本质上是要屏蔽掉因为网络中断导致的 SIGHUP 信号。
nohup tmux screen 都是解决问题的一种方法。

万一在第 10 年的时候生了一场大病，急需 10 万元资金，A 和 B 哪个好马上就显现出来了。

先把内存频率降下来看看能不能过。
我机器 4 条 32G 插满，只要用 XMP 频率跑必然无法点亮，要手调降 timing 或者降频率才能正常启动。

@justaname 你说反了。
「单盘出错但是 CRC 校验完全正常的可能性」极高。

首先单盘上的 ECC 是包容性的，所以 ECC 校验失败并不会上报到上层，你是感知不到的。
而且 ECC 校验失败也不会导致数据损坏，只有在错误过多导致 ECC 无法包容性修复的时候才会产生坏块。
4K 高级格式里 ECC 是每个 4K 扇区 100 字节，所以并不是只能恢复 2 bits 信息。
所以这部分是完全触碰不到 RAID 的。你不做 RAID 照样可以享受相同的待遇。

其次，RAID 要处理的通常不是单盘底层的 bitflip ，因为那些 bitflip 会被 ECC 处理掉。
RAID 要处理的是上层 bitflip ，比如数据线、PCB 、芯片部分产生的 bitflip 。
比如写入数据的时候，硬盘上的内存芯片报道出现了偏差，写盘的时候写错一个 bit 。
这种情况下 ECC 也是根据错误的数据生成的，所以这种错误就只能由 RAID 6 ，或者其他带有 Checksum 的文件系统来纠正（比如 zfs ）。

然后你说的「有磁盘离线的情况下往里面写数据」这个也是经常发生的时间。
一块硬盘读到坏块然后反复尝试读取，导致超时然后被阵列踢掉，这种事情每天都在发生。

另外，奇偶+里索完全可以恢复单个 bitflip 。这方面的论文实在太多了我就不多啰嗦了。

是的，放在内存里比较好，所以你的数据库和你的操作系统都会把经常访问的数据存在内存里。

听上去就是捡垃圾呢。比如说，全世界到处都有价值少于 50 美元的废旧手机丢在路边，把这些旧手机捡了回收掉就可以得到一大笔钱。

@ytmsdy 语法越死板，就越能接受菜鸟的代码，但也越繁琐无趣。
越灵活，门槛就越高，每个几年的经验别说写了，看都看不懂，但是写起来也最爽滑。
我觉得 Python 已经很死板了，我一个 Ruby 用户平时都不想碰 Python ，就感觉写起来太无趣了。
Java 更死板，写个复杂点的 stream 怕不是就要被当成异教徒了。

除了上面说的背景噪音问题以外，还有一个可能是耳机漏音。
比如说我有一副开放式耳机，耳机单元外面是镂空的，声音很容易从耳罩侧漏出去。

先问是不是，再问是不是。

正版 Windows Home 用于商业环境（办公等）是完全合法的，不侵权。
正版 Office Home 用于商业环境才会侵权，但是也仅限在工作环境中独占使用。
自己在家里写文档做报表是没有问题的，毕竟「 Office 」就是办公的意思，本来就是商用工具。

《止损》
我们的开源观念确实不同。

你可能不知道 msys2 ？

我也是很久的号被删了。而且我以前还是发布者。
所以现在最多也就是蹭别人的号下，反正也没什么太大的需求了。

背面螺丝拆光，壳拆开，电路板+轴一起拿下来，然后放在浴缸里多角度冲洗，可以加洗洁精在上面清除污垢，全部冲洗干净以后放在太阳下面晒干吹干就可以了。
你找淘宝送修的话，人家也就是帮你洗一下而已。要不然你觉得人家要怎么修？

PVE 是可以拿来跑生产的，vagrant 是给你构建开发环境的。
你公司服务器如果只是拿来开发，小鸡都是随手开随手删的，那换 vagrant 倒是无所谓。

不是立刻拆开然后热水加洗洁精冲洗吗？
只要芯片没短路没坏，剩下的东西直接洗干净就行了吧。
这和每年惯例洗键盘的流程差不多吧。

@Eagleyes bug10 bug11 叫了那么久了这算是没有大规模抱怨么。

现在不就是像乐高一样了吗，不需要你去写汇编代码，一个 if 语句就代替了一大堆 CPU 指令，这还不乐高吗……