% Загрузка ЦП
Robot101 помог мне решить это. Прием - это virtual_alias_maps эффективно рекурсивно вызовет, пока адрес не неизменен, и дисквалифицировал локальные части на правой стороне карты, будет квалифицирован с myorigin, таким образом, это происходит:
foo@example.org -> newperson@chris.boyle.name -> cmb@chris.boyle.name
Я могу поэтому работать вокруг этого путем изменения myorigin кому: nova.chris.boyle.name (и фиксация моей канонизации адреса (использование canonical_maps) использовать @chris.boyle.name в адресах отправителя). Таким образом, отображение на foo@nova.chris.boyle.name, который карта не изменит дальше, и который все еще имеет эту машину как ее конечное место назначения. С другой стороны, я, возможно, полностью определил отображения с @nova.chris.boyle.name.
Я предположил бы, что это получает свои значения от /proc/loadavg. Значения, которые это дает, являются стандартным Unix, загружают средние значения и потребовал бы, чтобы некоторая порча добралась до того, что Вы ожидаете - использование ЦП как процент.
Упрощенно разговор, в одножильной системе, среднем числе загрузки 1.00 было бы эквивалентно 100%-му использованию ЦП. В четырехъядерной системе, 4.00 было бы эквивалентно 100%-му среднему числу загрузки, и т.д.
Для получения мгновенной нагрузки проверьте первое количество четвертого поля /proc/loadavg:
$ cat /proc/loadavg
0.00 0.00 0.00 1/570 4471
В этом случае значение 1. Это означает, что в очереди задачи существует один объект.
Если Вы действительно думаете, что Вам нужна мгновенная загрузка, то можно использовать то значение. Я не рекомендовал бы это, тем не менее, поскольку это будет очень крайне изменчивым, и не хорошее чтение на том, что на самом деле продолжает систему. Используя это значение для выравнивания нагрузки мог создать неуместные суммы маслобойки в Вашей системе, которая не будет идеальна. Существует причина, что средние значения загрузки там - они - намного лучшее представление о том, с чем в настоящее время имеет дело система.