Исходное сообщение
"Cake 1.0 RC1 - VPN биллинг для домашних сетей и малых сетей ..." Отправлено vasili, 21-Ноя-04 11:47
>Ключевое слово все данные берутся из базы. Т.е. выполняется операция подключения к >базе далее отправляется запрос select ... и причем их может быть >несколько. Они компилируются и запускаются. После чего отдаются в модуль. Т.е. >если еще накладные расходы передачи данных по сети. >Никогда не забываем про накладные расходы. В результате хорошо написаная хранимая процедура >или будет работать с той же скорстью или даже быстрее. Правда в Ваших словах есть. Я подумаю как можно ускорить процесс авторизации. При авторизации nibs отдает базе около 4-х select'ов и авторизовывает пользователя за 0.5-1 сек, может можно эти показатели уменьшить.... >Аха если бы небыло накладных расходов. Плюс никто не мешает мне написать >хранимую процедуру на C и в результате такая процедура по скорости >будет легко уделывать внешний модуль на C. Не факт. Будет тратиться время на поиск модуля, на его инициализацию и обработку его output'а. >Не те задачи. Если у меня встанет такая задача я буду использовать >NetraMet (RTFM - realtime flow meter). NetraMet слишком навороченая и я не нашел как стандартными средствами перенаправить его output хотя бы в mysql. На данный момент юзаю простой коллектор, написаный на perl. >>В cake придется чем-то жертвовать - или гибкостью тарифных планов или точностью расчета :) >это о чем ? Или один ценник на мегабайт, расчет octet-limit'а, что очень конкретно повышает точность расчетов, но есть ограничение на гибкость ТП или заставить NAS часто отдавать alive, что есть нагрузка на базу, но нет ограничения на гибкость ТП .

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	>>Ключевое слово все данные берутся из базы. Т.е. выполняется операция подключения к >>базе далее отправляется запрос select ... и причем их может быть >>несколько. Они компилируются и запускаются. После чего отдаются в модуль. Т.е. >>если еще накладные расходы передачи данных по сети. >>Никогда не забываем про накладные расходы. В результате хорошо написаная хранимая процедура >>или будет работать с той же скорстью или даже быстрее. > Правда в Ваших словах есть. Я подумаю как можно ускорить процесс авторизации. > При авторизации nibs отдает базе около 4-х select'ов и авторизовывает пользователя > за 0.5-1 сек, может можно эти показатели уменьшить.... >>Аха если бы небыло накладных расходов. Плюс никто не мешает мне написать >>хранимую процедуру на C и в результате такая процедура по скорости >>будет легко уделывать внешний модуль на C. > Не факт. Будет тратиться время на поиск модуля, на его инициализацию и > обработку его output'а. >>Не те задачи. Если у меня встанет такая задача я буду использовать >>NetraMet (RTFM - realtime flow meter). > NetraMet слишком навороченая и я не нашел как стандартными средствами перенаправить его > output хотя бы в mysql. На данный момент юзаю простой коллектор, > написаный на perl. >>>В cake придется чем-то жертвовать - или гибкостью тарифных планов или точностью расчета :) >>это о чем ? > Или один ценник на мегабайт, расчет octet-limit'а, что очень конкретно повышает точность > расчетов, но есть ограничение на гибкость ТП или заставить NAS часто > отдавать alive, что есть нагрузка на базу, но нет ограничения на > гибкость ТП .
	Введите код, изображенный на картинке: