看了眼我当前内存占用，32/136GB 。你浏览器才吃 2G 那是没开啥页面。

@dven #85 贵。EPYC 3000 多贵啊，他敢出你敢买吗。

SUPERMICRO MBD-M11SDV-8C+-LN4F-O Mini ITX Server Motherboard
AMD EPYC 3251 SoC Processor
板 U 套装 770 刀，等于 5000 块钱。

不是 bug 但也不是 feature 。暂停是为了选中文字的时候屏幕内容不乱动而已，但是原本可以设计成只暂停文字变动而不暂停运行的。

更原始的有 WinAuth 。

@deplivesb @lscho 又没人逼你们用小拇指复制粘贴？不喜欢用小拇指，用手掌不行吗。

你可以计算一下 1 - 0.999... 的值。
你会发现 1 - 0.999... = 0.000...。

本质上是要屏蔽掉因为网络中断导致的 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 ？

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