truenas scale 是基于 Linux 的。支持 KVM 虚拟机。
但是它目前还是测试版。good luck 。

如果虚拟机对你很重要，那么可以反过来，Linux 上开虚拟机装 truenas/unraid 。需要 pcie 直通 hba 。如果要求网络性能的话还得直通网卡。

@Vegetable 第三个实际上也是代码风格的问题。编译器早就给你优化掉了。
顺手就改掉了，没必要去说别人。

GPL 是允许商业使用的，只要不“再分发”。
各大网站用 Nginx
各大云厂商用 Linux
企业内部用 MySQL
这都没有问题。

GPL 的边界在进程空间。不是同一个进程就没事。而且，linked library 有单独的例外。所以商业软件同样可以 link 到二进制的 GPL 库。

AGPL 才是禁止一切间接商用。只要用户能间接使用到 AGPL 的代码，那所以依赖于该代码的软件都需要开源。

@cassyfar 一般虚拟机的 nat 网络需要做 tcp/udp 的端口分配，而不是简单的 IP 地址翻译，否则就和宿主的通讯冲突了
涉及到 TCP 就需要检查和改写 4 层 header 。不需要提供完整的 TCP 功能，比如重传。但是还是要有基本的 TCP 状态机，否则端口池回收只能靠超时。

routing 是 vswitch 在做

nat: 虚拟机之间组成内网，而且使用私有地址，无法直接对外通信。宿主机会提供虚拟 nat 网关的功能，不仅转发包，还提供地址转换服务。NAT 是有状态的，所以开销很大。而且 NAT 工作在 4 层，需要了解每一个 TCP 连接的状态。

桥接：虚拟机之间组成内网，但使用“公网”地址。因为你家只有路由器有真正的公网 IP （甚至路由器也没有，这也是论坛上讨论关于开公网 IP 的问题），家里的所有机器其实只有内网 IP 。这时，宿主机仍然需要提供私有网关服务，但不需要提供 NAT，所以开销较小。这时只是提供路由器或交换机的功能。工作在 3 层或 2 层。

然而计算开销较小并不代表性能就会好很多。肯定是更好的。但是实际在网络处理中，难点是对大量的包进行处理，单个包的处理很简单，但包的数量很大，需要迅速处理完。CPU 并不适合这种工作。这种工作适合硬件。所以软路由的性能的极限比起硬件来说低很多。而且加钱买更好的 CPU 也没用。

硬件加速是网络处理很重要的一部分。非虚拟机的连接，其实大部分工作依赖硬件加速。比如 RSS，TSO，LSO，LRO 。这都不是新技术，几乎所有的网卡都支持。

虚拟化网络硬件加速则是商业应用的重要课题。宿主机可以直接下放路由功能或者交换机功能给硬件。低端的，硬件可以执行简单的筛选分类，把虚拟机的包放到独立的缓冲队列里。CPU 只需要简单的处理就可以把数据转发给虚拟机。而且可以提供虚拟 RSS 功能，让虚拟机也可以多线程处理网络。
高级的就是 SRIOV，虚拟机网络数据完全不经过宿主机软件。PCIE 直通给虚拟机。PCIE 直通由主板 /CPU 硬件加速，使用中开销几乎为零。虚拟机直接控制硬件吗，也就可以享受到和非虚拟机一样的硬件加速功能。性能也完全不损失。没有 SRIOV 也能用 PCIE 直通，但是只能物理硬件一一对应，无法在虚拟机之间共享。
各大云厂商的高性能网络大部分就是 SRIOV 再加上 SoC 或 FPGA 来处理虚拟网络流量。

如果你的 CPU 有 VT-d，而且有富余的 pcie 槽，那最简单的就是再买一块网卡做直通。组 NAS 时这个方法很常用，直通网卡和 HBA 。不然的话，配置开启 VMQ 其实性能也还行。从你的描述来看你应该已经在用类似的功能了，否则所有的虚拟机负载都会打在一个核上，不会做到 CPU 占用 90%

如果没有 pcie 直通的条件，但你的目标只是内网性能。那么也可以在全部设备上启用 jumbo frame 。之前说了，网络的难点在于包的数量。LSO LRO 技术实际上就是通过硬件切割组合包，CPU 实际上只看到硬件处理后的大包。jumbo frame 启用之后，线路上传输的就是更大但更少的包。自然也就不用耗费那么多 CPU 资源了。但是问题在于网络上的每一个节点都要有 jumbo frame 的支持，所以实质上仅限内网使用。

日常生活你不需要那么多词汇量。考试需要，看文章需要，和同事聊天不需要。
多描述一下又能费多少力气，能把话说明白就行了

@mxT52CRuqR6o5 “据我所知，售卖不能送货上门的快递服务好像是不合规的，你就算喜欢放快递柜”
直接写寄存点的地址那就合规了。
写寄存点地址就给你便宜点
这样大家都开心

煤气炉热的话可以试试电磁炉
虽然爆炒有点难，但是炖煮很合适

如果是在同一间公司的话可以内网共享

@pydiff 你这绝对是买到 smr 盘了
而且普通 raid 重建不知道你已用容量多少
只有高级的 raid 卡才支持 trim，或者 zfs 这样的文件系统才区分已用容量

@singerll 你如果真的把我的话看懂。用你的比喻：
你：汽车有天窗，要透气的时候可以打开，所以汽车比自行车通风更好
我：你不开汽车要个毛的天窗
你：你就说有没有通风吧

人家自行车透气比汽车好多了好吧。是因为汽车开得快，才需要做车厢罩起来，然后才有的通风问题。

你说汽车（一般情况下）比自行车跑得快，没问题。但是你要说汽车比自行车更透气，那就有问题。

你不能把“创造一个本不存在的问题，然后用其他办法解决它”，截掉前一半，变成“解决了 xx 问题”吧。

笔记本虽然省电，但是有几个问题：
1. IO 能力很弱，PCIE 槽没几条
2. 装不进机箱。你想用满 PCIE 槽的话你还得开后盖
3. 没有 ECC
4. 没有远程管理

如果笔记本就能解决的，那树莓派或者路由器自带的也差不多可以了

笔记本的 CPU 的规格 intel 官网都有，你自己看看有哪个笔记本 CPU 有 ECC 的？

@singerll 小学生呗。发现自己错了就开始死犟，吵不过就 b 。然后继续在自己的 echo chamber 里以为自己就是对的。

硬件 raid 能保证写入？笑了。写软件不考虑缓存问题就在这指望硬件救你呢？

@singerll 我再说一遍，硬件缓存对数据一致性没有任何正面作用。
你连缓存是做什么用的都没整明白就在和我吵硬件 raid 能不能保证数据写入？
硬件 raid 对数据一致性有用？那你软件没 bug 哪来的一致性问题？正常的数据库没 cache 就该掉数据？

到底是谁在用 corner case 说事？

@singerll 硬件 raid 比软件 raid 多个缓存？
就 tm 是因为多了个缓存才需要多考虑一个一致性问题好吧。
没这缓存就没这破事了。没缓存还要个毛的 bbu 。直接写硬盘啊，写一字节 flush 一次，连硬盘本身的缓存也 bypass 掉。和 raid 卡有个毛关系。性能是一沓糊涂但是错是绝对没错的。我就问你，硬件 raid 为什么需要加缓存？
你不会以为缓存就是好吧？不会吧不会吧？