我发现了一些让我吃惊的事情。OpenVZ 硬件节点上的负载很大，假设负载为 210（它有许多可用的 CPU 核心，但对于此服务器而言，210 仍然很高）。但硬件节点运行良好。根据 75 top% 的 CPU 处于空闲状态，性能很好。但后来我意识到这个硬件节点上的许多容器中的一个的负载约为 200，当我处于该容器中时（vzctl enter container_id），我所做的一切都会有很大延迟。
因此，容器正在使用其分配的所有资源，这就是为什么在容器内部执行任何命令等时都会出现延迟。但硬件节点很好，性能正常，有可用内存，CPU 功率和磁盘使用率很低，根据top和iostat类似工具，我甚至可以感觉到硬件节点没有超载，一切都运行顺畅。但负载约为 210。
有人告诉我，这是因为 OpenVZ 硬件节点正在汇总所有容器的负载，而不是报告自己的负载。这是真的吗？如果是，那为什么呢？这非常具有误导性。如果不是，那么为什么硬件节点的负载如此之高，但实际上并没有过载？
答案1
OpenVZ 按照设计运行，并配置为在其限制范围内包含高要求容器，而不会影响同一盒子上的其他容器。
平均负载并不令人惊讶，因为主机可以看到所有容器中的所有进程并据此计算平均负载。由于 CPU 限制，一定有大约 200 个“受限制”的进程需要更长的时间才能完成。