做了 will 和 be going to 的练习，50%正确率……惊呆

每 16 个字节？

@lzwt806 很基础的 Bug 是指？
其实没有任何一个系统敢说 Bug Free，就像是 RH 系营收几个亿但是依然每年都在出补丁修 Bug 的。
同样也很少有发行版会把 Bug 修完以后再发布。因为，修不完的。
至于你的特殊需求，我也没办法给出很好的建议，只能说没有什么完美的方案，尽量用 LTS 内核、用户量大的系统，可以最大程度规避问题。桌面版就是 Ubuntu，服务器就是 Debian / RH，用得人多，问题暴露得多，越有可能解决。我自己的 Linux Rescue LiveCD 就是基于 Debian。

毕竟，花 200 刀买来的 Windows 和花 600 刀买来的 Windows Server 也不是 Bug Free 的呢。

另外就算你要打包自己的系统，也绝对不应该把只读系统拿来长期用。大厂的安全团队会发布安全更新，没有安全更新的系统是非常危险的。如果你自己打包内核和应用程序，也最好是引自其他发行版。「一辈子不折腾」是不可能的，因为所有的软件都有 EOL，超过 EOL 没有了安全更新就是你风险自担，有漏洞没人修被人黑了数据清空电脑烧毁甚至偷来干违法犯罪的事情最后也要你自己承担后果。

然后你还提到了自己编译驱动。我这里再提醒你一句，任何非发行版自带的内核包均不属于发行版，任何非官方内核带的源码编译出的内核均不属于官方内核。也就是说，如果你拿了 4.4 LTS 内核，再拿了个网卡驱动编译了进去运行，那么

这个内核就不再是 4.4 LTS 官方版了。

同理你上面说 2.6.32.x 上装上新的驱动，那么

这个内核也就不再是 2.6.32.x 官方版了。

这就是为什么大多数发行版的内核 都 不 是 官方内核，官方是不提供技术支持的。Arch 应该是用的官方，Gentoo 说不定也是，但是 Debian，Ubuntu，这些都不是。他们都叫做「发行版内核」。

同理你加上了驱动以后，也是「自己修改过内核」了，稳定性可靠性都和官方内核不同了。很可能你打入的某个驱动有 Bug 然后导致你电脑死机甚至数据丢失，也是有可能的。

@lzwt806 #24 维护小版本？想什么呢。
首先，LTS 本身就是「小版本」。
比如说 4.14 和 4.15 本身就是两个不同的「小版本」。维护 4.14 和维护 4.15 没有什么区别，都是把新版本上的 Patch backport 到之前的版本。换句话说，补丁打到 4.14.100 和 4.15.100 所需要的时间精力是类似的。

社区版的 Linux 一般用社区版的 LTS，比如 3.16 内核是 Ben 维护的，因为 3.16 是 Jessie 在用的，所以等于是身为 Debian 和 Linux 维护者的 Ben 在同时为 Debian 和 Kernel 维护 LTS，共享成果。

同理 4.4 内核是 Ubuntu 16.04 在用的，所以在 16.04 支持期内 Canonical 也会贡献他们自己的维护成果，而不是一味交给 Kernel 社区自己。等 16.04 EOL 以后，再变回仅有 Kernel 社区自己扛。

换句话说，维护任何一个 Linux 版本所需要的精力都是差不多的，和是否 LTS 没有什么太大的关系，有关系的是花「谁」的精力。像 Redhat 这些企业级公司的版本，本身就是根据自己的需求定制的，移植的是自己决定的补丁集，加入的是自己有需要的驱动，发型周期也是自己定的，就算用了社区 LTS，也不会直接把社区版的补丁版本拿来用。万一就算这次 RHEL 用的是 4.19 ，那么 RH 的 4.19.100 和官方内核 4.19.100 根本就是两个东西。RH 打的这 100 个补丁包和官方打的这 100 个补丁包也根本就不是一套补丁。官方在增加某个家用 USB Wifi 驱动的时候，RH 可能会去修一个光纤通道卡的性能缺陷。

