Iotop показывает загрузку, но vmstat СИ является нулем

update-grub сценарий здесь:

/usr/sbin/update-grub

Когда Ваша система говорит command not found может случиться так, что Ваш пользователь не имеет /usr/sbin/ в $PATH переменная.

Так или иначе лучший способ состоит в том, чтобы измениться на пользователя root с su и затем выполненный update-grub снова.

Для проверки, какая версия личинки Вы установили тип эта команда:

root@host:~# dpkg --list | grep grub
ii  grub-common                         1.98+20100804-14+squeeze1    GRand Unified Bootloader, version 2 (common files)
ii  grub-pc                             1.98+20100804-14+squeeze1    GRand Unified Bootloader, version 2 (PC/BIOS version)
2
09.02.2015, 14:48
1 ответ
[114546] Если вы посмотрите на диаграмму, которую я разместил на этом U&L Q&A под названием: [114993] Диаграмма ядра Linux против инструментов производительности?[114994] она показывает, какая подсистема ядра Linux каждый из этих инструментов показывает данные о производительности.

iotop[114996] главная цель заключается в демонстрации статистики с точки зрения интерфейса блочного устройства. Так что это, например, ваш жесткий диск. В то время как [114997]vmstat[114998] показывает статистику подсистемы виртуальной памяти ядра.

Этот параграф из руководства [114999]iotop[115000] также объясняет, что это такое:

iotop отображает столбцы для пропускной способности ввода/вывода, считываемые и записываемые каждым процессом/чтением во время периода выборки. Он также отображает процентное соотношение времени, которое поток/процесс потратил во время подкачки и ожидания ввода/вывода. Для каждого процесса показан его приоритет ввода/вывода (класс/уровень).

rm -vfr "${MY_PATH}"*
Пример
Таким образом, в приведенном выше примере jdb2 потратил 4,42% своего времени на ожидание ресурсов ввода/вывода. Это закончилось в его жизни, а не в данный конкретный момент.

На выходе из [115003]vmstat[115004] показана текущая статистика из виртуальной памяти, указывающая на любые страницы, которые либо грязные, либо нуждаются в подталкивании/отталкивании от подкачки, так что вы видите, как эти страницы перемещаются по кругу. У вас нет указаний от [115005]vmstat[115006] к какому процессу принадлежат эти страницы, только то, что страницы были заменены в/из.

столбцы [115007]si[115008] и [115009], так что [115010] являются статистикой, связанной с обменом.

Так почему же vmstat si показывает 0?

Значение, сообщаемое для si, на самом деле является значением скорости изменения (сумма, перемещаемая в секунду). См. эту статью под заголовком: [115011]Используйте vmstat для мониторинга системной производительности[115012]:

В разделе подкачки сообщается о скорости передачи или извлечения памяти. из системы подкачки. Сообщая о "свопах" отдельно от общей суммы. активность диска, vmstat позволяет определить, сколько активности диска относится к системе подкачки.

Колонка si сообщает объем памяти, который переносится из подкачки в "реальная" память в секунду. В этом столбце указывается объем памяти который перемещается для подкачки из "реальной" памяти в секунду.

Учитывая это, вероятно, что даже если процесс сообщает, что он использует подкачку через [115017]iostat[115018], то использование подкачки, вероятно, не достаточно для подкачки в течение секунды, которая появляется в измерении "si" в [115019]vmstat[115020].[114569].

2
27.01.2020, 22:13

Теги

Похожие вопросы