@TESTFLIGHT2021 凭啥？就凭你一窍不通？

@TESTFLIGHT2021 对，我起码看了基本的内科学外科学寄生虫病学的教科书，你呢？说你一窍不通还不服了？

基本不用桌面，用可能也是用 kubuntu...

你们可以看这楼主的最后一条编辑就知道这人对医学是一窍不通了，不要回他了。

@no1xsyzy 不是什么有没有的问题，是你不能假设客户有这些东西。

@codehz memory dump 的技术需求比 cat 一个文件麻烦多了，如果说直接暴力访问内存的技术难度是 100，cat 一个文件的难度就是 1 。
而且这个需求其实是个跨平台需求（同样的代码需要跑在一个很低性能的板子上和任意一套 Linux 上），加上防的根本不是内存 dump （对，你找错了方向，根本不是防破解而是防的客户的逗逼代码）而是客户如果写了一个或多个 root 进程试图两次打开这个管道并行执行命令……我们这个代码并不需要防破解，反而因为客户跨全球 N 种语言需要防的是那种坑爹代码在 ioctl 上打开多次这个管道文件，然后两个进程同时向同一个管道发送指令的话会直接冲突。这种问题沟通成本很高的，而且也很难调试。
还有就如同我上面说的，这个东西因为要确保代码行为的一致性，不能给不同的平台放不同的代码，也不能随便弄加密，也不可能说我要个权限挂载个 ramdisk 就能挂载。我已经放弃用 pipe 解决这个问题了，domain socket 香多了……

CPU 不会烧，你应该担心的是你的内存没有 ECC 会不会算到一半炸了。

@no1xsyzy 加密满足不了性能需求（板子性能弱，定制裁剪版 IOT 设备），ramfs 考虑过但是 ramfs 挂载得改系统内核，也很麻烦。

@BlackL 对的，要重新挂载文件系统，根本没法整这个。

ucrtbased.dll abort 可能的原因很多，上帝才知道。
这个错基本上都是说你程序里哪里越界了，类似 AccessViolation C0000005，鬼知道具体哪里炸了。

@gyf304 这就很蛋疼了，Windows 下面我记得是开 named pipe 的时候有个 flag，可以禁止重复打开同一个管道。

大哥，你这水平还说看过空中浩劫……不合适吧……

会买礼物送啊，打钱……妈的我指望我妈别啥时候又给我打钱了……真的蛋疼。

开源啥问题都解决不了，最后只能沦为粪坑啊~

妈的，我面试的时候就写了个乘法表，然后进去有以后结果搞的是啥都有，甚至还有操作裸磁盘的……
工作内容包括且不限于算法优化（妈的公司代码居然卡常数你敢信？——其实是有个算法在 ARM 上的常数太高了，要降下来），多线程优化（某个图形算法正常情况下只使用一个线程连续算四张图，改成了四个线程的），CI 系统设计顺带开发，还有硬件调试（拿个示波器看 USB 电压是不是挂了），虚拟机底层研究（为了搞清楚为啥 VBox 死活连不上硬件）……

@myid
我想避免满天飞的 void*，所以才用 template 的……
因为以前的代码是 C 升级上来的，真的是满天飞的 unnamed type 和 void*以及各种强制类型转换，这种时候你就知道 C++的带类型和语义化的好处了。
另外，C 风格字符数组这个东西我现在跟我同事说了，不是万不得已不要用，因为有些东西根本不应该被转换为字符数组，而有些东西你用字符数组带来的裸指针的麻烦比用容器更大。

上报啊，发现 bug，ticket 有记录以后大家都知道了。

另外还有个简单的测试：如果你的 NAS 需要低功耗这个特征，那么多半你是不需要 NAS 存储的。

NAS 用来满足存储不够的时候的容量需求的，你没有那么大的容量需求（比方说你存储容量就几个 T ）就别上了。另外嫌服务器耗电太多的也要重新考虑一下。
至于我，我家 NAS 是纯粹的 NAS 存储，但是我存储需求比较大（用了差不多 20T 了），而且对速度要求也不低，所以我选择上阵列+热备+独立备份盘。