msg7086

先把内存频率降下来看看能不能过。
我机器 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 」就是办公的意思，本来就是商用工具。

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