>Вы пробовали это дело ставить на поток. Я видел два самописных
>билинга - один написан под MSSQL и все что можно запихано
>в него и nibs. Результат не в пользу MSSQL - nibs
>авторизовывает юзера за 0.5-1 секунду, MSSQL 8-10 сек, причем он тратит
>столько ресурсов, что становится грустно...
однозначко кривые руки разработчика, потому что тот же нибс все равно ходит в базу, скорее всего узкое место в какой нибудь неудачно построенной выборке или около того..

>>FreeRADIUS) и перезапускать FreeRADIUS. В случае с cake пересборка FreeRADIUS, а
>>возможно и перезапуск не потребуются.
перезапуск тоже не нужен
я когда в кейке процедуры отлаживал -- так и менял их по "горячему"

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

>на plpgsql у меня переписаны только внутрение функции mysql. использую я pg
>только потому что при больших нагрузках он ведет себя адекватней mysql.
вот вот

>>Сброс пользователя при помощи pppd с линии.
>
>упс. nibs отдает pppd session-timeout благодаря которому пользователь благополучно улетает с линии.
>если пользователю не возможно расчитать session-timeout (в случае, если пользователя надо
>обсчитывать по трафику), то там есть такой волшебный скрипт который скидывает
>его с линии при достижении 0-го баланса. причем в него можно
>писать все что хочешь - и kill по rsh и по
>snmp.
хм, в кейке скидывается по session-octets-limit вообще то, границы срабатывания как правило в пределах 0-30кб, какой точностью срабатывания может похвастаться ваш "волшебный скрипт"? ;)