岔个题，我看到标题还在想现在还有操作系统不支持虚拟内存机制的吗，点进来才发现果然说的是 swap ，这个严格来说不叫虚拟内存

@oldfriend #1 三十多 W 待机还不高吗，12500T 待机就 3w-5w
https://i.imgur.com/U4qW0Wq.png

楼上说的对，不能太依赖公司。

windows11 的 hyperv 是不是和 vmware 有冲突，我印象中以前在 windows10 下面 hyperv 和 vmware 可以共存的？

接上面的，红帽系的发行版极少出现升级会挂掉的情况。

如果你指的是 16 颗核心恰到好处的全部都用到 100%了，那么通常 load average 的数值会比 16 要大一点点，实际上在 CPU 真的已经满载 100%的情况下，load average 的数值会远超 16 的，因为这个三个数字表示的是队列长度，当 CPU 没办法及时处理新的任务时，队列将一直堆积辖区。

@PTLin #12 鸟哥的 Linux 私房菜比较适合运维，我买的第一本运维的书就是鸟哥的，但这个 OP 明显是想把 Linux 当成桌面那样子用，不太合适其实。

https://github.com/liyupi/code-roadmap/blob/main/docs/roadmap/Linux%E5%AD%A6%E4%B9%A0%E8%B7%AF%E7%BA%BF.md
或许你需要这个

Mactype 可以缓解

@xiaoz #2 要注册 ，劝退

@xomix #8

“ 如>果 master 挂了会被 k8s 检测到，会重启新的 pod ，可以说 k8s 中永远不会有 pod 挂掉，就算 node 挂了，pod 也会 >驱散到其他 node ”
这个说法是错误的，默认情况下，k8s 检测到 node notready 十分钟之后才会启动 Pod 疏散的过程，并且在这个过程中，如果 node 上的 Pod 所关联的存储因为各种原因（例如，锁没有被及时释放）没办法被新的 node 重新绑定的情况下，这个 pod 会一直处于 Terminating 状态，新的 Pod 会卡在 ContainerCreating 状态，所以，所谓“永远不会有 pod 挂掉”的这个说法是错误的。

@iorilu 你低估了 Linux 生态对 bash 的依赖性，有大量的各种各样的脚本只能跑在 bash 上，你可以在 Linux 上把 powershell 当成默认 shell 用一段时间，就知道为什么这玩意注定没办法替代 bash 了。

ingress-nginx 自己可以跑多个 Pod ，自身就是高可用的，在公有云环境下的设计是怎么回事上面已经有同行说过了，在私有云环境下，可以用 metalb 这种东西，如果你觉得心智成本太大，可以很干脆的把 ingress-nginx pod 全部运行为 hostNetwork: true 模式，然后再在前面加一对 nginx ，这一对 nginx 负责把流量转发到 ingerss-nginx pod 上，包括 https 卸载也可以在这对 nginx 上来做，同时这一对 nginx 上也用 Keepalived 部署一个 VIP ，让网工配置入口防火墙把流量打到这个 VIP 上，基本上就可以完成高可用了，再往外的话还得考虑互联网专线也要两条，不然就一条断了的话还是 GG 。

个人认为，如何评判一个系统是否是微服务架构，更多的应该看各大功能模块，是否有进行拆分，如何拆分，以及模块之间如何进行通信。

你家电费多少？这是一个需要考虑的问题

@4thJackdaw 笑死，我身边真的有这样的人，坚信抖音在窃听通信来做商品推荐