nethogs меряет скорость и трафик по процессам (и основан на pcap). Я не понял вопроса?

Есть такая возможность в atop но там надо патчить ядро.

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

CentOS, поэтому все пересборки - разве что в самом крайнем случае.

Спасибо, но немного не то, что хотелось бы: nethogs меряет только мгновенную скорость (а хотелось бы еще и количество за час или день скажем), и делает это слишком «мусорно» (мне не удалось настроить его на работу только с одним pid; а процессов много, суммарный трафик большой, не успеваешь уследить за нужным).
Надеюсь, понятно что примерно нужно?

Теперь понятно, но такие программы мне неизвестны.

Что-то pcap ориентированное - это единственный возможно путь. Биты, байты и пакеты считается на интерфейсе, нету там нигде привязок к конкретным процессам. Придется дампить конкретный трафик, считать его. Буду рад ошибаться.

Правда поидее можно и отдельной цепочкой в iptables посчитать... Сам смотри

Проблема не в pcap, а в том, что нет нужных утилит, использующих pcap.
iptables - стрельба из пушки по воробьям, не находите?

>Правда поидее можно и отдельной цепочкой в iptables посчитать...

Боюсь, не прокатит. -m owner --pid-owner (а также --sid-owner и --cmd-owner) давно выкинули из-за конфликтов с SMP-патчем.

Вот за такие вещи линукс и называют ляликсом.

В качестве костыля можно пустить приложение от отдельного пользователя и считать трафик iptables.

нормальный способ, можно в ULOG выплёвывать статистику и считать.

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

И на солнце бывают пятна. Назови любую систему и я скажу в чём её недостатки и как её называют.

Всё же как универсальное решение лиух впереди планеты всей, кмк.

Проблема не в pcap, а в том, что нет нужных утилит, использующих pcap. iptables - стрельба из пушки по воробьям, не находите?

Хуже pcap точно ничего быть не может. ipt был бы неплохим решением, если бы имел нормальный интерфейс для опроса счётчиков.

Итог

Через Connmark сделал маркировку пакетов

-A OUTPUT -o eth+ -m owner --uid-owner my_daemon_uid -j CONNMARK --set-mark 0x66

ULOG'ом считаю статистику

-A OUTPUT -o eth+ -m connmark --mark 0x66 -j ULOG --ulog-prefix «DAEMON_OUT» --ulog-cprange 48 --ulog-qthreshold 50
-A INPUT -i eth+ -m connmark --mark 0x66 -j ULOG --ulog-prefix «DAEMON_IN» --ulog-cprange 48 --ulog-qthreshold 50

при помощи ulog-acctd все это дело дамплю в txt-файл, а затем по крону выполняю парсинг дампа с заносом результатов в БД.

На настройку (включая написание парсера и отладку) ушло часа 4.

В качестве итога было бы неплохо хотя бы howto кратенько наваять