我们在周五部署了新的 Linux/Exim/Spamassassin 邮件服务器（最好在长周末前一天部署，因为那时没有管理员在场）。负载在 15 分钟内平均徘徊在 1.3 左右。
机器反应灵敏，邮件送达时间合理。我们可以认为这是可以接受的吗？
如何判断一定量的负载是可接受的还是不可接受的？使用什么指标？
答案1
基本经验法则：如果系统响应迅速，并且能够及时工作，那么就没问题。
低于 2 的负载无需担心。我的系统达到 4 或 5 时仍能正常工作，尽管这可能表明网络或驱动器存在大量排队问题（即使系统响应迅速，I/O 问题也会导致高负载）。
定期检查邮件队列长度和日志，以查找无法投递的问题和类似问题。如果投递队列长度相对较低，则没有问题。
您可以获取磁盘平均值和网络 I/O 信息，但如果您没有看到传递问题（我十五分钟前发送了消息，但它还没有到达！）并且您可以通过控制台（或 ssh）在系统上工作而没有太多的延迟，那么你应该没问题。
答案2
平均负载是一个值，它表示内核在需要时无需等待即可运行所有任务所需的处理器数量。
在您的情况下，如果您有 2 个或更多 CPU/Core。没有问题。如果您只有 1 个 CPU 和 1 个 Core，则意味着您的应用程序要运行的时间与内核运行它的时间之间存在“太多”时间。负载 >“CPU/Core 数量”对邮件系统来说不会是问题，除非它在很长一段时间内达到过高的值。
当然，它们没有规则和值可给出，当您在短时间内收到邮件时，这是可以的。但是，当负载在“长”时间内（约 1 小时）过于频繁地高于 2*CPU/Core 数量时，您可能需要开始密切关注您的服务器。
对于邮件服务器来说，这不会是一个大问题，但它将开始意味着您的服务器有点超载。
答案3
与调音相关的问题通常没有是/否的答案，一切都取决于:-)
话虽如此，1.3 的负载听起来并不高，特别是如果你有一个多核 CPU 配置。如果负载数与核心数相同，那么所有核心始终有一个准备运行的进程。
最终，如果如您所说，消息能够及时传递，那么性能就很好:-)
top
将为您提供近乎实时的基本指标。
答案4
你有多少个核心？ cat /proc/cpuinfo | grep 处理器 | wc -l
（警告：超线程看起来像是有更多的核心，但事实并非如此）
如果您的负载水平低于您的处理器数量，那么通常就没问题。
另外看看顶部并点击“1”，您就可以看到每个 CPU 的单独负载。