3 ответов:
последний-это рабочая нагрузка системы за последние 15 минут.
первые три поля в этом файле-это средние значения нагрузки, дающие количество заданий в очереди выполнения (состояние R) или ожидание диска I / O (состояние D) в среднем за 1, 5 и 15 минут. Они то же, что и средние значения нагрузки, заданные временем безотказной работы(1) и другими программы.
четвертое поле состоит из двух чисел разделенные разрез.)/( Первый из них-это количество выполняемых в настоящее время объекты планирования ядра (процессы, потоки); это будет меньше чем или равно количеству процессоров. Значение после косой черты-это число сущностей планирования ядра, которые в настоящее время существуют на система.
пятое поле-это PID процесса, который был наиболее недавно созданный в системе.
первые три столбца измеряют загрузку ЦП и ввода-вывода за последние один, пять и 15 минут. В четвертом столбце показано число запущенных процессов и число процессов. В последнем столбце отображается последний используемый идентификатор процесса.
https://www.centos.org/docs/5/html/5.2/Deployment_Guide/s2-proc-loadavg.html
(Я искал ответ, так что вы можете сделать это, тоже.)
Я хотел бы прокомментировать принятый ответ.
четвертое поле состоит из двух чисел, разделенных косой чертой (/). Этот первый из них-это количество выполняемых в данный момент расписаний ядра сущности (процессы, потоки); это будет меньше или равно число процессоров.
Я сделал тестовую программу, которая считывает целое число N из входных данных, а затем создает N потоков и их запускает навсегда. На компьютере RHEL 6.5 у меня есть 8 процессоров и каждый процессор имеет гипер-продевать нитку. В любом случае, если я запускаю свой тест и он создает 128 потоков, я вижу в четвертом поле значения, которые больше 128, например 135. Это явно больше, чем количество процессоров. Этот пост поддерживает мое наблюдение:http://juliano.info/en/Blog:Memory_Leak/Understanding_the_Linux_load_average
стоит отметить, что текущее объяснение в руководстве proc(5) Страница (по состоянию на man-страницы версии 3.21, март 2009 года) неверно. Он сообщает этот первое число четвертого поля, что количество выполняемых в данный момент планирование сущностей, и поэтому предсказывает, что оно не может быть больше, чем число процессоров. Что не соответствует реальной реализации, где это значение сообщает текущее количество выполняемых потоков.
Comments