Как я могу записать, какой процесс или активность ядра использует диск в GNU / Linux?
На определенном сервере Debian iostat (и аналогичный) сообщает о неожиданно большом объеме (в байтах) выполняемых операций записи на диск. У меня возникли проблемы с определением того, какой процесс выполняет эти записи.
Два интересных момента:
Пытался отключить системные службы по одной, но безуспешно. Активность диска остается довольно постоянной и неожиданно высокой.
Несмотря на запись, похоже, не занимает больше места на диске.
И то и другое заставляет меня думать, что запись может быть чем-то, что делает ядро, но я не меняю местами, поэтому мне не ясно, что Linux может попытаться написать.
Могли опробовать наверху:
http://www.atcomputing.nl/Tools/atop/
но я бы не хотел исправлять свое ядро.
Есть идеи, как это отследить?
Ответы 8
Вы можете попробовать использовать SystemTap, в нем много примеров, и, если я не ошибаюсь, он показывает, как делать подобные вещи.
Вы можете использовать UNIX-команду lsof (список открытых файлов). Это распечатывает процесс, идентификатор процесса, пользователя для любого открытого файла.
Вы можете исследовать iotop для Linux. Есть несколько версий Solaris, но есть, например, пакет Debian.
Если вы используете ядро новее 2.6.20, это очень просто, поскольку это первая версия ядра Linux, которая включает учет ввода-вывода. Если вы собираете собственное ядро, обязательно включите:
CONFIG_TASKSTATS=y
CONFIG_TASK_IO_ACCOUNTING=y
Ядра из пакетов Debian уже включают эти флаги, поэтому нет необходимости перекомпилировать ядро. Стандартная утилита для доступа к данным учета ввода / вывода в реальном времени - iotop (1). Он дает вам полный список процессов, управляемых планировщиком ввода-вывода, и отображает статистику по процессам для чтения, записи и общей используемой полосы пропускания ввода-вывода.
iotop хорош (вообще-то здорово).
Если у вас ядро более ранней версии, чем 2.6.20, вы не сможете использовать большинство этих инструментов.
Вместо этого вы можете попробовать следующее (которое должно работать практически для любого IIRC ядра 2.6):
sudo -s
dmesg -c
/etc/init.d/klogd stop
echo 1 > /proc/sys/vm/block_dump
rm /tmp/disklog
watch "dmesg -c >> /tmp/disklog"
CTRL-C when you're done collecting data
echo 0 > /proc/sys/vm/block_dump
/etc/init.d/klogd start
exit (quit root shell)
cat /tmp/disklog | awk -F"[() \t]" '/(READ|WRITE|dirtied)/ {activity[$1]++} END {for (x in activity) print x, activity[x]}'| sort -nr -k2
Строки dmesg -c очищают журнал ядра. Затем регистратор отключается, вручную (с помощью часов) выгружается на диск (буфер памяти небольшой, поэтому нам нужно это сделать). Дайте ему поработать минут пять или около того, а затем CTRL-c наблюдайте за процессом. После отключения ведения журнала и перезапуска klogd проанализируйте результаты, используя небольшой фрагмент awk в конце.
Я никогда не пробовал виртуализированную систему. Если вы работаете через sudo, имейте в виду, что вы не можете просто выполнить sudo echo 1> / proc / sys / vm / block_dump, потому что sudoed только эхо, а не перенаправление. Вам нужно будет выполнить sudo bash -c "echo 1> / proc / sys / vm / block_dump"
Вы также можете использовать htop, включив столбец IO_RATR. Htop - отличная замена топу.
Я недавно слышал о Mortadelo, клоне Filemon, но сам еще не проверял:
Сценарий Iosnoop Брендана Грегга может (эвристически) сообщить вам об использовании в настоящее время диска на последних ядрах (пример вывода iosnoop).
По какой причине root не сможет выполнить 'echo 1> / proc / sys / vm / block_dump' со следующей ошибкой «bash: echo: ошибка записи: операция не разрешена»? Это виртуализированная среда, поэтому я догадываюсь, почему ... :(