追求 RHEL 兼容性的话，rocky ，alma ，OL ，选一个就是了。
不追求 RHEL 兼容性的话，选择有很多。

你的问题在于要在 CentOS 上安装不兼容的软件包。
RHEL 之类的商业发行版做出来就是为了让人去适配他的。你要用到软件都应该围绕着你的发行版去定制。如果你要用的功能太新，系统太老，那软件是很难跑起来的。这就像你要运行新软件，却硬开一个 Windows XP 一样。

如果你一定要跑，试着全静态编译，把 C 运行库之类的全部打包到一起，然后看内核能不能撑下来。内核版本够用的话还是有希望跑起来的。

@Mrzhs 分辨率和码率没有直接关系。8k 可以压到 20G ，1080p 也可以压到 60G 。

你是想拿着 Ruby 的代码风格去写 Python ？
我觉得你写一个 Explicit 风格的语言就好好地 Explicit 写，不要去玩花样。

看了眼我当前内存占用，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 怕不是就要被当成异教徒了。

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