常见的管理程序（Proxmox、Vmware、KVM ..）不会阻止分配的虚拟资源（如 vCPU）的总和超过物理资源的数量，即使其中一些（OpenStack）确实限制了过度使用率（virtual_resources / physical_resources ) 到一个可配置的值。
XenServer 以前允许过度使用 vCPU。但是，此行为已被阻止，因为在运行无法与 pCPU 匹配的 vCPU 的 VM 时，它可能会导致不良影响
我可以将其解读为“Xen 中阻止了过度使用”或“一个 VM 不能超过物理内核的数量，但所有 VM vCPU 的总和可以”
Xen 是否（仍然）可能过度使用 CPU/内存？
Nginx 被放置在我们没有任何洞察力的微服务架构的前面。我们检索由http 存根状态公开的指标，并想计算平台性能的指标：我们不能在负载测试中使用延迟，因为我们想比较地理位置不同的站点。
到目前为止，我们尝试了什么：
*使用此指标，我们观察到不同的行为。两个极端是：
2012服务器（E5-2620 v1，24线程）：平均每100ms有68,62个等待连接
2021 服务器（AMD EPYC 7642，96 线程）：平均每 100 毫秒 91,96 个等待连接
第一个问题。似乎应该将仪表读取为“越高越好”。为什么？该文档没有提供详细信息，但据我们所知，此处应出现等待答案的连接。或者这个量表是否仅由空闲连接组成（即已经服务的连接）？
第二个问题。在相同的负载测试中，最新服务器上接受/处理的连接指标要高得多（大约两倍）。为什么？两者都服务于由 100 个连接池发送的相同数量的请求。我们看到的是，处理的连接数量在开始时进展非常迅速，根据架构达到不同的上限，之后进展非常线性。我们无法在此图上找到对此行为的任何解释：已处理连接图
