可接受的平均负载

Zim*_*BBY 9 email linux

我们在周五部署了新的 Linux/Exim/Spamassassin 邮件服务器(在没有管理员的长周末前一天部署总是一个好主意)。在 15 分钟的平均值中,负载一直徘徊在 1.3 左右。

机器反应灵敏,邮件会在合理的时间内送达。我们可以假设这是可以接受的吗?

如何将一定量的负载视为可接受或不可接受?使用了哪些指标?

rad*_*ius 18

平均负载是一个值,它给出了内核需要的处理器数量的概念,以便能够在需要时运行所有任务而无需等待。
在您的情况下,如果您有 2 个或更多 CPU/核心。没有问题。如果您只有 1 个 CPU 和 1 个核心,这意味着在您的应用程序想要运行的时间和内核运行它的时间之间有“太多”的时间。对于邮件系统来说,负载 >“cpu/核心数”不会成为问题,除非它在很长一段时间内达到过高的值。
当然,它们不是可以给予的规则和价值,虽然您可以在短时间内收到邮件,但没关系。但是,当负载在“长时间”(~1 小时)内过于频繁地高于 2*cpu/core 数时,您可能需要开始仔细查看您的服务器。
再次对于邮件服务器来说,这不是一个大问题,但它开始意味着您的服务器有点过载。

  • 我添加了一个链接到一个相当不错的网页 http://blog.scoutapp.com/articles/2009/07/31/understanding-load-averages (3认同)

Bar*_*rim 11

基本经验法则:如果系统响应迅速,并且工作及时,那么您就没事。

低于 2 的负载不必担心。我的系统已经运行了四五个,但仍然可以正常工作,尽管这表明网络或驱动器存在很多排队问题(即使系统响应非常快,I/O 问题也可能导致高负载)。

定期检查您的邮件队列长度和日志,了解无法投递的问题和此类问题。如果交付队列保持相对较低,那很好。

您可以通过获取磁盘平均值和网络 I/O 信息进行很多操作,但是如果您没有看到传送问题(我 15 分钟前发送了消息,但尚未到达!),您可以通过控制台在系统上工作(或 ssh)没有很多延迟,你应该没问题。