Учёт расхода памяти

[Dimka]

Нет ли для Linux какой консольной утилитки, которая бы надёжно фиксировала максимум расхода памяти дочерним процессом.

Есть time, но оно у меня память не измеряет - всегда 0 возвращает. В man написано, что она во FreeBSD измеряет всё заявленное, но надо в Linux.


Или не, лучше так: нет ли консольной программы, которая бы ограничивала объём памяти, доступный дочернему процессу, а в случае превышения лимита убивала бы процесс и сообщала что-нибудь дружелюбное?

[RXL]

Некогда использовал memprof (только она гуевая): и текущую память показывала, и пики, и утечки.

Посмотри в pinfo libc раздел "Resource Usage And Limitation".

Подраздел "Resource Usage".

The function 'getrusage' and the data type 'struct rusage' are used to examine the resource usage of a process. ...

Подраздел "Limiting Resource Usage":

You can specify limits for the resource usage of a process. When the process tries to exceed a limit, it may get a signal, or the system call by which it tried to do so may fail, depending on the resource. Each process initialy inherits its limit values from its parent, but is can subsequently change them.
...

[Dimka]

Увы, time именно её содержимое и выдаёт. Во FreeBSD работает, в Linux - нет.

По поводу лимитов, я так понимаю, нужно в сторону профиля пользователя копать. То, что во FreeBSD в /etc/login.conf описывается, а в Linux... какой-то /etc/login.defs есть...

[RXL]

dimka, нет, профиля не нужны - здесь все програмно делается. time тоже не надо заменять на getrusage - они могут по разному работать.

[Антон (LogRus)]

чем top в batch моде не устраивает?

[Dimka]

LogRus, скоростью обновления: может пропустить пики расхода памяти, может не успеть зафиксировать быстро отработавшую программу.

Пока сделал во FreeBSD при помощи time внутри bash-скрипта, который пускает программу как фоновый job, а сам ждёт ограниченное реальное время завершения её работы с ежесекундными проверками. Если timeout случился, а программа ещё работает, то убивает фоновый job и завершает работу. Если фоновый job завершился до timeout, то завершается сам скрипт. Хотя надо попробовать задать параметры через login.conf.

[Sla]

dimka,  а что это за time?

DESCRIPTION
     The time utility executes and times the specified utility.  After the
     utility finishes, time writes to the standard error stream, (in seconds):
     the total time elapsed, the time used to execute the utility process and
     the time consumed by system overhead.

[McZim]

dimka, а как на счет top --help

top -d 0.1

[Dimka]

Недостаток скрипта в том, что он определяет timeout в календарном времени, а не во времени работы процессора. Т.е. при высоко загруженной системе, фоновый job получит мало времени CPU и может не выработать весь ресурс.

McZim, чтобы 80% ресурсов системы уходило на работу top? Спасибо, я как-нибудь иначе сделаю.

[McZim]

dimka, это кто ж тебе такое сказал? у меня выше 17 не поднимается!

[RXL]

dimka, если хочешь полностью мониторить расход динамической памяти, то надо перехватывать malloc/free при загрузке программы. Как это делается - не спрашивай, но метод такой есть. Конечно, обходной маневр с системным вызовом на выделение блока памяти это не перехватит.
Тот memprof такими вещами и занимался. Что удобно было: по завершению программы он показывал, в какой ф-ии, на какой строке (естьественно, была отладочная сборка) и сколько памяти выделено  и не освобождено при завершении программы. И пик расхода тоже фиксировался.

[Dimka]

McZim, я не знаю, как там у тебя, а у меня на PII-266 ресурсы сжираются все. Для своей машины выбери 0.01 или 0.001 - будет аналогично.

И частота роли не играет, поскольку измерения происходят через интервалы времени, а что происходит внутри этих интервалов, top не знает. Поэтому top можно применять, когда существует обоснование, что расход памяти приложением достаточно монотоннный. У меня соблюдение такого условия не гарантируется.

[Sla]

а может здесь помочь ?
ps -p <pid>

[Sla]

можно попытаться еще и
rrdtool

[Антон (LogRus)]

попробуй valgrind отличная тулза для анализа выделений памяти