load average per process logging

Доброго времени суток.
Знаю что тема лишена смысла, т.к. load average высчитывается для системы в целом, однако по отдельным процессам есть информация, исходя из которой он высчитывается (косвенно) - /proc/
/schedstat
link

/proc/
/schedstat
----------------
schedstats also adds a new /proc/
/schedstat file to include some of
the same information on a per-process level. There are three fields in
this file correlating for that process to:
1) time spent on the cpu
2) time spent waiting on a runqueue
3) # of timeslices run on this cpu

т.е. второе число - это "время" ожидания процесса в очереди на выполнение.

Вопрос в том как его логгировать?
Пока процесс выполняется все хорошо - можно смотреть за ним, но проверять каждую секунду (и это еще хорошо будет если исследуемый процесс не успеет отработать быстрее, т.е. не попадет в логи) как-то не вариант вообще.
Следить нужно за проприетарными процессами, так что добавить в конец сохранение этого параметра возможности нет.
Знаю об sys-process/acct, но он эту информацию не сохраняет.
В теории мне нужен демон, который будет перехватывать exit вызов и сохранять нужную мне информацию. Перехватывать умеет sys-process/audit, но как сохранить в лог именно этот параметр пока не понял.

А возможно я не там ищу, опишу первоначальную проблему:
1. Есть web портал, который использует postgresql, elasticsearch, redis, memcached, mongo, и еще часть других самописных мелких сервисов.
2. Есть тесты, которые тестируют функциональность этого портала.
часть этих тестов используют selenium, т.е. используют браузеры (на данный момент это chrome и firefox)
3. Есть эти браузеры
Задача стоит ускорить работу этих тестов. Утилита, которая будет выполнять действия выше поможет вычислить звено, процессы которого долго выполняются из-за того, что им не хватает ресурсов, а не из-за того что они ждут ответа от других звеньев этой цепочки (тесты -> браузеры -> web портал -> postgresql,elasticsearch,redis,...). Вычислив узкое горлышко можно будет его расширить, но пока не понятно что расширять, в слепую добавлять сервера для любого звена не очень хочется, т.к. результата может и не быть.

Буду признателен за любую помощь.