ESXi 并非基于 Linux 内核，而是闭源的 VMkernel 外加 Busybox 做命令行界面，VMware 自己就回答过类似的问题：
https://communities.vmware.com/t5/ESXi-Discussions/What-is-ESX-ESXi-kernel-name-Does-Linux-like-kernel/td-p/2509929

还有相关扩展解读：
https://www.v-front.de/2013/08/a-myth-busted-and-faq-esxi-is-not-based.html

ESXi 当然可以组成集群，这是企业版的功能，叫做 VMware vSphere 。为了管理这么一大堆 vSphere ，VMware 也有配套的控制工具，叫做 VMware vCenter 。

malloc 获得的指针在解引用之前都应当先判断是否为 nullptr 。

不过既然你确定不为 nullptr ，那么单纯就谈这段代码的话，没问题，随便用，只要最后别忘了释放掉。

如果你的电脑有 Visual Studio ，那么可以打开“Developer Command Promote for VS****”，再用 editbin /largeaddressaware 给这个 exe 启用大地址支持，这样可以用满 4G 内存。

用法很简单：editbin /largeaddressaware 你的程序.exe

注意，使用 editbin 之前必须备份好原 exe ，因为 editbin 会修改 exe 文件本身（其实名字本身就已经说明一切）

奇怪的文字又来了，每次都是“康熙部首”区域的符号替换掉正常文字，这次直接在标题就替换，果然是故意的是吧？

⽣(U+2F63)、生(U+751F)
⼒(U+2F12)、力(U+529B)
⼤(U+2F24)、大(U+5927)
⼯(U+2F2F)、工(U+5DE5)
⻓(U+2ED3)、长(U+957F)
⽤(U+2F64)、用(U+7528)

噢刚看到升级过驱动版本也不行，那就不如试试 USB 网卡？

毕竟 Win10 可以但 Win7 不行，这就很奇怪

会不会是驱动问题，试试更新驱动版本

跑个题，在 Zig 语言出现之前，我印象中的 Zig 是 Zig and Sharko 的那只鬣狗（虾米狼）

Zig 语言第一次进入我眼帘的时候，我心想：想不到会有人把新的编程语言以动画片的主角名字来命名

这篇文章是多个人编写再汇总整合的吗？怎么连文字使用都不统一？

⽂(U+2F42)、文(U+6587)
⾼(U+2FBC)、高(U+9AD8)
⽤(U+2F64)、用(U+7528)
⼾(U+2F3E)、户(U+6237)
⼩(U+2F29)、小(U+5C0F)
⽆(U+2F46)、无(U+65E0)
⻛(U+2EDB)、风(U+98CE)

这样会导致页面上的部分段落显得尤为突兀，容易打断阅读者的思路，突兀次数越多打断的次数也就越多，反正我在阅读的时候已经被这些突兀的文字转移了注意力。

@linuxgo 从来就没喜欢过 Total Commander ，我个人还是更喜欢用 Windows Explorer

文件管理器自带多 Tab 功能（对我来说很有用，是我升级 Win11 的原因）

自带安卓子系统

《我的瓦格纳人生》

已经看完一半，剩下那一半都是歌剧 /乐剧的介绍、分析和解读，打算一边看剧一边对照着理解+欣赏
应该需要好几个周末才能完成

@julyclyde 仅限“全部都是大幅度修改过的文件，且文件大小有改变、文件修改时间有改变,，同时 100%保证传输过程绝对不中断”的情况下 rsync --whole-file 才会比 syncthing 有优势。

其余情况下都是 syncthing 占优。

@julyclyde 大幅度修改的时候，rsync 可以用 --whole-file 无脑复制，省去从增量比较这一步。
如果文件不大，比如都是一堆 jpg 文件，区别也许不那么明显；万一都是大文件，比如视频转码，一大堆转码后的文件，那么差异还是比较明显的，毕竟 syncthing 需要像 BT 软件那样全部文件都扫一遍、重新计算整体与部分的哈希值，这一步没办法跳过去。

如果服务器上的文件经常重命名后移来移去、复制粘贴，那么 syncthing 效率比 rsync 更高。
如果文件内容经常改来改去，小幅度修改的情况下（比如 Log 文件追加内容）仍然是 syncthing 更好，大幅度修改的话（比如 JPEG 文件更改压缩率）那就 rsync 更好。

成品 NAS 的好处在于开箱即用，可以说插上硬盘就能用，包括各种同步功能（比如手机相册）也是内部自带，不需要考虑“为了实现这个功能我该安装什么软件”。

Windows Server 的文件服务器优势在于，在需要文件共享 + 需要用户权限管理的时候特别灵活，既可以搞成基于域的方式（需要有 Windows Server 管理的基础知识），也能做成普通的 Server 本机账号、通过输入用户名+密码实现不同的权限管理方式。
鉴于大多数客户端都是 Windows ，那么在权限管理方面，Windows Server 在共享过程中的权限控制应该是兼容性最好的。

在 Windows 电脑只要随便找个文件夹，右键单击属性，进入“安全”选项卡，再点击“高级”按钮，就可以非常精细地管理每个用户可以有什么权限，精细到什么程度？随便双击一个用户条目，点开右侧的“显示高级权限”，就可以看到了。
用 Windows Server 做 NAS ，就能“天然”使用这种方式。

普通的成品 NAS 如果不使用 ACL ，单纯只靠 UNIX 权限（就是常见的 0777 、0755 那种）是做不到这么精细的设置的。

这就是 Windows 做 NAS 和成品 NAS 最为明显的区别。

定时换端口没那么容易出故障、墙 IP ，只要传输的内容不是一下子就能够识别出来（比如 Wireguard 自身，已经能够被墙准确识别），打一枪换一个地方，反倒很稳妥。
换端口的软件开启流量加密就可以了。

想要换定时端口？那就试试这个，2022 年的时候我造的试验品：
https://github.com/cnbatch/udphop

无须修改防火墙设置，以便非 Linux 机器也能用

那得看你想拿 NAS 干什么。

如果单纯只想做成文件服务器，附带权限管理，那么 Windows Server 无疑是最适合的。商业公司内部的文件服务器就是这样做的。

如果是想做成威联通、群晖那种顺带运行各种相关服务，建议直接用威联通、群晖。不想买这类成品 NAS ，那就用 TrueNAS 、XigmaNAS 这类的开源 NAS 环境。

@SgtPepper 刚刚试了下，能打开，“网络连接”界面没被干掉
Windows 版本：22621.963