开展优化，实施部署，实现创新
用“开展”这些词能够把需要强调的动作放在句尾，着重强调实施动作的过程，而句子并非越简洁越好，还得看句式使用是否合适。

@stoneabc
roce 的个位数 us 级延时是指适配器延时，没算上传输延时。
哪怕是个位数 us 级的延时，放到现有的架构上，内存与 cpu 之间的延时也是现有单机的上百倍了。

@stoneabc
"内存由北京的一个服务器组成，CPU 由广东和福建的两台服务器共同构成"
这个怎么能达到 us 级别？

带宽可能可以通过技术革新来解决，但延时是受物理规律限制的。

CPU 和内存间有几到几十毫秒，再融合也不行，超融合也不行，再多的超字也不行。

好好找个律师吧，这里大多人也给不了专业建议。
祝小孩早日康复。

@Cielsky
内存够多依然会用到 swap ，跟设置的策略有关，linux 下是通过修改内核的 vm_swappiness 参数（默认 60 ）来调整策略的，如果设为 0 的话就不使用 swap, 很多建议设置为 1 。
具体计算方法可以看这篇文章。
https://access.redhat.com/solutions/103833

@nikolai
https://medium.com/codex/my-macbook-air-m1-is-dead-a394e3581e95
https://news.ycombinator.com/item?id=27065953

虽然文章没直接说是写入量过大造成的，但的确是高负载使用，很可能和写入量有关，而且硬盘坏了之后直接丢了 800G 的数据。

@felixcode
避免意外的内存泄漏 -》 避免意外的内存泄漏造成的系统崩溃。

@WuSiYu
一般说内存够都是说内存既足以用于 cache 也同时可以关 swap 。内存够的话服务器和桌面环境都能满足。
唯一想到内存足够的情况下需要开启 swap 的理由就是避免意外的内存泄漏，而这大多是内核或程序设计的问题了。

@felixcode
SSD 几十倍的延时和吞吐 -> SSD 几十倍的延时和几十分之一的吞吐下。

内存够多时就可以关闭 swap （或虚拟内存），避免数据交换到磁盘 IO 影响性能。
当然，如果非要说 SSD 几十倍的延时和吞吐下依然用起来和内存一样，那也没什么好反驳的。
关不掉（ MacOS 不能直接关）或者没法关（内存还没多到能关的地步）的，当然也就不知道为什么要关了。

你看看独服和 vps 的价格差距，就不会认为 vcpu 会和物理核心绑定了。

程序员买的话，遥控上会多两个摄像头，用于监控程序员。

内存不够，后端没法兼容 x86 就用 vscode 再加 remote development 。
有条件就用 Jetbrain 这样的 IDE 。

百度叕赢了

crud 因为是对数据库操作，所以也得 DBA 来做？

@archiyuan
也是，cpu 吊打 5950 ，gpu 吊打 3080 ，8G 内存相当于 intel 的 16G ，爱因斯坦震惊，摩尔泪目。

搭积木也是要系统化的学习的啊，真以为随随便便就拼出个东西出来