Який найсправедливіший спосіб відстежувати загальний час процесора - на користувача?

У системі з декількома користувачами я хочу виміряти використання CPU кожного користувача в секундах процесорного часу. З метою цього вимірювання я припускаю, що якщо PID належить користувачеві, цей користувач викликає час процесора - тобто я ігнорую демони та ядро.

В даний час я роблю це кожні п’ять секунд:

1. Отримайте кожного користувача та PID, через які він працює ps aux
2. Отримайте для кожного PID xсуму суми timeime, cutime, stime та cstime від/proc/[pid]/stat
3. обчислити t = x / interval(інтервал не завжди рівно 5 секунд при великому навантаженні)

Якщо я запускаю це, я отримую розумні значення. Наприклад: Користувач цієї системи крутився в python ( while True: pass), і система показувала близько 750 мілісекунд часу процесора в секунду. Коли система трохи зависла, вона повідомляла про 1600 мс за одну інверсію 1 секунди. Яке здається правильним, але я заперечую, що ці цінності можуть бути оманливими, особливо з огляду на те, що я їх не дуже розумію.

Отже, моє запитання таке:

Який справедливий і правильний спосіб вимірювати завантаження процесора на основі кожного користувача?

Метод повинен бути досить точним. У цій системі може бути багато сотень користувачів, тому вилучення відсотків із цього ps auxбуде недостатньо точним, особливо для короткотривалих потоків, які багато програмного забезпечення люблять нерестувати.

Хоча це може бути складним, я абсолютно знаю, що це можливо. Це було моєю відправною точкою:

Ядро відстежує час створення процесів, а також час процесора, який він споживає протягом свого життя. Кожен годинник, ядро ​​оновлює кількість часу в джиффах, які поточний процес провів у системі та в режимі користувача. - (від документаційного проекту Linux )

Значення, на яке я звертаюсь, - це кількість секунд (або джиґів), яку користувач витратив на процесор, а не відсоток завантаження системи або використання процесора.

Важливо, щоб ми вимірювали час процесора, поки процеси ще працюють. Деякі процеси триватимуть лише півсекунди, деякі триватимуть багато місяців - і нам потрібно вловлювати обидва типи, щоб ми могли чітко пояснювати час процесора користувачів.

Здається, вам потрібен облік процесів.

http://www.faqs.org/docs/Linux-mini/Process-Accounting.html

На Ubuntu в пакеті знаходяться інструменти обліку процесівacct

Щоб отримати звіт про кожного користувача, запустіть

sa -m

Це дасть рядок для кожного користувача, де відображається ім’я користувача та їх загальний час процесора:

ps -w -e --no-header -o uid,user \
        | sort -u \
        | while read uid user; do
                echo -e "$user\t"$(
                        ps --no-headers -u $uid --cumulative -o time \
                                | sed -e s/:/*3600+/ -e s/:/*60+/ \
                                | paste -sd+ \
                                | bc
                );
        done

Один з найбільш очевидних відповідей - просто розширити те, що ви зараз робите.

Я зіткнувся з цим моніторним процесом використання bash сценаріїв та mysql для відстеження часу процесора користувачів, але він був охоплений набагато більшими часовими рамками, ніж ви говорили.

Сподіваємось, це може дати вам ще кілька ідей щодо напрямку, в якому ви шукаєте, щоб рухатися.

http://www.dba-oracle.com/t_oracle_unix_linux_vmstat_capture.htm

Це також буде обробляти процеси, які працюють протягом днів. Не знаєте, як розширитись на тижні / місяці / роки.

ps -w -e --no-header -o uid,user \
    | sort -u \
    | while read uid user; do
            echo -e "$user\t"$(
                    ps --no-headers -u $uid --cumulative -o time \
                          | sed -e s/-/*86400+/ -e s/:/*3600+/ -e s/:/*60+/ 
                          | paste -sd+ \
                          | bc
            );
    done