libook

@sujin190 #14 绝大部分 JS 应用都仅在单语言、单引擎、单进程、单线程内使用，所以针对绝大部分场景来说，gc 自动 close 算是一种健壮性和便捷性的设计。
针对特殊场景，比如你所说的 fd 的传递（如果可行的话），最好给 open 加一个可选的参数，可以让开发者显式声明不随 gc 自动 close 。

lsof 在 linux 上是读取的/proc 下的内容再进行处理的吧，如果进程数量巨大，读取这个路径下的内容可能就需要比较长的时间？

losf 的-p 可以使用表达式忽略特定的 PID ，比如 lsof -p ^1000 就会忽略 PID 为 1000 的进程，具体可以 man lsof 看一下。
不过不清楚这样会不会让 lsof 直接在读取进程信息的时候就跳过这些进程，还是说只是处理完不展示。如果是前者应该能一定程度上满足你的需求。

最好是给开发者选择，比如 open 的时候传个参数是否在 gc 的时候自动 close 。
正常来讲如果描述符的引用都已经被 gc 了，程序就应该无法调用到这个描述符了，也就无法对文件进行操作了，所以 gc 时自动 close 设计成默认行为是可行的。

Ubuntu 官方源不提供桌面应用的非 Snap 版安装包了，所以即便成功去除了 Snap ，你也需要寻找其他软件源替代方案。

倒不如彻底不用 Ubuntu 了，换别的；除非你买了 Ubuntu 的企业支持，或者你的供应商负责提供基于 Ubuntu 的解决方案。

Snap/Flatpak 在容器环境或 chroot/proot 环境下无法直接使用，需要折腾。比如想要在 docker 镜像里使用 puppeteer 驱动 chromium 就非常麻烦。

经历的最多的是拉稀、便秘、湿疹、意外伤害、过敏。

婴幼儿有个医保确实还挺实用的。

一块硬盘的功耗就在 10w 左右了，光 6 快盘就轻松超过你的功耗要求了，除非你能接受大部分时间硬盘休眠停转，写入有个比较长的等待恢复运转。

如果是 CPU 功耗的话，大部分家用 U ，只要你不用超频版的应该都可以符合要求。

盘位数量要求高可以看浪潮的拆机硬盘笼，只需要一个全长 PCIE3.0 走 x8 就可以至少带 6Gbps 的卡，走 x16 可以带 12Gbps 的卡。

现在主流主板应该都是 2 M.2 和 2.5G 网口，PCIE 如果你只插 HBA 卡的话 1 个槽就够，要插 GPU 的话可以用一分二分成两个 x8 通道，也可以找个双槽的 ATX 板子。具体 PCIE 通道可以看 CPU 的参数介绍。

在用，来感谢一下题主。

机械硬盘的故障时间方差比较大，有的一两年就故障了，有的五六年依然坚挺。对少量购买硬盘的个人用户来说，硬盘啥时候坏是十分看运气的。

新盘和二手盘的区别无非就是售后，如果你希望售后保障一些问题，就走售后好的渠道；如果你觉得盘废了直接买块新的就行，就可以不用关注售后。

氦气盘貌似噪音会大一些，有没有漏气可以从 SMART 指标里看到。

正常参加高考的应该 18 岁了吧，是时候该让他自己选择自己的人生了，除非你想成为他余生后悔埋怨的对象。