@Peek 记忆不是写不写得出 Bug 的关键因素。
写出 Bug 是思考上的问题。比如一个典型的 Bug 就是输入的边界条件检查不完善。又比如一些由外部因素引起的异常（例如网络断线，增减闰秒，磁盘读写超时等）。还有来自外部的主动攻击（例如之前的 CPU 数据缓存加载问题）。有些 Bug 甚至是人类以前并没有意识到的问题（比如 CPU 数据缓存加载问题）。给 AI 一座图书馆，但图书馆里并不包含还没发现出来的 Bug ，那么 AI 写的程序一样不能杜绝写出 Bug 。

AI ，人工智能。
你是人有智能，但是你会写出 bug 。
你为什么会觉得人工产生的智能（还不如你的智能）会写无 bug 的程序？

要在线看的话，加钱，并准备好律师。

另外，大小核的 CPU 你拿来多开虚拟机，你是希望系统把谁扔进 atom 核心里跑？

13900K 比 13700K 多了 8 个 atom 核心。假如 24 线程能开 11 个，那 32 线程开 14 个有什么问题吗？

就是普通的重新压缩。压缩的时候可以选压成多大。清晰度看不出差距，要么是你眼睛 /显示设备不好，要么就是源视频码率重组，可以压掉很多码率而不损失太多的信息熵。

@magic3584 呃，只能说不太懂 mac……

重新压缩成 zip 的话，可能压缩算法变了。

你在 Debian 11 上面装 PVE 装不上？什么提示？

不下载的话足够了。确实也有人是从来不下载的，只是在线串流，普通上网冲浪，这点带宽足够了。
对下载的人来说这点就不太够了，下个大点的游戏，下个大点的视频，百兆你下到哪年去。

装 Debian 。

NUC 只比 SSD 大几圈，考虑过直接携带 NUC 吗？

1. 以下为个人观点，不接受反驳，不承担责任，仅供参考。

如果服务器本来就是只会为了管理而登录，并且所有登录的账户都有提权权限，且不需要审计，每个人的公钥也都保证安全的情况下，直接用 root 没什么问题。

列举一些通常会提到的反例：
如果你日常有非管理的登录需求，且怕自己手滑用 root 账号炸鸡，请用个人账户+sudo 。
如果你需要审计每个人的登录记录，请用个人账户+sudo 。
如果你需要更方便地收回权限，请用个人账户+sudo 。

否则直接 root 登录操作即可。

2. 公钥是跟着账户走的，意思是如果某个账户下有公钥，你也有对应的私钥，你就可以登录到这个账户。所以不能放在同一个目录下，因为这样就无法确定公钥能登录哪个账户了。（如果所有人都用 root ，那就放在 /root/.ssh/authorized_keys 就行了。）
客户换设备可以重用私钥，也可以重新生成一个。理想情况是每设备一私钥，但是安全性和便利性每个人可以自己取舍。

@HashV2 没太大区别，等于阵列卡接管硬盘，然后给系统展示的就是单个硬盘。
盘挂了的时候按理你的硬盘笼会亮红灯，阵列卡也会一直响警报声，具体要看阵列卡的功能了。
重建阵列是自动的，插上新硬盘以后会自动重建。
对上方的应用是透明的，UnRAID 不会发现下面的盘坏了。

UnRAID 的校验盘机制就是保证了盘阵损毁的情况下数据依然能部分恢复。你做 RAID ，盘阵坏了数据全丢。
主板的 RAID 应该算是半个软 RAID ，靠驱动程序实现的，不建议用。
真想用硬 RAID ，就去买个 RAID 卡，LSI 的那种便宜货也行。

@goojia @beijinglowb
VPS 商家这种小本经营的公司，肯定是要考虑闲置最少才能利益最大化。如果有 200 个小鸡用户，每个母鸡能跑 50 个小鸡，那么一般商家也就准备 5 台母鸡就够了。每多一台闲置的母鸡，运营成本就会大幅提高（ 5 台变 6 台就是 20%的成本增加）。如果有很多用户涌入但不贡献营收，你的运营成本下不来，很快你就会被自己的政策干死。

@dlsflh 你不需要逐字逐句看服务条款，但是能不能退款，什么情况下给退，什么情况下不给退，这种基本内容总要看看的吧。

@Calen #41 没什么洗不洗白的，这是我亲眼见到朋友被坑的故事。你觉得公司面向的用户都像你一样善良，是不是有点太小看人性了。

@mobaijun #9 你是想表达什么呢？我没有看懂。