Файл config - это сам файл конфигурации загрузки (grub), поскольку он является параметром, вызываемым при загрузке, и нельзя ожидать, что grub будет читать из какого-то другого файла конфигурации, пока файловая система не смонтирована.
Однако, будучи инициализированным параметром, он также может быть изменен через sysctl
. Таким образом, обновление /etc/sysctl.conf
с параметром kernel.panic = 3
является обновлением конфигурации.
Эта справочная страница содержит более подробное объяснение этого свойства:
runq-sz
The number of kernel threads in memory that are waiting for a CPU to run. Typically, this value should be less than 2. Consistently higher values mean that the system might be CPU-bound.
Как и в случае со многими «индикаторами», вы должны использовать их в сочетании друг с другом, чтобы интерпретировать, есть ли проблемы с производительностью или нет. Этот конкретный индикатор указывает, не хватает ли вашей системе процессорного времени.
Принимая во внимание, что load1,5,15 указывают процессы, которые находятся в очереди на выполнение, но вынуждены ждать времени для запуска. Разновидность load1,5,15 говорит вам об общей тенденции системы и о том, есть ли в ней много ожидающих процессов (, увеличивающих нагрузку )по сравнению с тенденциями снижения. Но процессы могут ожидать различных вещей с load1,5,15, обычно это ввод-вывод, который блокируется, когда вы видите высокую нагрузку1,5,15 раз.
С runq -sz вы ждете время на ЦП.
Это первое сообщение, которое появляется в Google, и последний ответ выше отмечен как принятый.
Ответ содержит ссылку и цитирует текст справочной страницы Solaris . Однако вопрос ОП касался RHEL 7 . Обработка отчетов о запущенных процессах в Solaris и Linux отличается.
Solaris обычно использует среднюю загрузку/очередь в качестве индикатора количества процессов, ожидающих запуска.
Linux обычно использует среднюю загрузку/очередь в качестве индикатора количества запущенных процессов + количества процессов, ожидающих запуска.
Представление Linux runq-sz
в sar -q
, скорее всего, указывает количество текущих запущенных процессов + количество процессов в очереди.
Чтобы сослаться на исходный пример OP для экземпляра с 8 потоками, runq-sz
менее 8 указывает на оптимальную производительность в этом отношении.
Я согласен, что низкий runq-sz
по сравнению с высоким loadavg
, вероятно, указывает на какие-то заблокированные или спящие процессы. Вы можете частично увидеть это в примере вывода OP в столбце blocked
.