Linux Forum — Активность жесткого диска

Re: Активность жесткого диска

null@example.com (romkaromka) — Sun, 30 Jan 2011 12:54:43 +0000

Проблема есть с vnstat? В текущем trunk зомби-процессы dhclient, net_monitor убраны.

Re: Активность жесткого диска

null@example.com (drBatty) — Sun, 30 Jan 2011 09:45:48 +0000

кстати lsof умеет ещё и сети мониторить, т.к. сокеты - тоже файлы (lsof -i). А Руссимновичу пришлось делать ещё и нетмон для этого smile

Ещё есть top с кучей расширений (htop, mytop, iotop и ещё Over9000). Ну и ps.

Re: Активность жесткого диска

null@example.com (drBatty) — Sun, 30 Jan 2011 09:40:13 +0000

Lupo Alberto пишет:

Задача была: отследить процесс, обращающийся к жёсткому диску. iotop с этим прекрасно справляется.

lsof предназначена для решения более общей задачи - мониторинг файлов. Вот что пишет ТС:

ntfs_ok пишет:

1) Как определить тот процесс, что это делает (в форточках был файлмон и
2) еще дисковый монитор, не помню названия, но тоже от Русиновича)
3) Как это прекратить

Ответ на (1) lsof
Ответ на (2) iotop, но можно и lsof
Ответ на (3) kill

Руссинович писал аналоги UNIX'овых утилит для венды. Нам это не нужно, у нас есть сами утилиты (хоть и нет уже UNIX'а)

Re: Активность жесткого диска

null@example.com (Lupo Alberto) — Sun, 30 Jan 2011 09:18:58 +0000

drBatty пишет:

Lupo Alberto, ну что вы опять спорить начинаете-то?

Я редко спорю, а чтобы «опять»... :lol:
Задача была: отследить процесс, обращающийся к жёсткому диску. iotop с этим прекрасно справляется.

Re: Активность жесткого диска

null@example.com (drBatty) — Sun, 30 Jan 2011 09:01:07 +0000

Lupo Alberto, ну что вы опять спорить начинаете-то? man lsof же...

Консоль:

+|-r [t] This option puts lsof in repeat mode. There lsof lists open files as selected by other options,
delays t seconds (default fifteen), then repeats the listing, delaying and listing repetitively
until stopped by a condition defined by the prefix to the option.

If the prefix is a `-', repeat mode is endless. Lsof must be terminated with an interrupt or quit
signal.

If the prefix is `+', repeat mode will end the first cycle no open files are listed - and of
course when lsof is stopped with an interrupt or quit signal. When repeat mode ends because no
files are listed, the process exit code will be zero if any open files were ever listed; one, if
none were ever listed.

