来自 Tom Alcott 的评论

现代操作系统通常在进程调度方面表现得很出色，从而最大程度减少了上下文切换。上下文切换是在操作系统调度程序用另一个进程替换 CPU 上正在运行的一个进程时发生的，而且是各种因素作用的结果，例如作业（或进程）优先级、是否等待其他资源（如 I/O）、进程是否将用完所有分配给它的 CPU 周期（时间片）等。但是，在执行上下文切换时，虽然现代操作系统表现很“出色”，却并非“完美无缺”，因为进程在每次进行上下文切换时，它都将停止运行——这将导致吞吐量出现延迟（和性能下降）。如果我们确实不希望出现任何上下文切换，则系统中的 CPU 数要大于该系统中运行的进程数。而这完全不切合实际，因为在一个系统中安装这么多的 CPU，几乎没有任何组织能负担得起，而且也没有必要，因为大多数进程都不要求对 CPU 进行持续访问。因此，我们应该转而研究一些最重要的进程，这些进程在本文中即指系统中应用服务器运行时所使用的JVM。

起初，我们假定每个应用服务器 JVM 应该采用至少一个 CPU；这样就有可能最大程度减少发生上下文切换的次数——至少就将用完时间片这一因素而言是如此（如上所述，导致上下文切换还有其他因素）。但是除非您在运行所有服务器时占用了全部 CPU 资源，否则，在应用程序请求（该请求随即被转换为对操作系统资源的请求）到达应用服务器时，很可能存在可用的 CPU 周期。因此，运行的应用服务器数量有可能大于 CPU 数量。

不过，如果要获得可以在环境中运行的服务器的准确数量，则还得采用视情况而定 之类的方式进行回答。这是因为该数量实际上取决于负荷、应用程序、吞吐量和响应时间要求等，确定这个准确数量的唯一方法是在环境中运行测试。