ну значит не внесли, там icu апнули, а от него много зависит, поди надо пересобрать с новым

`pkg check -d; pkg check -B`

Покажет какие пакеты собраны со старой версией библиотеки.

При обновлении часто бывает ситуация когда пакет А зависит от пакетов Б и В, которые так же имеют зависимость. Сейчас Б (icu) обновился, В желает его предыдущую версию а при сборке А для линковки нужна и новая версия, и та от которой зависит В.

В нужно найти и пересобрать.

можно просто подождать пару дней

и появятся новые версии пакетов

ну по хорошему, они бы должны выйте одновременно, ибо там же тоже нынче сборчик, а icu тестили с зависисмостями судя по багзиле, так что это если что то неучтённое и не отловленное скорее

Привет есть 9.3-STABLE, двухголовая em собранная в lagg. Трафика не особо ~ 600-750Мбит дергаю wget http://speedtest.tele2.net/100MB.zip получаю (1,14 MB/s) хотя на соседней машине 13,0 MB/s но лагг из igb куда копать? в таких случаях

hw.em.rxd hw.em.txd hw.em.rx_process_limit

hw.em.rxd: 4096 hw.em.txd: 4096 hw.em.rx_process_limit: 4096

1. wget дергаешь на винте, или в памяти ?

2. смотри сетевушки на предмет ошибок и т.п.

sysctl dev.em.0 и dev.em.1

1. wget дергаешь на винте, или в памяти ?

хз - наверно винт, как в память?

смотришь, что у тебя много памяти

Name Mtu Network Address Ipkts Ierrs Idrop Opkts Oerrs Coll em0 1500 <Link#1> 68:05:ca:3e:54:9a 70396388173 4468 0 83118827528 0 0 Name Mtu Network Address Ipkts Ierrs Idrop Opkts Oerrs Coll em1 1500 <Link#2> 68:05:ca:3e:54:9a 107956666048 29575 0 92405489414 0 0

делаешь md устройство

монтируешь туда

но кол-во ошибок не растет!

sysctl dev.em.0

sysctl dev.em.1

куда тут вылить простынь? pastebin

ну хотя бы сделай | grep err

https://pastebin.com/QSvgJPPJ

paste.org.ru лучше - без баннеров, синтаксис красит

dev.em.0.mac_stats.recv_no_buff: 136 dev.em.0.mac_stats.missed_packets: 4394

dev.em.0.interrupts.asserts: 19932751954

вот у меня машина с аптаймом 204 дня

dev.em.0.interrupts.asserts: 1

dev.em.0.mac_stats.recv_no_buff: 0 dev.em.0.mac_stats.missed_packets: 0

dev.em.0.interrupts.asserts: 1

у меня счетчик постоянно растет

хотя на соседней машине так же

а что sysctl net.isr показывает ?

собственно интересует net.isr.dispatch

net.isr.dispatch: deferred

хм

а если его сделать direct ?

и заглянь в

net.inet.ip.intr_queue_drops

net.inet.ip.intr_queue_drops: 41334

а если его сделать direct ?

хз, на соседней машине deferred

два пути

1. увеличить net.inet.ip.intr_queue_maxlen

2. net.isr.dispatch выставить в direct

1. увеличить net.inet.ip.intr_queue_maxlen

сейчас 10240

ну, и если там во всяких файрволах нету dumminet и т.п.

то можно включить fastforwarding

во фряшном pf потоки запилили?

только это не сильно ему помогает

net.isr.dispatch: deferred -> direct

но я сразу могу сказать - в 11-stable полностью переписанный код lacp