Lsof marks the end of each listing: if field output is in progress (the -F, option has been speci-
fied), the marker is `m'; otherwise the marker is ``========''. The marker is followed by a NL
character.

Repeat mode reduces lsof startup overhead, so it is more efficient to use this mode than to call
lsof repetitively from a shell script, for example.

To use repeat mode most efficiently, accompany +|-r with specification of other lsof selection
options, so the amount of kernel memory access lsof does will be kept to a minimum. Options that
filter at the process level - e.g., -c, -g, -p, -u - are the most efficient selectors.

Repeat mode is useful when coupled with field output (see the -F, option description) and a super-
vising awk or Perl script, or a C program.

если через sed прогоните, то получится годный HTML с графиками, картами и девочками. и не просто HTML, а DHTML. Или там XML...

Re: Активность жесткого диска

null@example.com (Lupo Alberto) — Sun, 30 Jan 2011 08:14:48 +0000

drBatty пишет:

ну можно и этот монитор... просто lsof уже есть в мандриве (она везде есть).

iotop показывает обращения к жёсткому диску в «динамике», реальном времени.

Re: Активность жесткого диска

null@example.com (drBatty) — Sun, 30 Jan 2011 07:42:37 +0000

ntfs_ok пишет:

появляется, то ли при долгой работе компьютера, то ли поздно ночью, то ли от фазы луны..

да наверняка обновления! вот найдут дыру в libc (не дай Бох), дык ваш комп вообще намертво зависнет, обновляя ВСЮ систему. И не только ваш. Поковыряйте crontab, там это всё записано. Можете вырубить нафиг, превратив свой комп в РЕШЕТО. Можете поставить слаку, тогда ваш HDD будет в порядке, но за обновлениями и зависимостями будете следить ВЫ. если не хотите трахаться сами - оставьте эту заботу своему компу, он железный.

Re: Активность жесткого диска

null@example.com (drBatty) — Sun, 30 Jan 2011 07:30:27 +0000

ntfs_ok, lsof в момент "зависания". и ман к ней почитайте.
скорее всего это обновление по crond каждые три часа. urpmi в мандривке весьма тормозной

Lupo Alberto пишет:

Разумеется, радоваться, но программу iotop «про запас» установить

ну можно и этот монитор... просто lsof уже есть в мандриве (она везде есть).

Re: Активность жесткого диска

null@example.com (romkaromka) — Sat, 29 Jan 2011 22:40:20 +0000

Проверяйте текущий trunk (http://code.google.com/p/vpnpptp/source/checkout) - в trunk vnstat модулем ponoff не вызывается (http://code.google.com/p/vpnpptp/source … i/030.wiki).

Re: Активность жесткого диска

null@example.com (ntfs_ok) — Sat, 29 Jan 2011 22:24:25 +0000

Да, я оттуда и брал информацию. Просто когда дело касается программирования, я жуткий педант. Видимо это отпечаток Си и ассемблера smile

PS всё время как я сюда прихожу, развожу длинные и довольно пространные темы... {50 сообщение}

Re: Активность жесткого диска

null@example.com (romkaromka) — Sat, 29 Jan 2011 22:19:13 +0000

Наличие зомби может быть приемлемо для короткоживущих программ (некоторые программы могут делать это намеренно, например, для исключения повторения PID), зомби - вполне нормальное явление.
http://ru.wikipedia.org/wiki/%D0%9F%D1% … 0%B1%D0%B8
http://ru.wikipedia.org/wiki/SIGCHLD
Парочка зомби погоды не делает. Зомби никак не могут жесткий мучать и вредить.

Re: Активность жесткого диска

null@example.com (ntfs_ok) — Sat, 29 Jan 2011 21:42:12 +0000

romkaromka, вообще, Проце́сс-зо́мби, зо́мби (англ. zombie process, англ. defunct process) — дочерний процесс в Unix-системе, завершивший своё выполнение, но ещё присутствующий в списке процессов операционной системы, чтобы дать родительскому процессу считать код завершения.
(сами знаете откуда)

Как я и раньше говорил, то я сам не могу сказать, с чего он так странно стал себя вести, просто я обратил внимание, что музыка стала "замерзать". По медитировав над списком процессов я увидел, что появляется этот процесс с параметрами моего сетевого соединения. Глянул, смотрю - родительский понофф.

Re: Активность жесткого диска

null@example.com (romkaromka) — Sat, 29 Jan 2011 21:30:38 +0000

Если из-за vnstat активность жесткого диска столь высока, то я не буду вызывать vnstat раз в несколько секунд, достаточно будет его вызовов согласно конфига vnstat. Но представьте сперва убедительное тому обоснование.
Зомби есть, потому что такой дочерний процесс завершил свою работу, а родительский процесс ponoff, его вызвавший, продолжает работать. Следовательно, зомби исчезнут вместе с выходом из ponoff. И таких процессов дочерних не только dhclient, а и net_monitor, к примеру вызванный из трея через модуль ponoff. Значит, и net_monitor станет зомби, и не одним если много раз его вызывать.
В разрабатываемой vpnpptp-0.3.0 уже в текущем trunk обращение модуля ponoff к диску тоже сведено к минимуму (http://code.google.com/p/vpnpptp/source … i/030.wiki), так что ждите обновления программы.
Но насчет vnstat доказывайте, что именно он мучает жесткий диск.

Re: Активность жесткого диска

null@example.com (ntfs_ok) — Sat, 29 Jan 2011 19:46:21 +0000

Так дело в том, что он его начали вызывать раз в несколько секунд.

PS romkaromka, ponoff во время работы создает зомби процесс dhclient'a

Re: Активность жесткого диска

null@example.com (romkaromka) — Sat, 29 Jan 2011 17:55:34 +0000

vnstat можно удалить как пакет из Установки и удаления программ если он подозрительный. Он трафик считает и без него работать будет. Если что установите обратно. По идее он пишет время от времени трафик в базу на жестком диске, а как часто пишет определяется его конфигом.