nightfly

Как в вашем сознании корелирует считание трафика и писание по сессиям детальной статистики? cap_nf практически пофиг с точки зрения быстродействие - молотить гигабит или два с последующим писанием только каунтеров. Доказано практикой. Не считать трафик вообще как таковой с практической точки зрения как-то не целесообразно в даный момент.

в чем проблема сенсоров софтовых наставить типа тогоже softflowd?

Oo

#!/usr/local/bin/php <?php ////////////config//////////// $ppp_secrets='ppp.secret'; $mysql_login='mylogin'; $mysql_password='mypassword'; $debug=0; ////////////////////////////// $link = mysql_connect("localhost", $mysql_login, $mysql_password); mysql_select_db("stg"); $userdata=''; $secrets_data=''; $query = 'SELECT `login`,`Password`,`IP` FROM `users` where `Cash`>=`Credit`'; $result = mysql_query($query); while($row = mysql_fetch_assoc($result)) { $userdata[]=$row; } if (!empty($userdata)) { foreach ($userdata as $io=>$eachuser) { $secrets_data.=$eachuser['login'].' '.$e

Омг. Вам не на графики смотреть нужно а нормального админа найти. Если у вас возникает впечатление что цитирую "добавили 200Мбит канала" и "Может проблема в службе рассылки сообщений?" как-то между собой корелируют - не советую вникать в вопрос дальше. 1. statgazer - именно биллинг 2. посылалка сообщений (читай нормальный(!) тикетинг) - либо пишется с пол пинка либо находится готовая без проблем. 3. сдается мне что у вас проблема совсем не в биллинге а в изначальной архитектуре сети (распределении нагрузки по насам, резделении коллектинга и сенсоров трафика итд итп) Если не испол

Подозреваю что напрямую в базе при поглушенном старгейзере либо ручками в виндовом конфигураторе если их немного.

Ну есть 2 провайдера с дебианом и бубунтосерверами. Кажись живут.

это у вас "крупная сеть"? Есть-есть. Вобще не вижу взаимосвязи ширины канала и скорости работы биллинга который выступает именно в роли биллинга. Рост абонбазы ~200-300/мес тоже не предел.

субкота

да без проблем. Втыкаете пул реальных адресов в табличку и натите to not tablichka

Theo рекомендует вешаться.

Настолько не хотите думать? Я лично в 1 строчку в onconnect/ondisconnect + 10 строчечное скрипто рядом в кроне уложился. Религия мешает?

Пайпы мы любим, только по маске В онконнект-ондисконнект только переписать чуть логику из рассчета 1 скорость - 2 пайпа на весь тариф а не по 2 на каждого юзера. Разворачивание табличек автоматом даст вам прирост производительности около 15%. pfnat ущербно работает на смп системах а прохождение пакетов по гибридной схеме ipfw-pf-ipfw ощутимо медленнее. Пробуйте ipfw nat - на дохлом тазике люди лупят в среднем по 450 мбит. Благо строиться минут за 10 даже в пяном состоянии. http://habrahabr.ru/blogs/bsdelniki/102739/ Есть подозрение что переходили вы на связку ipfw+pfnat либо с i

+1 А также забыть как страшный про pfnat и пачки по два пайпа на юзера.

Ткнул. igb? никогда не пылал к нему любовью но всеже лучше чем рилтек У меня такая картина приблизительно на НАСах с ~350-400Mbit + 170-200Kpps что считаю вполне нормальным в силу недорогих карточек которые использую (типа HP NC360T)

начинайте отжимать мобилы

Не на*бешь не прожевешь, да хочу по лехкому денег заработать, городок маленький инет нужен всем. Хочу сделать вид законой канторой для абонов., и както для налоговой и т.п. А вместо "сделать вид" вам ничего в голову больше не приходило? Так посаветуй.... "Посоветую" <- Кстати оно пишется так Вместо "сделать вид" вам чисто случайно, не приходило в голову таки стать "законной конторой" как вы соизволили выразиться? <sarcasm>Мне может тоже хочется мобилки отжимать вечерами, посоветуйте как "сделать вид" что это у меня аграрная отрасль такая.</sarcasm>

да, а в чем проблема то? Украину отлупить через другой интерфейс и делать на него via iface по маске mask dst-ip 0xffffffff

Не на*бешь не прожевешь, да хочу по лехкому денег заработать, городок маленький инет нужен всем. Хочу сделать вид законой канторой для абонов., и както для налоговой и т.п. А вместо "сделать вид" вам ничего в голову больше не приходило?

Kucher2 сетевухи нормальные ткните и fastforwarding=1

вірусня-вірусня, якшо allow-query { someacl нормально виставлені

А очень кстати клевый совет. Можно также при помощи веток и скотча переквалифицироваться из пионера в скаута.

Вот про 100к для эфекта сомнительно. Результат есть и для 15к скажем. UNIQUE USERS:220 UNIQUE TORRENTS:2067 TOTAL PEERS:2104 Что означает что 37 торентов с точки зрения этих юзеров уйдут к ним на скорости ~100мбит а с точки зрения провайдера конечно процент полезности стремится к нулю но все же приятно представить как пользователь качает с офигевшим видом свой "сумерки" на 9.8 мбайт/с =) localpeerdiscovery работает далеко не всегда. Затраты на содержание ретрекера - считаем тоже нулевыми. Но это смотря что вы считаете результатом - если хочется просто зажать бабла на внешн

Речь о удобстве и красоте кода пусть даже для себя. Давайте сравним: Я делаю так одной строчкой: SELECT `address`.`login` , `address`.`kvart` , `build`.`build`,`build`.`street` FROM `address` LEFT OUTER JOIN `build` ON `address`.`build` = `build`.`id` Сколько у вас уйдет вашего же времени для того чтобы получить такой результат на файловой базе? Я могу предположить минимум 7-8 синхронных fopen()/fclose() и минимум 5 вложенных циклов + куча парсинга регекспами. Это як в вашему аргументу "просто для удобства". Благо имеется уже оптыт разработки здорового опенсорс проекта "на фай

пытаетесь не сделать своими руками дырку под названием PHP-Include/File-Injection? Тогда нивкоем случае нельзя давать полльзователю вводить свой логин (можно например определять по айпишке) либо всетаки пользуясь мозгом сильно-сильно фильтровать логин на предмет %00, \, /,".." А еще добрый совет от себя - забудьте файловый сторедж раз и навсегда. Вы банально с нулевым КПД будете продолжать тратить время на рутинный кодинг простейших выборок вместо наращивания бизнеслогики.