Linux/proc/loadavg

Ответ 1

Последним является системная рабочая нагрузка за последние 15 минут.

/proc/loadavg

Первые три поля в этом файле - это средние значения нагрузки, дающие количество заданий в очереди выполнения (состояние R) или ожидание диска I/O (состояние D) усреднено в течение 1, 5 и 15 минут. Они такие же, как и средние значения нагрузки, определяемые временем безотказной работы (1) и другими программы.

Четвертое поле состоит из двух чисел, разделенных слэш (/). Первый из них - это число выполняемых в настоящее время объекты планирования ядра (процессы, потоки); это будет меньше чем или равны количеству процессоров. Значение после косой черты количество объектов планирования ядра, которые в настоящее время существуют на система.

Пятое поле - это PID процесса, который был наиболее недавно созданный в системе.

Ответ 2

  Первые три столбца измеряют загрузку процессора и ввода-вывода за последний, пять и 15-минутные периоды. Четвертый столбец показывает количество запущенных в данный момент процессов и общее количество процессов. В последнем столбце отображается последний использованный идентификатор процесса.

https://docs.fedoraproject.org/en-US/Fedora/17/html/System_Administrators_Guide/s2-proc-loadavg.html

Ответ 3

Я хотел бы прокомментировать принятый ответ.

Четвертое поле состоит из двух чисел, разделенных косой чертой (/). первым из них является число выполняемых в настоящее время графиков ядра объекты (процессы, потоки); это будет меньше или равно количество процессоров.

Я выполнил тестовую программу, которая считывает целое число N из ввода, а затем создает N потоков и запускает их навсегда. На компьютере RHEL 6.5 у меня есть 8 процессоров, и каждый процессор имеет гиперпоточность. В любом случае, если я запускаю свой тест и он создает 128 потоков, я вижу в четвертых значениях поля, превышающих 128, например 135. Это явно больше, чем количество CPU. Этот пост поддерживает мои наблюдения: http://juliano.info/en/Blog:Memory_Leak/Understanding_the_Linux_load_average

Стоит отметить, что текущее объяснение на странице руководства proc (5) (с man-страниц версии 3.21, март 2009 г.) неверно. Он сообщает первый номер четвертого поля в качестве числа выполняемых в настоящее время планируя объекты, и поэтому прогнозирует, что он не может быть больше, чем количество процессоров. Это не соответствует реальной реализации, когда это value сообщает текущее количество выполняемых потоков.