https://www.opennet.ru/openforum/vsluhforumID1/77431.html Всем привет.<br> <br>У меня есть сервер с биллингом: ABillS + MySQL + Perl 5.8.8 + MPD4.3(200 туннелей PPTP).<br>Железо: 2000 Celeron, 512 RAM, 40GB IDE HDD.<br>ОС: FreeBSD unlimit.xxx.ru 6.1-RELEASE-p20 FreeBSD 6.1-RELEASE-p20 #0: Fri Nov 16 20:08:56 MSK 2007 eddy@unlimit.xxx.ru:/usr/src/sys/i386/compile/MYKERNEL i386<br><br>В последнее время испытываю проблемы с нагрузкой на сервер. При 60-80 активных пользователях, сервер начинает дико тормозить и никто уже не может подключиться. Выдается ошибка 718 - что сервер не успел вовремя ответить. В процессах при этом наблюдается от пяти до 20-ти процессов perl5.8.8, которые в сумме загружают процессор на 100%. Процессы эти вызываются радиусом - скрипт racct.pl (аккаунтинг). То есть, чем больше абонентов в онлайне, тем больше Perl грузит процессор.<br> <br>Сам разработчик рекомендует оптимизировать СУБД MySQL. Но я в этом чайник, но не совсем уверен что причина именно в оптимизации MySQL, так как уже пытался настраивать различные переменные - но это не дало эффекта.<br><br>Вот в https://www.opennet.ru/openforum/vsluhforumID1/77431.html#21 Sat, 08 Dec 2007 16:15:41 GMT &gt;если хошь смотреть конкретно загрузку CPU то %top -C <br>&gt;а так если у тебя 200 tun то включай полинг man polling <br>&gt;<br>&gt;на счет аккаунтинга смотри /usr/local/etc/raddb/acct_users строчки Acct-Status-Type .... Exec-Program <br>&gt;по идее там должно быть что то типа поднятия/опускания интерфейса для юзера, <br>&gt;это происходить должно один раз при подключении и один при откл. <br>&gt;юзвера (т.е. скрипт висеть не должен). Смотри лог радиуса, кто с <br>&gt;какой частотой коннектится. <br><br>Аффтор ты бы хоть мануал Abills почитал....<br>Вообще проблема в том, что при приходе alive пакета от радиуса (по дефолту раз в минуту)<br><br>racct.pl (могу ошибаться в названии) стартует, что для операционки несколько не приятно, особенно если таких процессов &gt;50, в единицу времени. rlm_perl спасет.... <br><br><br><br><br><br><br> https://www.opennet.ru/openforum/vsluhforumID1/77431.html#20 Fri, 07 Dec 2007 21:47:49 GMT если хошь смотреть конкретно загрузку CPU то %top -C<br>а так если у тебя 200 tun то включай полинг man polling<br>на счет аккаунтинга смотри /usr/local/etc/raddb/acct_users строчки Acct-Status-Type .... Exec-Program <br>по идее там должно быть что то типа поднятия/опускания интерфейса для юзера, это происходить должно один раз при подключении и один при откл. юзвера (т.е. скрипт висеть не должен). Смотри лог радиуса, кто с какой частотой коннектится.<br> https://www.opennet.ru/openforum/vsluhforumID1/77431.html#19 Fri, 07 Dec 2007 21:25:52 GMT &gt;[code]lsof &#124; grep &lt;id&gt;[/code]<br>&gt;Ибо меня терзают смутные ощущения, что вас "имеют". <br><br>lsof -p &lt;id&gt; наверно так :)<br><br>а показатель в top напротив процесса - процент подругому вычисляется. Смотри на общую стату (load averages: .... , idle)<br> https://www.opennet.ru/openforum/vsluhforumID1/77431.html#18 Wed, 21 Nov 2007 16:07:53 GMT &gt;Лапти +10 к телепатии купили? <br><br>Да Вы знаете, было дело, давно правда, уж и не помню когда последний раз одевал.<br>Я перестал ими пользоваться с тех пор, как научился внимательно читать то что пишут и пользоваться поиском.<br><br>&gt;Уже понятно? <br><br>Вроде всё очевидно. Вам нет? Может я Вам лапти вышлю, раз уж мне ни к чему?<br>Возможно тогда Вы догадаетесь что id www имеет очень отдалённое отношение к проблеме автора, а также о том что утилита lsof на FreeBSD6.1 нафик не нужна.<br> https://www.opennet.ru/openforum/vsluhforumID1/77431.html#17 Wed, 21 Nov 2007 13:12:41 GMT &gt;&gt;[code]lsof &#124; grep &lt;id&gt;[/code]<br>&gt;&gt;Ибо меня терзают смутные ощущения, что вас "имеют". <br>&gt;<br>&gt;unlimit# lsof &#124; grep &lt;id&gt;<br>&gt;Ambiguous input redirect. <br><br>Если lsof нет в системе, то /usr/ports/sysutils/lsof. &lt;id&gt; - это идентификатор процесса. В вашем случае<br>[code]3330 www 1 104 0 7888K 7464K RUN 0:01 39.00% perl5.8.8[/code]<br>это было бы:<br>[code]lsof &#124; grep 3330[/code]<br>Как только увидите такой же процесс, работающий от пользователя www, сделайте это, а результат сюда запостите.<br> https://www.opennet.ru/openforum/vsluhforumID1/77431.html#16 Wed, 21 Nov 2007 12:43:31 GMT Уже понятно? Лапти +10 к телепатии купили?<br> https://www.opennet.ru/openforum/vsluhforumID1/77431.html#15 Wed, 21 Nov 2007 11:51:10 GMT &gt;&gt;lsof &#124; grep &lt;id&gt;<br>&gt;&gt;Ибо меня терзают смутные ощущения, что вас "имеют". <br>&gt;<br>&gt;unlimit# lsof &#124; grep &lt;id&gt;<br>&gt;Ambiguous input redirect.<br><br>Вместо &lt;id&gt; должен быть идентификатор процесса, а вместо lsof - fstat, так как lsof это из линукса.<br>Но это ничего не даст, так как уже ясно, что проблема в самом софте. <br><br><br> https://www.opennet.ru/openforum/vsluhforumID1/77431.html#14 Wed, 21 Nov 2007 10:42:24 GMT &gt;Автор абилса практически всегда так отвечает (чтобы как-то по другому надо денег <br>&gt;дать). <br>&gt;Поэтому спасение утопающих дело рук самих утопающих. <br><br>В конце концов я начинаю склоняться к мысли, что денег надо все же дать. Тем более что с начальством уже обсудил - дали добро.<br><br>&gt;<br>&gt;У меня перл грузит систему когда обсчитывает траффик <br>&gt;Если у вас он грузит систему на 100% даже в момент авторизации <br>&gt;пользователя и началось это недавно то проблема в большом количестве записей <br>&gt;в базе. <br>&gt;<br>&gt;В какой таблице нескажу, неописано в какой конфигурации работает абилс. <br><br>Изучая логи, я заметил, что моя проблема возникает по вечерам в часы пиковой нагрузки, когда в онлайне уже сидит около 80-ти человек и когда пытаются авторизоваться еще по меньшей мере десять. В итоге получаем: постоянно запускающийся аккаунтинг-скрипт (для 80-ти человек) и плюс десять запусков авторизационного скрипта (еще десять ломится). В итоге получаем захлебнувшийся процессор.<br> https://www.opennet.ru/openforum/vsluhforumID1/77431.html#13 Wed, 21 Nov 2007 10:35:14 GMT &gt;Начать стоит с мониторинга - установить с нуля net-snmpd + cacti дело <br>&gt;всего на полчаса с чтением док и разглядыванием, а что же <br>&gt;это такое. После чего будете знать и загрузку своих каналов, и <br>&gt;корреляцию количества пользователей/активности скачивания/количества свободной памяти/нагрузки на процессор/load average <br>&gt;Ну а дальше уже можно будет копать, а где затык - в <br>&gt;памяти или процессоре, а потом тюнить по порядку perl, mysql и <br>&gt;т.п. <br><br>Я рассмотрю это как вариант.<br><br><br>&gt;Сам mysql не забыли при этом перезапустить? после этого загрузка памяти должна <br>&gt;была вырасти. <br><br>Да, СУБД я перезагрузил, и размер занимаемой памяти вырос.<br>