>Вопрос такой: есть ли ограничения на колличество записей в файлах статистики для
>программы trafd. Кто сталкивался с таким явление ? Если не трудно
>поподробней описать как выражаются численно эти ограничения.
>В принцепе интересно было бы выслушать и отзывы по поводу общей работы
>выше упомянутой программы.
>Спасибо заранее.
Есть у него ограничения. Точных чисел нет, однако при пятиминутном интервале дампа, суток через двое-трое оно просто молча перестает писать в лог. Лечится своевременной ротацией /usr/local/var/trafd.
Не скидывает в лог пакеты меньше 2-х килобайт. Причем в trafshow их исправно показывает. Не лечится без правки исходников. Вернее лечится путем замены, см. ниже.
При больших интервалах дампа, и при больших объемах траффика происходит переполнение, и пишет в логи отрицательные значения. Лечится подбором минимального интервала дампа.
Сам демон работает абсолютно стабильно. Крутится у меня на нескольких машинках, от NAT, гоняющих по паре гигов в месяц, до ftp отдающего ~3,5-4 терабайт в месяц. Нагрузка на 1200CeleronT/256M при максимальной загрузке 100FX - ~14-17%. (см. ниже)
Сам проект насколько я понимаю развивается не слишком активно.
Есть его продолжение - http://sourceforge.net/projects/bpft4/
Оно как минимум умеет ручками при старте (и на этапе компиляции) указывать минимальный размер пакета кладущегося в лог.
Правда платой за это будет совсем недетская загрузка - на вышеописанной машине при скоростях отдачи в сеть порядка 4-6Mb/c - загрузка проца на уровне 40-60% при минимальном размере пакета 2 байта.
Однако тут хотя-бы можно будет поиграться пропорцией.
Да, еще. Формат бинарных логов у них несовместим.
Ну и приятная пакость trafd из портов фри - он молча затирает /usr/local/etc/traflog.format при апдейте. Если нужен определенный формат текстовых логов который потом будет обрабатываться дальше - об этом придется помнить.
С bpft4 я общался всего несколько дней, но сильно хочу поэкспериментировать еще.