回到主题，你需要的是一个「长期」维护的内核版本。现在维护时间比较长的，显然就是 RH 系的内核，所以要省事的话，抓个 CentOS 7 就得了，维护更新能到 2024 年，10 年的周期够稳定了。

反正新和旧是矛盾的，你又要旧（稳定）又要新（不稳定）的话那还是洗洗睡了。LTS 相对来说已经是一个新旧的平衡点了。2.6.32 坚如磐石本来就是因为旧，旧得长毛了，没有新技术引入的潜在问题，当然稳了。（而且你说的 2.6.32 肯定是 RH 家的 2.6.32.x，和官方的 2.6.32.x 也根本不是一个版本。）

简而言之，要旧，CentOS 7 内核（ 3.10 ），要新，最新大厂内核（ CentOS 8 的 4.18 ，Debian 的 4.19 ，Ubuntu 的 4.15 ）或者官方内核（ 5.4 ），要折中，旧一些的大厂内核（ Debian 的 4.9，Ubuntu 的 4.4 ）。

（用鼠标中键关标签的是不是就我一个了……）

难道是内存吃完了？

扩容到哪呢？如果是云盘的话重做分区表然后扩展一下磁盘就行了，物理的话要提前规划好，否则 LVM 直接 JBOD 出来，等你丢数据的时候就准备好跑路吧。

@ryd994 ure 低的主要原因是硬盘一般寿命都差不多，一块硬盘坏了的时候其他几块盘也接近终点了，大量扇区处在 ECC 能修正的边缘，所以全盘读取的时候极大概率读到恰好滑过边缘无法被修复的扇区。所以对于旧硬盘来说，ure 的概率是远远高于新硬盘的。

@ScotGu ZFS 内存用得不多的，只要你不开 dedup，吃不了多少内存。

你确定你所有的需求就只有「发挥 CPU 能力」「接多个网卡」「 tensorflow 」然后没了？

有好的薄膜，也有辣鸡的机械。至于剪刀脚巧克力，和原始的薄膜又有些不同了。

@TradeMonster PHP 和 Java 安全性差距很大吗。
如果你打算一开始就上手 Java 开发的话也可以，但问题是你是否能接受初期更慢的开发速度。
一般的经验都是公司刚开的时候用最快速度出 MVP，一旦情况和你想象的不同，很容易改变方向甚至推倒重来。
我还是建议在你支出大于稳定收入的时候使用快速开发语言，等稳定收入大于支出，以及找到方向并固定下来，不再会有大改动的时候再逐渐用其他语言代替。

话说国内 Ruby 的人少真是个很悲伤的事情。以前湾区硅谷互联网公司创业都是大片大片的 Ruby 起家。

@TradeMonster 如果你们的 PHP 开发人员连 Java 都不会，那为什么不开？给点补偿不就完了。

一个合格的大学本科毕业生是完全有能力在一周内上手开发一门全新的主流语言的代码的。如果是 haskell 或者 f#这样的小众语言那也就算了，可这是 Java 啊。

再者，以前的 PHP 开发是带着整个项目上来的，重写的话也是一个一个模块去重写，让他们去做 PM 或者 TL 也行啊。而且没重写的模块还要维护呢。

Ruby on Rails，用最短的时间把项目撸起来，有了用户拿到了几百万几千万投资了，重新招人用 Java 重写。
如果不喜欢 Rails，可以用 Laravel。

又要性能好，又要开发快，又要代码质量高，那建议入门一下软件工程的基础。（当然你有钞能力的话也行。）

很多 VPS 都是允许下的，只是下了以后如果接到律师信就会删你的号并且 /或者把你的个人资料交给对方以便执法部门介入。即使是那些罗马尼亚立陶宛俄罗斯的号称无视 DMCA 的也一样。

如果你只是下完就跑的，随便找个欧洲的机子租一个月就结了。

歪个楼，pandoc 可以 markdown 转 tex 出 pdf。如果只是要稍微装一下哔的话，比手打 LaTeX 简单舒服多了。

master 改了不一定要 merge 过去，也可以让 feature 来 rebase master。其他的没有太好的办法。