另外你看文字也不认真，我在前面说，笔记本 + USB 硬盘柜，是最方便的组合，并不是性能最高的组合。散热问题可以自己加底座。

@DarylRe

跑分与参数无意义？你从哪得来的这个说法。你要的 4k 硬解，不去看参数，J1900 拿头给你解码。

J1900 是上古时期 CPU ，passmark 单核跑分 653 ，多核 1153 ； N100 是新时代的 CPU ，passmark 单核跑分 1949 ，多核 5511 。J1900 10W ，N100 6W 。

J1900 与 N100 ，当然选 N100 。

最后，如果你不缺钱，HomeLab 的 NAS ，建议 12 代 Intel 笔记本 + USB 硬盘柜，这是最方便的组合。

目前业界处理全球 IPv4 地址不够用，以及千年虫的问题，仅仅使用了把数据结构长度加大的方法，这种方法治标不治本。因为造成这个问题的原因，并不是数据结构的长度不够长，而是静态长度的数据类型，永远会发生不够用的问题。

根治的方法是，使用动态长度的数据结构体，就像 tcp 通信中，先发数据长度，再发数据内容。

觉得不好用，没必要浪费精力吐槽，直接用脚投票就行。比如 PDD 就是大家用脚投票，秒了 TB 。

兄弟，你这不是笔记软件的问题，而是前面 5 楼兄弟说的，是你做笔记的习惯不好导致的。

我写笔记，会专门在笔记结尾，增加关键词与联想词，当成标签用，用于方便搜索。

举个例子，一篇 linux 代理的笔记，我会在笔记末尾，写下：

linux
proxy
代理
使用
方法
终端
shell
wget
yum
git
curl
apt
apt-get
ssh
docker
容器
科学
clash
ssr
clash
科学
翻墙
魔法
梯子

这样搜索的时候，就能很容易地搜出来。
比如 代理 + apt 、梯子 + wget 、docker + 翻墙 等搜索关键字的组合，都能定位到这些标签。这样无论你使用什么笔记软件，只要是一款正经的笔记软件，都能这样搜出来。

也就是说，你写完笔记时，要思考一下，以后的你，会通过什么样的关键词组合，来找这篇笔记，你就需要把这些关键词，都写上。

1.一个大型项目，详细的设计文档、专家评审、财务规划、人力规划、时间安排、小规模试错、难点攻关等等，这些都是前期阶段重要的工作流程，也是保障项目成功率，保障项目质量的必要环节。

2.如果你工作的方式，是凭兴趣来，这么显然这家公司的工作方式，不适合你。如果你想玩那种完全随自己意愿的开发，建议你自己去做开源软件，这样就完全由你一个人把控了，想怎么搞就怎么搞。

一分钱一分货，想想人家为什么会卖的这么便宜。

现在是一个信息高度发达且公开的年代，上古那种二手捡漏的事情，以后只会越来越少。

如果你在公司里用阿里云产品，你就不会有这个疑问了。这事与个人的消费场景不一样。

云产品的购买场景，用户大多是多人合用、公司、单位这种。用户经常会发生多人合用一个账号的情况。

充值因为收款方是阿里云对公账户，所以不需要交款人拍照。但退款不一样，买家很容易有人钻空子，退了款又不承认，虽然这是买家的问题，但如果走法律流程，阿里这边的法务容易被耗时间，浪费人力成本。阿里必然是多次遇到这种情况了，为了降低司法成本，要求甲方这么做的。

另外卖隐私？阿里不需要的。你的隐私早被运营商卖了不知道多少遍了。

你要用 gmail 就应该去买别的某个 2 线牌子的海外版，官方做了兼容适配。

小米你要用海外 APP ，只能去自己刷民间 ROM ，兼容性较差，因为官方不敢去给你做适配。

@Pteromyini

ZFS 是单机模式，存在单点问题，生产谁用 ZFS 是纯纯的有病。

@xustrive google 用英文关键字搜 分布式存储。

@xinmans 没注意版本号，是 debian-12-5-0 使用 apt 安装的默认版本。

@xuan_lengyue 不是控制器错误，12 个盘，一半有报错。盘与线在上线前都经过了测试。

1.ZFS 是 Sun 公司开发的商业 FS ，TrueNAS 以及各种 Linux 发行版用的是其开源版本 OpenZFS ，两者不一样。

2.OpenZFS 就是有你说的这个问题，我自己按照完整的 OpenZFS 分层存储，包括 RaidZ2 的 HDD 、热备盘、Cache 盘、Write Log Zil Mirror ，都部署了，跑了半个月就是各种校验和错误。我深刻怀疑是 Bug 或者是开发者故意的。

3.建议有条件还是上分布式存储吧，毕竟 ZFS 是单机，存在单点问题，不适合生产。

一定要选有 ECC 内存的，不然数据哪天坏的都不知道。