>однозначко кривые руки разработчика, потому что тот же нибс все равно ходит
>в базу, скорее всего узкое место в какой нибудь неудачно построенной
>выборке или около того..

Не спорю... может быть не оптимизированые алгоритмы и пр. не вникал, т.к. я не фанат MS и этот биллинг по любому бы не использовал.

>перезапуск тоже не нужен
>я когда в кейке процедуры отлаживал -- так и менял их по
>"горячему"

Я бы удивился бы, если бы надо было после переписки stored процедуры перезапускать радиус или СУБД.

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

Вот это точно бред. Обсчет ведется в модуле, а все данные беруться из базы. Готов спорить, что C'шный модуль по количеству операций в секунду сделает хранимую процедуру в разы.

>хм, в кейке скидывается по session-octets-limit вообще то, границы срабатывания как правило
>в пределах 0-30кб, какой точностью срабатывания может похвастаться ваш "волшебный скрипт"?

В моем случае это абсолютно бесполезно. session-octets-limit нельзя просчитать, т.к. в зависимости от времени суток цена на трафик меняется. Если мне препрет высокая точность я выставлю update interval в 1 минуту. На данный момент точности хватает, если буду пользовать netflow точность будет в вышеназваном Вами пределе. В cake придется чем-то жертвовать - или гибкостью тарифных планов или точностью расчета :)