你想想数据贵还是 UPS 贵？
UPS 首先功率要够，然后时间要够。其他问题不大，是不是正弦波也无所谓。反正 psu 里都要整流的
最好买能通知主机的，一般是 USB 口。否则断电了还不关机就没有意义了

你以为只有公布的那个人发现了漏洞吗？
他不告诉别人，就是没人知道？
一般来说，在安全领域，如果有白帽发现了漏洞，基本可以认为已经有黑帽在此之前已经发现并有可能利用这个漏洞。因为黑帽有真金白银的利益诱惑。

麻烦公司名字发一下，今后我们发现有什么漏洞保证不告诉任何人

不算新操作了
某云计算厂就有用 arm 核处理虚拟网络流量的操作
某种意义上来说也可以说是固件，但对外可独立访问

优点是 arm 核不支持虚拟化但非常便宜，比烧物理机 CPU 要便宜

不然怎么让他们专心学习和建设国家？！

定期监测 smart，每天一个 short test，每周一个 long test 。失败了就邮件通知
剩下的有 raid 顶着

@bclerdx raid 几都不能防脑残管理员和本地天灾人祸
如果要数据安全，必须要异地备份

别用 tk
tk 发现你用的多了，或者多次续期的话，就会把你的域名划成收费域名，一年 12 美元
一年 8 美元就可以买到 com，10 美元可以买到 net，12 美元可以买到 im
域名只是一点小钱，稳定最重要

单盘超过 1T 就不应该用 raid5
raid5 在重建途中没有任何额外保障。重建负载重时间长，途中再挂一块很正常
而且硬盘还有读取错误率，重建时没有足够的额外冗余度来校验的话，很可能重建成功但数据错了

SSD 缓存反而是没必要的。家庭网不过百兆最多千兆。一块硬盘读写能力一般 100MB/s 以上，也就是 800Mbps，整个阵列加起来绝对超过千兆了

而且 nas 主要是连续读写，队列深度收 TCP 缓冲影响，实际上队列深度很深。可以充分利用缓存预读 /回写 /指令重排。单盘性能可以在 raid 下叠加。瓶颈只是连续读写带宽

SSD 缓存的主要应用是服务器上需要高性能随机写而且队列深度浅的情况，这时候性能主要受写入延迟影响。内存缓存因为易失所以无法使用。非易失的 SSD 就非常有用，optane 更佳。这种情况下 raid 基本没用，因为每个请求太小，都是打在单盘上。瓶颈是延迟而不是带宽。

带 UPS 的系统，哪怕只有小电池只保护 raid 缓存，也可以一定程度上改善此问题。因为只要写到 raid 卡缓存就可以认为非易失。延迟只限于 CPU 到 raid 卡缓存。
但是现在一般用软 raid，而且带 bbu 的 raid 卡一般很贵，bbu 也是易耗件。所以 optane 还是很有前途的。

@coolair 找工商投诉
举证义务不在你，在商家

@codehz 1.这不是 Unix socket 传统模型。在超算上我还用过类似的 mpi send/recv，也是发送接收完成之前不能使用 buffer 。还比你说的这个多个 recv 的能力。
但这不是标准的 bsd socket 。

2. 说白了就是让应用层来分配和维护 buffer

使用 splice，效果如下
A 有 user space 的数据 X0
写到 pipe 里，拷贝一次得 X1
B 从 pipe buffer splice 到 socket buffer
内核处理完 TCP 发送后释放
拷贝次数和 A 直接 send 一样

使用 shm，效果如下
A 处理数据的时候直接放到 shm 里
B 调用 send，从 shm 拷贝到 socket buffer
结果还是一次拷贝，但好处是 B 可以看到数据而且能进行一定的操作。splice 则必须直通


使用你说的 zero copy send，效果如下
A 有要发送的数据 X0
zero copy send，没有拷贝到 send buffer
B 从 socket 里接收，一次拷贝 X1
B 再 zero copy send，没有拷贝
总的来看拷贝次数也是一样，但是缺点是 A 和 B 都必须有一套逻辑来维护发送未完成的 buffer
A 这边比较简单，因为 B 大概率立刻接收。其实加起来和 shm 也差不多。但是 B 这边是出网络，情况就复杂得多。而维护 buffer 的逻辑内核里早就有了，何必重新发明轮子？

把 shm 和 zero copy send 结合，确实可以做到 zero copy 。缺点就是跨进程协调 buffer 的释放会非常非常蛋疼。

考虑到各种开销，实际哪个好还真未必

@zivyou socket 哪来的零拷贝？ send recv 都要 buffer，buffer 就是一边一个拷贝

如果必须 socket，那最多就是 sendfile/splice
用 loopback 的话还多一个网络层，好处如果今后要不同机器，那直接改地址就行

用 Unix socket 的话更少开销。基本上可以认为用 fifo/pipe 也是一样。但是 Unix socket 能支持不同协议。而 pipe 只有字节流

如果放开 socket 要求，那 shm 更快，而且不需要 buffer

不要把 nas 和公网服务混在一起
安全起见

@amosbird Secure Administration Workstation

mmm，那其实国外大厂也不怎么样😂
微软就是微软全家桶，Linux 理论上支持实际上要啥啥没有
所以搞 Linux 的同事都是再开个 Windows 虚拟机

总的来说开发机你爱用什么用什么，只要你自己不难受。开发机也无所谓安全问题
控制代码泄露？人家想泄露的录屏 OCR 都行你能防得住？而且真有多少不能泄露的代码？除了少数涉及技术机密的代码，其他的人家抄去又怎样？软件公司真正的资产是人。有这批人在，再开发一套也行。没这批人，给你也用不起来。就算跑起来了，软件是一直要更新的，没后续技术支持又有什么用？

涉及生产环境的确实要保护，但那是在独立的 saw 电脑上。saw 电脑只能运行白名单上的程序

@0312birdzhang 汽车玻璃不是钢化的，而是要专门的退火玻璃
原因就是因为钢化玻璃会爆，而且一旦碎开，碎片全部是尖利的碎片，在事故中很危险

所以汽车前挡风是退火夹胶玻璃。被石子撞破的只是很薄的外层，后面还有胶层和实际承力的内层。

股票和员工有个毛关系？你觉得它家股票好大可以直接买，别把自己的职业生涯投进去
股票作为资本，股东的利益和员工的利益不一定一致，甚至可以说相反。员工待遇太好了还怎么赚钱？当然，也不能说那些股票涨势差的公司就对员工好，兴许人家是真的赚不到钱。

先考虑组，再考虑业务，再考虑公司，再考虑股票。因为组和小老板才是影响你工作环境最大的人。

自己焊也不难
或者电脑城花点钱找人。bga 都能焊，你这都是小事
怕的是不止少了接口，可能还少了配套的电路