но это на последок (

просто в 9-STABLE в коде LACP куча giant lock

просто в 9-STABLE в коде LACP куча giant lock

и lacp неадекватен в 9

можно еще, как самый последний вариант - глянуть netstat -m и vmstat -z

вдруг где-то памяти не хватает

ну или вот - совсем уж клиника - http://dadv.livejournal.com/173258.html

блин

чем-то мне это напоминает форум d-link

где на каждое второе обращение в техподдержку стандартный ответ: "обновите прошивку"

можно еще, как самый последний вариант - глянуть netstat -m и vmstat -z

8487/21468/29955 mbufs in use (current/cache/total) 8477/17513/25990/1048576 mbuf clusters in use (current/cache/total/max) 8477/17507 mbuf+clusters out of packet secondary zone in use (current/cache) 0/119/119/524288 4k (page size) jumbo clusters in use (current/cache/total/max) 0/0/0/149099 9k jumbo clusters in use (current/cache/total/max) 0/0/0/83868 16k jumbo clusters in use (current/cache/total/max) 19078K/40869K/59947K bytes allocated to network (current/cache/total) 0/0/0 requests for mbufs denied (mbufs/clusters/mbuf+clusters) 0/0/0 requests for mbufs delayed (mbufs/clusters/mbuf+clusters) 0/0/0 requests for jumbo clusters delayed (4k/9k/16k) 0/0/0 requests for jumbo clusters denied (4k/9k/16k) 0/0/0 sfbufs in use (current/peak/max) 0 requests for sfbufs denied 0 requests for sfbufs delayed 0 requests for I/O initiated by sendfile 0 calls to protocol drain routines

причем, сотрудники длинка даже честно пишут ченжлог к каждой прошивке

но "админам" его читать влом

http://paste.org.ru/?o7dwb8 vmstat

ну в netstat и vmstat все нормально. т.е. памяти хватает

тогда нужно или увеличивать очередь для прерываний, хотя 1024 - это уже много

ERROR: S client not available

или ставить direct

глянь на системные процессы, кто у тебя жрет процессорное время

или ставить direct

поставил

PID USERNAME PRI NICE SIZE RES STATE C TIME WCPU COMMAND 11 root 155 ki31 0K 64K RUN 2 740.7H 100.00% [idle{idle: cpu2}] 11 root 155 ki31 0K 64K RUN 1 739.9H 100.00% [idle{idle: cpu1}] 11 root 155 ki31 0K 64K RUN 0 714.1H 86.08% [idle{idle: cpu0}] 11 root 155 ki31 0K 64K CPU3 3 723.9H 64.99% [idle{idle: cpu3}] 0 root -92 - 0K 224K CPU0 0 97.5H 39.45% [kernel{em0 que}] 0 root -92 - 0K 224K - 3 111.8H 17.77% [kernel{em1 que}]

только em

это с direct

да

буду наблюдать

39.45% [kernel{em0 que}]

а вообще по хорошему есть ix карта и надо на 11 переводить

39.45% [kernel{em0 que}]

все верно, очередь одна только

или что смущает?

39%

у меня такое при потоке в несколько тысяч PPS

# netstat -n 1 input (Total) output packets errs idrops bytes packets errs bytes colls 355883 0 0 312280522 374947 0 372687514 0 374365 0 0 336462271 399405 0 405664313 0 383047 0 0 337355979 400599 0 395632278 0 385361 0 0 347583822 414546 0 424129079 0 398395 0 0 353974007 425865 0 428924808 0 347886 0 0 305391374 365259 0 359774870 0

добавь -I em0

i - большое

и -h

# netstat -I em0 -n 1 input (em0) output packets errs idrops bytes packets errs bytes colls 58812 0 0 44824492 46192 0 41102414 0 63389 0 0 48355611 44834 0 38643479 0 65707 0 0 52638135 45639 0 43634468 0 67789 0 0 52096363 51446 0 49433253 0 69600 0 0 54265004 50205 0 48662108 0 66143 0 0 47871491 46781 0 40138205 0

чтобы смотреть удобнее

netstat -I em0 -h -n 1 input (em0) output packets errs idrops bytes packets errs bytes colls 66k 0 0 51M 50k 0 45M 0 61k 0 0 46M 46k 0 42M 0 62k 0 0 46M 46k 0 42M 0 66k 0 0 53M 48k 0 44M 0 70k 0 0 52M 55k 0 50M 0

ну у меня приблизительно так само

вот только все прерывания занимают около 8% процессорного времени

чего-то там в сетевом стеке еще делается

firewall, например

например, правило ipfw add all 65535 allow all from any to any

на машинке-шлюзе с двумя сетевухами выполнится 6 раз для каждого пакета

правило allow all via em0

чой-та шесть? четыре

уже выполнится 3 раза

а правило allow all recv em0 - один раз

recv | xmit | via {ifX | if* | ipno | any} Matches packets received, transmitted or going through, respec- tively, the interface specified by exact name (ifX), by device name (if*), by IP address, or through some interface.