Вимірювання використання оперативної пам'яті програми

time - це геніальна команда, якщо ви хочете розібратися, скільки часу займає процесор для даної команди.

Я шукаю щось подібне, яке може виміряти максимальне використання оперативної пам'яті програми та будь-яких дітей. Переважно він повинен розрізняти виділену пам'ять, яка була використана, і невикористану. Можливо, це навіть може дати медіану використання пам'яті (тому використання пам’яті слід очікувати при тривалому запуску).

Тому я хотів би зробити:

rammeassure my_program my_args

і отримати вихід, подібний до:

Max memory allocated: 10233303 Bytes
Max memory used: 7233303 Bytes
Median memory allocation: 5233303 Bytes

Я подивився на memusg https://gist.github.com/526585/590293d6527c91e48fcb08edb8de9fd6c88a6d82, але вважаю це дещо злом.

Ви можете використовувати timeime для вимірювання використання високогірної пам'яті (RSS та віртуальної) процесу.

Наприклад:

$ tstime date       
Tue Aug 16 21:35:02 CEST 2011

Exit status: 0

pid: 31169 (date) started: Tue Aug 16 21:35:02 2011
        real   0.017 s, user   0.000 s, sys   0.000s
        rss      888 kb, vm     9764 kb

Він також підтримує більш простий для розбору вихідний режим ( -t).

timeє вбудованою вашою оболонкою. Якщо вам подобається, timeале вам потрібна додаткова інформація, спробуйте GNU timeв режимі багатослівної ( -v)

/usr/bin/time -v sleep 5               
    Command being timed: "sleep 5"
    User time (seconds): 0.00
    System time (seconds): 0.00
    Percent of CPU this job got: 0%
    Elapsed (wall clock) time (h:mm:ss or m:ss): 0:05.00
    Average shared text size (kbytes): 0
    Average unshared data size (kbytes): 0
    Average stack size (kbytes): 0
    Average total size (kbytes): 0
    Maximum resident set size (kbytes): 2144
    Average resident set size (kbytes): 0
    Major (requiring I/O) page faults: 0
    Minor (reclaiming a frame) page faults: 179
    Voluntary context switches: 2
    Involuntary context switches: 1
    Swaps: 0
    File system inputs: 0
    File system outputs: 0
    Socket messages sent: 0
    Socket messages received: 0
    Signals delivered: 0
    Page size (bytes): 4096
    Exit status: 0

Шукайте пакет "час" або "gnutime" у своєму менеджері пакунків.

Можливо, надмірність, але я щойно виявив, що valgrindмає чудовий інструмент на ім’я massif. Я перевірив це на xterm:

valgrind --trace-children=yes --tool=massif xterm
ms_print massif.out.* | less

І ви отримуєте хороший графік використання пам'яті:

    MB
4.230^                     #                    :::::::  :::      @@:     ::: 
     |   @                 #:::@::@@:::::@::::::: :: : ::: :::::::@ ::::::: ::
     |   @               ::#:: @: @ ::: :@: :: :: :: : ::: ::: : :@ :: : :: ::
     |   @::::@@:::::::::: #:: @: @ ::: :@: :: :: :: : ::: ::: : :@ :: : :: ::
     |   @::: @ :: ::: : : #:: @: @ ::: :@: :: :: :: : ::: ::: : :@ :: : :: ::
     |   @::: @ :: ::: : : #:: @: @ ::: :@: :: :: :: : ::: ::: : :@ :: : :: ::
     |   @::: @ :: ::: : : #:: @: @ ::: :@: :: :: :: : ::: ::: : :@ :: : :: ::
     |   @::: @ :: ::: : : #:: @: @ ::: :@: :: :: :: : ::: ::: : :@ :: : :: ::
     |   @::: @ :: ::: : : #:: @: @ ::: :@: :: :: :: : ::: ::: : :@ :: : :: ::
     |   @::: @ :: ::: : : #:: @: @ ::: :@: :: :: :: : ::: ::: : :@ :: : :: ::
   0 +----------------------------------------------------------------------->Mi
     0                                                                   292.4

разом із надмірно детальною інформацією про використання пам'яті. Деталі в посібнику з вальгринда .

Програми будуть працювати приблизно в 20 разів повільніше. Також я запустив кілька команд всередині xterm. Їх слід пам’яті було враховано, оскільки --trace-children=yesваріант є!

Незважаючи на те, що тема досить стара, я хочу поділитися ще одним проектом, який з’явився з функції ядра cgroups Linux.

https://github.com/gsauthof/cgmemtime :

cgmemtime вимірює багатоводневу пам'ять RSS + CACHE процесу та його нащадків.

Щоб мати змогу зробити це, він ставить процес у власну групу.

Наприклад, процес A виділяє 10 MiB і роздвоює дитину B, яка виділяє 20 MiB, і роздвоює дочку C, яка виділяє 30 MiB. Усі три процеси поділяють часове вікно, коли їх розподіл призводить до відповідного використання пам'яті RSS (резидентний набір).

Питання зараз: скільки пам'яті фактично використовується в результаті запуску A?

Відповідь: 60 МіБ

cgmemtime - це інструмент для відповіді на такі запитання.

Схоже, tstime більше не працює під не-root під Linux> = 3.0. Ось утиліта для опитування, яку я написав, щоб зламати проблему: https://github.com/jhclark/memusg/blob/master/memusg