_longhorn_

Могу только посоветовать по-больше читать, на этом форуме все уже давно разжевано.

15 root 1 -44 - 0K 16K WAIT 2 264:09 28.86% swi1: net

В итоге работает одно ядро. Поздравляю.

ngctl mkpeer vlan0: car upper upper ngctl name vlan0:upper vasia ngctl connect vlan0: vasia: lower lower ngctl msg vasia: setconf ... Как-то так.

Hawk128 Не думаю что проблема в HT. Попробуйте собрать ядро без flowatble. Хотя у меня и с ним работает.

MaLblsH Не понимаю как такое возможно, может дело в бридже? Я просто его не использую. Дрова хоть 1.7.3 хоть 1.8.4 работают без проблем с hw.igb.rxd=4096.

Hawk128 Если проблема повторится попробуйте net.inet.flowtable.enable=0

Zohan Flow control на свиче выключен?

От 1Мбит до 20Мбит, основная масса 10Мбит и 15Мбит.

X-RaY™ Система AMD64, о стабильности сложно говорить пока, надо копить аптайм. Стоит на Core2Quad Q9550, Intel PRO/1000 PT DualPort, пока 220кппс, по ядрам довольно ровно, в среднем 50% свободно, 600 людей, почти все реальники, 290Мбит. Вобщем, жду вечера, там будет видно.

Это скорость тарифного плана или общая нагрузка на канал от абонентов?

Dyr Для Яндексов не надо, и так параллелятся. Пока нагрузки нету толком, поэтому сложно сказать как будет лучше. last pid: 80412; load averages: 0.12, 0.11, 0.24 up 0+00:55:21 11:35:00 116 processes: 5 running, 87 sleeping, 24 waiting CPU 0: 0.0% user, 0.0% nice, 2.7% system, 0.0% interrupt, 97.3% idle CPU 1: 0.0% user, 0.0% nice, 1.8% system, 0.0% interrupt, 98.2% idle CPU 2: 0.0% user, 0.0% nice, 1.8% system, 0.0% interrupt, 98.2% idle CPU 3: 0.0% user, 0.0% nice, 0.9% system, 0.0% interrupt, 99.1% idle Mem: 24M Active, 369M Inact, 241M Wired, 436K Cache, 311M Buf, 2284M Free Swap: 3072M Total, 3072M Free PID USERNAME PRI NICE SIZE RES STATE C TIME WCPU COMMAND 11 root 171 ki31 0K 64K CPU2 2 47:28 100.00% {idle: cpu2} 11 root 171 ki31 0K 64K CPU3 3 52:38 99.76% {idle: cpu3} 11 root 171 ki31 0K 64K CPU0 0 47:06 98.58% {idle: cpu0} 11 root 171 ki31 0K 64K RUN 1 44:36 98.29% {idle: cpu1} 0 root 46 0 0K 160K WAIT 0 0:06 3.17% {em0_rx_0} 0 root 46 0 0K 160K WAIT 3 0:07 3.08% {em0_rx_1} 0 root 45 0 0K 160K WAIT 2 0:05 1.76% {em1_rx_1} 0 root 45 0 0K 160K WAIT 0 0:05 1.66% {em1_rx_0} 12 root -32 - 0K 384K WAIT 0 0:03 0.00% {swi4: clock} 6348 root 76 0 8460K 2232K kqread 2 0:03 0.00% rfw5client 3 root -8 - 0K 16K - 3 0:03 0.00% g_up 12 root -64 - 0K 384K WAIT 0 0:03 0.00% {irq19: uhci4++} 3423 stepan 44 0 46308K 5948K select 0 0:02 0.00% sshd 17 root 44 - 0K 16K syncer 1 0:02 0.00% syncer 4 root -8 - 0K 16K - 0 0:02 0.00% g_down 14 root -16 - 0K 16K - 1 0:01 0.00% yarrow 19 root 44 - 0K 16K sdflus 2 0:01 0.00% softdepflush 71579 root 76 0 33628K 7608K select 3 0:01 0.00% {mpd5} 12 root 16 - 0K 384K WAIT 0 0:00 0.00% {swi16: em1_tx} 16 root 44 - 0K 16K psleep 2 0:00 0.00% bufdaemon 2818 root 44 0 6892K 1544K select 0 0:00 0.00% syslogd 6187 dhcpd 44 0 9896K 6656K select 1 0:00 0.00% dhcpd 12 root -32 - 0K 384K WAIT 0 0:00 0.00% {swi4: clock} 1 root 44 0 3200K 596K wait 0 0:00 0.00% init 12 root 16 - 0K 384K WAIT 0 0:00 0.00% {swi16: em0_tx} 3031 root 44 0 9004K 1712K select 1 0:00 0.00% inetd 12 root -32 - 0K 384K WAIT 0 0:00 0.00% {swi4: clock} 3430 root 44 0 10216K 2844K wait 3 0:00 0.00% bash 2 root -8 - 0K 16K - 1 0:00 0.00% g_event 12 root -32 - 0K 384K WAIT 0 0:00 0.00% {swi4: clock} 2761 root 76 0 3204K 652K select 3 0:00 0.00% devd 5 root -16 - 0K 16K pftm 3 0:00 0.00% pfpurge 72177 root 44 0 10872K 4268K select 1 0:00 0.00% ospfd 3402 root 44 0 46308K 5888K sbwait 1 0:00 0.00% sshd 72171 root 44 0 8360K 2844K select 1 0:00 0.00% zebra goletsa Если подскажете как распределить нагрузку в случае с PPPoE и чтобы сохранилась прямая обработка пакетов - буду премного благодарен.

wawa Большое спасибо за труд и любезность поделиться с общественностью. Скажите, а стоит-ли ждать появления оптимизированного igb драйвера?

X-RaY™ У меня есть опыт :) , работает, но пока не везде. А что конкретно интересует?

Крутить надо лучше :) Ну а по сабжу - скажу только завтра. Может кто-нибудь раньше отпишется.

X-RaY™ Не думаю, проблема была исправлена в 8-STABLE достаточно давно. А какая 7.3 у Вас стоит? На днях RC-2 появился, попробуйте обновиться до него. Или идите сразу на 8-STABLE.

Все зависит от конкретного случая. Если комп в роли бордера или шейпера то картина будет одна, если PPPoE концентратор или PPtP сервер то совсем другая.

Ну если портов 2 а ядер 8 то прямая обработка пакетов не конает, а рост swi1:net не критичен, так как net.isr.maxthreads=8. В конечном итоге наконец-то заработают все ядра, а не только 2. Если надо net.isr.direct=1 то прийдется докупить em, или откатиться на 7 и яндексы, или купить igb.

X-RaY™ Такое встречал только на 8.0-RELEASE, на 7 не было вродебы. Уверены что проблема в системе? Кто назначает клиентам адреса: mpd или radius? Если radius то попробуйте перенести пул на mpd.

Ivan_83 Я включал, результат ожидаемый, тоесть прибивало треды netisr и em taskq к ядрам.

a380 Нам обесчал представитель D-Link'а через 2 месяца по 200 у.е.

MaLblsH ifconfig igb0 -lro

Если нужна сетевая с драйвером em зачем купили igb :) ? Какая версия FreeBSD, какое железо стоит, какой версии mpd, что еще крутится на машине, настроено ли что-то..

Asco С чего Вы вдруг решили что все Ваши 8 ядер работают? Вы конечно не привели ни top ни systat, не сказали что у Вас в loader.conf и sysctl.conf, но здается мне, что у Вас работают только 2 ядра...

Спасибо большое, завтра у себя проверю.