OS: 8.1-RELEASE-p2 amd64

Подскажи, а реально таким модулем упровлять TPLINK Web-Smart к примеру TL-SL2210WEB?

Считать трафик не сегодня, так завтра перестанут ВСЕ. Некоторые большие сети уже давно этого не делают - снимают коунтеры с брасов или саттелитов и пишут апдейтами в базу а нетфлоу поток с коллекторов заворачивают на специальные флоу сервера (для истории) где он хранится в формате flow5. Вот и освободил я процессор на много лет вперед )))

Я думаю мы тоже будем двигаться в этом направлении! С текущими ценами на интернет и постоянными расширениями каналов, общет трафика ядром большим количеством процессоров не спасет положение.

Не надо ругаться! Как по мне билинг может и сыроват но весьма и весьма жизни способен. У него есть недочеты, но самое главное, что они решаемы! Спасибо большое за советы и за билинг. Трафик нам уже давно не нужен, но как выше я писал, он много где участвует в жизни деятельности билинга и полностью от него отказаться не удаться.

Так будет маленький срез: маленький срез - меньше инфы на обработку - меньше нагрузка
хуже не будет - точно! )))

Чуть выше я писал, что все пробовал по изменению времени общета трафика ядром. Совет поставить 0 был фатален для сервера . Это привело к тому, что ядро не успевало обработать трафик, создавала файлики в usr/local/nodeny/sql до тех пор пока не закончилось место на винте %). У кого возникнет такая проблема не ставте 0. По моим тестам чем больше это время тем более стабильно работает ядро. Файлики  собираются, но не так быстро.

Пробовал. Увеличивал время, и отключал в тарифах детализацию трафика. не помогло . Трафик собирается я так понял в usr/local/nodeny/sql и очень огромными объемами гда-то от 5 до 15 гегабайт. И еще заметил ядро начинает падать когда трафик превышает отметку в 400 Мегабит/сек.
Возможно ли решение проблемы заставить обрабатывать ядро билинга большим количеством процессоров. Или разделить обработку трафика и остальные функции ядра на разные процессоры. Я так понял мне наращивании мощности компьютера не поможет, а если и поможет то не надолго.

Помогите! Может кто сталкивался с моей проблемой. Железо 8 ядерный j7 950, FreeBSD 8.1, ядро пытается обработать трафик и грузин один процессор на 100 %, после чего никак не реагирует пока не общитает тот объем трафика который к нему приплыл и за собой влечет много последствий и глюков вроде не подключение клиентов после погашения задолженностей, не подключает авторизаторы клиента и т. д. Всякие настройки и изменение временных параметров сбора трафиком ядром я уже испробовал, ничего не помогает.  Отключить сбор трафика нельзя так как когда заводишь нового клиента он делает перерасчет по датам и запускает денежный общет данного клиента при появлении первого трафика.

Внизу загрузил скрин обработки ядром трафика, ну и момент когда оно падает