HDMI 是用于电视和家庭影像系统的接口，用来取代以前的模拟端子。
DP 则是电脑和显示器业界制定的标准，用来取代 DVI 和 VGA 的。

在电脑上当然是电脑业界的标准占主流咯。
HDMI 说白了只是为了兼容一些 HDMI 的设备，原本就不应该成为电脑上的主流接口。

开 Chrome 了还用什么 2G 内存？
看看隔壁老莱，配了 2T 内存开 Chrome。

@sNullp 对。包括还有一些特殊情况比如 root 分区用的是 RAID5 或者 ZFS 之类的时候可能有兼容性问题。
所以我说「没事」给 boot 单独分区。

这些网盘都不能随机写入，只能整块上传。你下载的话，如果能严格保证顺序写入，是可以在关闭本地缓存的状态用的，这时候文件是直接用上传功能发给网盘。

当然这也意味着一个文件的任何操作被打断都需要重新下载和上传了。

所以后来我就一直在看谁那么蛋疼没事给 boot 单独分区。

放进 naa 然后扔到没人的房间。

换那种擦写次数更高的卡。有专门监控用的卡的。

我 CPU 就缩缸过，默认频率默认电压配上比原装更好的扇子，用了几年就不行了。

@scriptB0y 我觉得只要代码能够清晰表达，可读可维护，行长这个指标本身是没有意义的。

看了你的文，但是没看懂。
代码风格和行长度有什么必然联系吗？
行最大长度不设 80 就写不出风格良好的代码了吗。

我觉得这种想法和用代码行数当 KPI 有点像，把两件并不紧密相关的事情关联到一起了。
比如说写 SQL 语句，长句我们都习惯分行写，比如
SELECT x,y,z
FROM a
LEFT JOIN b USING c
WHERE a.m=i
GROUP BY j
这个就是我写代码的风格，你不加行长限制，我也是这么写的。

所以我觉得这个应该是去培养良好的代码风格习惯，而不是靠行长度（甚至还有用每个函数的行数等）去变相约束代码。

@redsonic C1 统计的次数实际上是寻道结构把磁头带到停靠区的次数，和正常的寻道动作应该是类似的，所以我才说 C1 上升不会影响寿命。

@cst4you
汽车也是设计成 24/7 工作的，参见出租车，只要定时做保养，平时也不需要停，两班倒 24 小时开都没问题。
但这并不意味着一个 24/7 工作的出租车和普通家用车的寿命类似。
不工作的时候硬盘可以减少磨损，增加寿命，所以大块闲置时间停转是可以延长使用寿命的。

@redsonic 现代硬盘 C1 可以轻松达到百万次。
首先这的确不是单纯的寿命问题，因为 C1 并不能反映寿命。
磁头停靠对磁头的损坏我认为并不会比正常的寻道更大。
本质上就是磁头在磁盘上移动的过程，只不过平时读写的时候磁头在磁盘中间移动，而卸载停靠的时候移到磁盘外圈而已。为什么移到磁盘外圈会增加失误几率呢，那平时随机读写的时候磁头来回移动不就直接炸了。

别说百万次，如果硬盘生产商老化测试出上亿次的寿命我也不会惊讶，因为简单磁头移动并不影响寿命。

测试验证开发。如果你们没有自动化测试的惯例那就别想了。有错是正常的，否则你们的测试小姐姐都要下岗了。

如果是拼接的话可以通过转义解决。
Prepare 不是拼接是预编译。比如你用 prepare 连续插入了 5 行数据，那实际上你是发送了一个 SQL 语句和 5 个数据组，而不是 5 个 SQL 语句。

通电折寿，但是启停也折寿。就像汽车发动机，你让它怠速空转不好，但是你经常重新发动也不太好。关键是找到一个设置的平衡点，既不要太频繁也不要长时间空转。

@redsonic C1 并没有什么太明显的寿命问题吧，停靠磁头的操作可以有几百万次的寿命。

不是快坏了，是早坏了。硬盘的经济寿命一般是 3 到 5 年，最长到了七八年基本都老化开始丢数据了。
既然是非常重要的数据那为什么还要自己瞎搞？！你知道那些操作会破坏掉多少东西吗？
老硬盘处理的第一步就是全盘镜像，镜像出来以后才能去做后续的处理。现在店家也只是死马当活马医了。
其实这种时候也不应该去网上找，应该直接找口碑好的实体店，扔个几千块钱让他们去尝试恢复。