我们正在维护在其虚拟服务器上安装在客户站点上的系统的开发。 这个应用程序有时需要运行繁重的工作。 然而，它只被授予一个单一的核心。
我看到有必要避免一个运行缓慢的应用程序，并将所有其他应用程序暂停。 通过不给任何应用程序访问超过一半的处理器，这应该是容易避免的。
似乎有些客户像pipe理云提供商一样pipe理他们的虚拟机， 尽可能less地给每个应用程序。 这对云服务提供商来说是有道理的，因为云服务提供商可以为升级收取额外费用，但对于客户来说，这只会导致利用不足。
核心pipe理是否有一套行之有效的做法？
核心pipe理是否有一套行之有效的做法？
你已经给出了答案：尽可能less地给每个应用程序。
理想情况下，供应商系统需求文档提供了合理的推荐尺寸（并不是经常出现过多的CPU核心/内存/ IOPS才是安全的，并始终防止潜在的性能问题）。 我喜欢看到最低支持的configuration和大小表：
在给予多个内核帮助之前，应用程序当然需要从多个内核中受益。 有些是单线程的。
关于从旋转过程中恢复，典型的反驳将是编写更好的软件，而不是那样做，并且操作系统仍然有足够的响应来恢复。
对于高利用率期间的最佳响应时间，对延迟敏感的环境可能决定不超额订购处理器核心。 即使使用12个或18个核心sockets，这个费用也很高。