 Просмотр сообщений
|
|
Страниц: [1] 2 3
|
|
4
|
Главная категория / Железо для нодени / Re: Оптимизация Dummynet под широкий канал
|
: 18 Марта 2011, 10:10:47
|
Когда-то я настраивал сервер сети Глобалнет - там была такая-же проблема с дамминетом - он жрал уж ну очень много ресурсов. Пляски с бубном были долгие, фря тоже стояла 64битная. Даже не помню как побороли.
1) Стояла какая-то одна из последних мамок и АМДшный четырёхкотловый камень. Обновил Биос на мамке - выставил правильный тип процессора. До этого проц был Unknown. Стало легче.
2) через cvsup обновил порты и /usr/sys - пересобрал ядро в версию p4 (см. uname -a )
3) Поставил хорошую серверную Интел-сетевушку PCI-express (модель не помню, доступа к серверу уже нет)
4) Отключил нафиг поллинг и поставил Яндекс-драйвера
5) Вроде как делал тюнинг sysctl.conf и /boot/loader.conf
К сожалению конфиги выложить не могу, по вышеуказанной причине. Есть тут на форуме некий glat, может быть поделиться с Вами информацией.
Если кому то нужно, говорите какие конфиги нужно выложить. |
|
|
|
|
8
|
Главная категория / Nodeny 50 / Re: Производительность биллинговой машины.
|
: 10 Ноября 2010, 08:20:58
|
админю сеть
ядро:
DELL POWEREDGE 6850 QUAD
Проц 4х3.4Gz x64 (8 ядер)
Озу 3х4гб (12гб)
винти 4х146гб
9 сателлитов, обслуживают 7 районов
Время обсчета направлений ~ 2-3 мин.
Время записи детализации трафика ~ 2-4 сек.
FreeBSD 7.2 stable x64
общий поток 3-4гбит, в пике доходит до 5-гбит
А сколько - Количество обработанных строк от коллекторов трафика |
|
|
|
|
11
|
Главная категория / Nodeny 50 / Re: Производительность биллинговой машины.
|
: 08 Ноября 2010, 23:07:09
|
поставил 2 минуты, увеличилось кол-во и время соответственно Количество обработанных строк
от коллекторов трафика 279235
Время обсчета направлений 54.2 сек
Время добавления трафика
к текущим значениям в базе данных 1.2 сек
Время получения данных трафика
для передачи клиентам 0.0 сек
Записей в кеше адресов обсчета направлений 501528
netflow:10.55.100.2 Collector 8888
20 384 228 байт
Время отключения абонентов превысивших лимиты 0.0 сек
Записан детельный трафик на 100.0 %
Время записи детализации трафика 0.7 сек |
|
|
|
|
12
|
Главная категория / Nodeny 50 / Re: Производительность биллинговой машины.
|
: 08 Ноября 2010, 22:00:20
|
Вот тоже но при большей нагрузке, тут уже 69 сек, Получается уже новый срез а сервак еще старый не обсчитал Количество обработанных строк
от коллекторов трафика 209459
Время обсчета направлений 69.3 сек
Время добавления трафика
к текущим значениям в базе данных 1.3 сек
Время получения данных трафика
для передачи клиентам 0.0 сек
Записей в кеше адресов обсчета направлений 141538
netflow:10.55.100.2 Collector 8888
15 290 580 байт
Время отключения абонентов превысивших лимиты 0.0 сек
Записан детельный трафик на 100.0 %
Время записи детализации трафика 0.8 сек |
|
|
|
|
13
|
Главная категория / Модули для Nodeny / Re: Модуль динамического распределения между каналами
|
: 08 Ноября 2010, 20:53:41
|
А розкидывается равномерно? допустим 10 на одном 10 на другом, хоть граница для канала 30.
Или пока не набьёт один канал второй будет отдыхать?
Раскидывает вручную ))) как захочешь так и будет. Никаких мозгов.... да их и быть не может т.к. настоящее динамическое распределение нагрузки работает на уровне пакетов на не пользователя а соответственно к биллингу как бы отношения не имеет. С другой стороны, реализации динамического распределения нагрузки работают как правило коряво. Поэтому использую такою философию... Качков в один канал - они там соревнуются ), нормальных в другой они получают качественно, но дорого. Что подразумевается "Раскидывает вручную ))) " Можно раскидывать определенные тарифы? или раскидываются группы? |
|
|
|
|
14
|
Главная категория / Nodeny 50 / Производительность биллинговой машины.
|
: 08 Ноября 2010, 20:35:34
|
Назревает проблема с производительностью. сервак феном 4 ядра, 4 гига память, фря7.2 вот что выдает в биллинге, т.е. считает 53 секунды. при этом подсчет происходит каждую минуту. Еще немножко и считать будет дольше чем перион подсчета. Это нормально для такого трафика? Как улучшить ситуацию? Может что то нужно оптимизировать. Абонов как бы работает не очень много от 400 до 600. Количество обработанных строк
от коллекторов трафика 211089
Время обсчета направлений 53.0 сек
Время добавления трафика
к текущим значениям в базе данных 2.1 сек
Время получения данных трафика
для передачи клиентам 0.0 сек
Записей в кеше адресов обсчета направлений 1000001
netflow:10.55.100.2 Collector 8888
15 409 570 байт
Время отключения абонентов превысивших лимиты 0.0 сек
Записан детельный трафик на 100.0 %
Время записи детализации трафика 0.8 сек 148 processes: 6 running, 126 sleeping, 16 waiting
CPU 0: 1.8% user, 0.0% nice, 0.0% system, 0.0% interrupt, 98.2% idle
CPU 1: 4.7% user, 0.0% nice, 1.2% system, 0.0% interrupt, 94.1% idle
CPU 2: 8.9% user, 0.0% nice, 2.4% system, 0.0% interrupt, 88.8% idle
CPU 3: 98.8% user, 0.0% nice, 0.0% system, 0.0% interrupt, 1.2% idle
Mem: 405M Active, 799M Inact, 130M Wired, 452K Cache, 112M Buf, 1921M Free
Swap: 2048M Total, 2048M Free
PID USERNAME PRI NICE SIZE RES STATE C TIME WCPU COMMAND
14 root 171 ki31 0K 8K CPU0 0 324:37 93.95% idle: cpu0
13 root 171 ki31 0K 8K CPU1 1 339:22 83.35% idle: cpu1
11 root 171 ki31 0K 8K RUN 3 366:26 77.44% idle: cpu3
12 root 171 ki31 0K 8K RUN 2 362:50 57.18% idle: cpu2
802 root 89 -15 245M 241M CPU3 3 237:40 39.60% perl5.8.9
789 mysql 4 0 515M 143M sbwait 3 0:01 0.73% mysqld
789 mysql 45 0 515M 143M ucond 1 0:02 0.63% mysqld
789 mysql 45 0 515M 143M ucond 2 0:03 0.54% mysqld
817 root 44 0 3484K 1904K select 2 6:43 0.39% flow-capture
789 mysql 4 0 515M 143M sbwait 1 0:16 0.24% mysqld
789 mysql 44 0 515M 143M ucond 0 0:03 0.24% mysqld
789 mysql 4 0 515M 143M sbwait 2 0:11 0.20% mysqld
789 mysql 44 0 515M 143M ucond 2 0:03 0.15% mysqld
789 mysql 44 0 515M 143M ucond 1 0:03 0.15% mysqld
789 mysql 44 0 515M 143M ucond 0 0:01 0.10% mysqld
15 root -44 - 0K 8K WAIT 0 11:04 0.00% swi1: net
920 root 59 -15 9604K 7644K select 1 2:40 0.00% perl5.8.9
16 root -32 - 0K 8K WAIT 3 1:47 0.00% swi4: clock sio
|
|
|
|
|
15
|
Главная категория / Железо для нодени / Re: Оптимизация Dummynet под широкий канал
|
: 04 Октября 2010, 23:07:23
|
А у меня вот какой прикольчик, после каждой перезагрузки машины меняется загрузка Dummynet . раз ребутнеш жрет до 80%, другой раз ребутнеш 0%. при этом трафик в обоих случаях приличный , десь 500 мбит. иногда нужно ребутнуть раза три что бы на ноль выйти, система фря 8.0 netstat -w1
input (Total) output
packets errs idrops bytes packets errs bytes colls
247174 0 0 234670587 248278 0 234819047 0
238146 0 0 226225296 239838 0 229310636 0
236700 0 0 226116089 236669 0 225043362 0
226988 0 0 220864123 229285 0 224495146 0
231009 0 0 222380231 231568 0 223314049 0
251703 0 0 248758974 251680 0 248220873 0
^C
[glat@gw1 ~]$ netstat -w1 -Iem0
input (em0) output
packets errs idrops bytes packets errs bytes colls
49675 0 0 50787241 47978 0 41559860 0
46771 0 0 49667814 44031 0 37745270 0
44362 0 0 45342156 42831 0 36897312 0 last pid: 33389; load averages: 1.31, 1.05, 0.76 up 5+03:06:13 00:09:35
141 processes: 7 running, 115 sleeping, 19 waiting
CPU 0: 0.0% user, 0.0% nice, 60.0% system, 0.0% interrupt, 40.0% idle
CPU 1: 0.0% user, 0.0% nice, 0.0% system, 20.0% interrupt, 80.0% idle
CPU 2: 0.0% user, 0.0% nice, 0.0% system, 0.0% interrupt, 100% idle
CPU 3: 0.0% user, 0.0% nice, 80.0% system, 0.0% interrupt, 20.0% idle
Mem: 263M Active, 921M Inact, 406M Wired, 112M Buf, 1787M Free
Swap: 4096M Total, 4096M Free
PID USERNAME PRI NICE SIZE RES STATE C TIME WCPU COMMAND
11 root 171 ki31 0K 32K RUN 2 105.1H 100.00% {idle: cpu2}
0 root -68 0 0K 88K CPU3 3 39.0H 72.75% {em0 taskq}
11 root 171 ki31 0K 32K RUN 0 89.6H 57.76% {idle: cpu0}
11 root 171 ki31 0K 32K CPU1 1 106.8H 47.07% {idle: cpu1}
0 root -68 0 0K 88K CPU0 0 31.2H 47.07% {em1 taskq}
0 root -68 0 0K 88K - 2 20.8H 30.57% {dummynet}
11 root 171 ki31 0K 32K RUN 3 82.9H 27.98% {idle: cpu3}
12 root -44 - 0K 152K WAIT 1 594:24 14.99% {swi1: netisr 0}
12 root -32 - 0K 152K WAIT 2 99:03 8.98% {swi4: clock}
4424 root 44 -15 11820K 9656K nanslp 0 55:16 0.10% perl5.8.9
3187 root 44 0 8136K 6008K nanslp 3 45:27 0.00% perl5.8.9
|
|
|
|
|
