Notices by tiansheng li (0x0177b11f@mastodon.tianshengli.me)

@mawei Hadoop/k8s 那样的集群应该没问题,部分机器作为控制平面,其他的都是工作节点

-AP类架构应该可行,分片 raft 协议已经有实现了-
-我觉得比起分布式锁,节点间的网络带宽先被吃完才是大问题-

@mawei @roytam1 -有没有可能是热水器里面被水垢堵住了-

@mawei 买个热泵热水器?

@duffjiang -不不不,皇上只是想要伟哥-

@duffjiang -额,车的涂装?-

@mawei -不直接买房么-

@mawei N卡?

@mawei -那是台式机的环境,你什么时候产生了 N 卡驱动能在I+N的笔记本上正常工作的错觉-

加个内核参数试试

ps: Fedora 更新 grub 参数用 grubby,不需要运行 grub2-mkconfig 命令了

sudo grubby --args=nvidia-drm.modeset=1 --update-kernel=ALL

https://discussion.fedoraproject.org/t/fedora-38-nvidia-driver-issue/81470

@mawei 你确定启用的是开源版 NVIDIA 驱动? 现在 nouveau 也只是解决了显示的问题,新显卡一样起不来显卡加速

@mawei -没考过?-

@mawei -你这 flag 立的,说不定所有 lts 内核都得修-

@roytam1 @vincentmucid
你的SSD如果是17年买的,那到2020年正好过保修期,不愧是 OEM 的电子垃圾,过保就坏,甚至连 TBW 都没标

https://www.techpowerup.com/ssd-specs/samsung-pm981-1-tb.d1220

@roytam1 @vincentmucid 别迷信主控,都是 ARM 的 CPU,固件写的烂,同样的 bug 到处复制粘贴都不带修的

@roytam1 @vincentmucid

17年就有故障报告上来了
https://bugzilla.kernel.org/show_bug.cgi?id=195039

顺带有人在收集 SSD 的可靠性记录
https://github.com/linuxhw/SMART/blob/master/Top1000_NVMe.md

@roytam1 @vincentmucid 用多久都跟故障率没啥关系(擦写次数除外),写入量/删除量没到阈值看不出来任何问题,平时满负荷读取出问题的概率也比机械盘低,大部分情况下都是颗粒/固件的问题,而这类问题基本上会在上市半年内爆出来

三爽的 SSD 除了去年被大陆产的不合格颗粒坑过外,剩下的几乎都是固件问题,其中 SSD trim 的翻车次数最多,基本上丢数据/死机都是跟这个有关,三爽不出固件修的话就只能靠操作系统禁用 trim 来规避这个问题(我现在用 Linux 系统都是关掉 SSD 的 trim 和 ACPI 的电源管理,省的被驱动坑)

即使是再倒霉,同样是全盘扫,SSD 比机械盘快太多,做起来不费时间,高强度全盘写入-清零循环三遍没问题就可以正常用,该组阵列的组阵列,该做系统的做系统,机械盘动辄一两天,费时费力

@roytam1 @vincentmucid 小技巧: 买SSD前先去搜下这款 SSD 在 Linux 下的故障报告,三爽的 SSD 在 Linux 下各种花式 Boom,基本上每个消费级型号都在驱动黑名单里

https://github.com/acidanthera/bugtracker/issues/841

@roytam1 @vincentmucid 固件出半年以上,买回来高强度用一周没 boom 那基本上在写到寿命前都没啥问题

@vincentmucid 但是有 SSD 换 HDD 的必要,机械盘太容易故障了

@bi119aTe5hXk @Soybean 基站设备即耗电价格又贵,租地方部署还得考虑噪音,毫米波这种显著增加设备成本的技术,运营商肯大规模升级就有鬼了

-国内5G网络推了那么久,网络质量也不比4G好,该没信号的地还是没信号-

@maweiwei -再买一套硬件对比.jpg-