roysbike Posted February 20, 2012 Posted February 20, 2012 (edited) Не корретно распредедляет нагурзку по ядрам. Интересная картина наблюдается с igb0. Привызывал каждый cpu0 к треду igb0. вот этим скриптом. Посмотрел, привязался . результат один) Freebsd 9.0 stable. HP proliant GL-160 G7. сетевуха двух портовая. Скрипт для привязки cpu к тредам #!/bin/sh # PROVIDE: cpuset-igb # REQUIRE: FILESYSTEMS # BEFORE: netif # KEYWORD: nojail case "$1" in *start) echo "Binding igb(4) IRQs to CPUs" cpus=`sysctl -n kern.smp.cpus` vmstat -ai | sed -E '/^irq.*que/!d; s/^irq([0-9]+): igb([0-9]+):que ([0-9]+).*/\1 \2 \3/' |\ while read irq igb que do cpuset -l $(( ($igb+$que) % $cpus )) -x $irq done ;; esac last pid: 46908; load averages: 1.92, 1.71, 1.75 up 14+18:11:17 23:13:23 153 processes: 9 running, 97 sleeping, 47 waiting CPU 0: 0.4% user, 0.0% nice, 0.4% system, 53.9% interrupt, 45.3% idle CPU 1: 0.4% user, 0.0% nice, 0.0% system, 12.6% interrupt, 87.0% idle CPU 2: 0.8% user, 0.0% nice, 2.4% system, 4.3% interrupt, 92.5% idle CPU 3: 0.0% user, 0.0% nice, 0.4% system, 7.9% interrupt, 91.7% idle CPU 4: 1.2% user, 0.0% nice, 1.6% system, 9.1% interrupt, 88.2% idle CPU 5: 3.5% user, 0.0% nice, 1.6% system, 11.0% interrupt, 83.9% idle CPU 6: 0.0% user, 0.0% nice, 0.4% system, 13.4% interrupt, 86.2% idle CPU 7: 0.4% user, 0.0% nice, 0.4% system, 12.2% interrupt, 87.0% idle Mem: 90M Active, 3032M Inact, 474M Wired, 133M Cache, 112M Buf, 60M Free Swap: 4096M Total, 84K Used, 4096M Free PID USERNAME PRI NICE SIZE RES STATE C TIME WCPU COMMAND 11 root 155 ki31 0K 64K CPU2 2 331.2H 95.36% idle{idle: cpu2} 11 root 155 ki31 0K 64K RUN 6 336.6H 94.87% idle{idle: cpu6} 11 root 155 ki31 0K 64K CPU4 4 333.6H 92.68% idle{idle: cpu4} 11 root 155 ki31 0K 64K CPU3 3 334.9H 92.58% idle{idle: cpu3} 11 root 155 ki31 0K 64K CPU7 7 337.4H 90.28% idle{idle: cpu7} 11 root 155 ki31 0K 64K CPU1 1 334.8H 88.67% idle{idle: cpu1} 11 root 155 ki31 0K 64K RUN 5 336.0H 88.57% idle{idle: cpu5} 11 root 155 ki31 0K 64K CPU0 0 246.5H 48.29% idle{idle: cpu0} 12 root -92 - 0K 376K WAIT 0 88.4H 46.39% intr{irq256: igb0:que} 12 root -92 - 0K 376K WAIT 1 17.0H 12.89% intr{irq265: igb1:que} 12 root -92 - 0K 376K WAIT 7 856:53 9.96% intr{irq271: igb1:que} 12 root -92 - 0K 376K WAIT 6 874:20 9.28% intr{irq270: igb1:que} 12 root -92 - 0K 376K WAIT 4 877:00 8.79% intr{irq268: igb1:que} 12 root -92 - 0K 376K WAIT 5 882:08 8.15% intr{irq269: igb1:que} 12 root -92 - 0K 376K WAIT 3 885:17 7.76% intr{irq267: igb1:que} 12 root -92 - 0K 376K WAIT 2 17.3H 7.28% intr{irq266: igb1:que} 12 root -92 - 0K 376K WAIT 0 861:42 6.69% intr{irq272: igb1:que} 1015 root 25 0 15064K 5756K select 3 696:52 5.66% snmpd 1006 root 21 0 183M 44520K select 3 313:18 1.17% mpd5{mpd5} 0 root -92 0 0K 232K - 2 152:27 0.68% kernel{igb0 que} 15 root -16 - 0K 8K - 5 61:02 0.00% yarrow 888 root 20 0 9612K 1132K select 4 54:24 0.00% syslogd 0 root -92 0 0K 232K - 4 49:26 0.00% kernel{igb1 que} 2 root -16 - 0K 8K pftm 2 36:12 0.00% pfpurge 13 root -16 - 0K 64K sleep 2 25:43 0.00% ng_queue{ng_queue7} 13 root -16 - 0K 64K sleep 4 25:42 0.00% ng_queue{ng_queue1} 13 root -16 - 0K 64K sleep 2 25:41 0.00% ng_queue{ng_queue5} 13 root -16 - 0K 64K sleep 2 25:41 0.00% ng_queue{ng_queue6} 13 root -16 - 0K 64K sleep 2 25:41 0.00% ng_queue{ng_queue2} vpn122# netstat -w1 -h input (Total) output packets errs idrops bytes packets errs bytes colls 104k 0 0 71M 113k 0 107M 0 107k 0 0 74M 115k 0 111M 0 102k 0 0 71M 109k 0 105M 0 107k 0 0 74M 117k 0 114M 0 103k 0 0 69M 111k 0 104M 0 107k 0 0 73M 115k 0 109M 0 105k 0 0 71M 112k 0 105M 0 Edited February 20, 2012 by roysbike Вставить ник Quote
lagman Posted February 21, 2012 Posted February 21, 2012 (edited) Какой трафик ходит? Оформляйте PR Зачем? У человека вполне может быть pppoe брас. А в таком случае: Смотрим datasheet на карту: http://download.intel.com/design/network/datashts/82576_Datasheet.pdfДля распределения пакетов по очередям карта использует спецификацию Microsoft Receive-Side Scaling (RSS) и даташит ссылается на неё на странице 274, упоминая реализованную хеш-функцию, которая реализована в чипе аппаратно и результат которой определяет, какой вектор прерывания будет использован для пакета. Смотрим спецификацию RSS от Microsoft: http://download.microsoft.com/download/5/d/6/5d6eaf2b-7ddf-476b-93dc-7cf0072878e6/ndis_rss.docНа странице 7 спецификации сказано, от чего может считаться хеш: от IP-адресов (IPv4 или IPv6) и, опционально, портов TCP (но не UDP). Номера тегов 802.1q не используются. На странице 9 сказано, что если пакет не имеет указанных параметров, от которых брать хеш, то он не хешируется. На практике это означает, что все фреймы PPPoE/GRE, приходящие через пучок vlan-ов и карты igb, попадают в одну "очередь" внутри карты и обслуживаются одним вектором прерываний и никакого распределения нагрузки по ядрам не получается. Как следствие, драйвер igb назначает им всем одинаковый (нулевой) "номер потока". http://dadv.livejournal.com/139170.html Edited February 21, 2012 by lagman Вставить ник Quote
roysbike Posted February 21, 2012 Author Posted February 21, 2012 (edited) Какой трафик ходит? Оформляйте PR Зачем? У человека вполне может быть pppoe брас. А в таком случае: Смотрим datasheet на карту: http://download.intel.com/design/network/datashts/82576_Datasheet.pdfДля распределения пакетов по очередям карта использует спецификацию Microsoft Receive-Side Scaling (RSS) и даташит ссылается на неё на странице 274, упоминая реализованную хеш-функцию, которая реализована в чипе аппаратно и результат которой определяет, какой вектор прерывания будет использован для пакета. Смотрим спецификацию RSS от Microsoft: http://download.microsoft.com/download/5/d/6/5d6eaf2b-7ddf-476b-93dc-7cf0072878e6/ndis_rss.docНа странице 7 спецификации сказано, от чего может считаться хеш: от IP-адресов (IPv4 или IPv6) и, опционально, портов TCP (но не UDP). Номера тегов 802.1q не используются. На странице 9 сказано, что если пакет не имеет указанных параметров, от которых брать хеш, то он не хешируется. На практике это означает, что все фреймы PPPoE/GRE, приходящие через пучок vlan-ов и карты igb, попадают в одну "очередь" внутри карты и обслуживаются одним вектором прерываний и никакого распределения нагрузки по ядрам не получается. Как следствие, драйвер igb назначает им всем одинаковый (нулевой) "номер потока". http://dadv.livejournal.com/139170.html делал все по статье. У меня брас pppoe+ pptp. Картина таже. Вот картина на втором сервере. igb0 оин тред так же нахально использует CPU0 last pid: 86311; load averages: 0.85, 0.84, 0.83 up 15+10:06:18 15:08:24 148 processes: 9 running, 92 sleeping, 47 waiting CPU 0: 0.0% user, 0.0% nice, 0.0% system, 34.8% interrupt, 65.2% idle CPU 1: 0.0% user, 0.0% nice, 0.0% system, 8.7% interrupt, 91.3% idle CPU 2: 0.0% user, 0.0% nice, 8.7% system, 0.0% interrupt, 91.3% idle CPU 3: 0.0% user, 0.0% nice, 0.0% system, 4.3% interrupt, 95.7% idle CPU 4: 0.0% user, 0.0% nice, 0.0% system, 0.0% interrupt, 100% idle CPU 5: 0.0% user, 0.0% nice, 0.0% system, 4.3% interrupt, 95.7% idle CPU 6: 0.0% user, 0.0% nice, 0.0% system, 4.3% interrupt, 95.7% idle CPU 7: 0.0% user, 0.0% nice, 0.0% system, 4.3% interrupt, 95.7% idle Mem: 84M Active, 3115M Inact, 447M Wired, 63M Cache, 112M Buf, 80M Free Swap: 4096M Total, 84K Used, 4096M Free PID USERNAME PRI NICE SIZE RES STATE C TIME WCPU COMMAND 11 root 155 ki31 0K 64K CPU5 5 351.1H 100.00% idle{idle: cpu5} 11 root 155 ki31 0K 64K CPU4 4 348.8H 99.85% idle{idle: cpu4} 11 root 155 ki31 0K 64K CPU3 3 350.1H 99.17% idle{idle: cpu3} 11 root 155 ki31 0K 64K CPU6 6 352.0H 97.66% idle{idle: cpu6} 11 root 155 ki31 0K 64K CPU7 7 352.8H 95.36% idle{idle: cpu7} 11 root 155 ki31 0K 64K CPU1 1 349.8H 95.07% idle{idle: cpu1} 11 root 155 ki31 0K 64K CPU2 2 346.3H 92.97% idle{idle: cpu2} 11 root 155 ki31 0K 64K RUN 0 258.8H 67.09% idle{idle: cpu0} 12 root -92 - 0K 376K WAIT 0 91.4H 29.30% intr{irq256: igb0:que} 12 root -92 - 0K 376K WAIT 1 17.8H 7.37% intr{irq265: igb1:que} 12 root -92 - 0K 376K WAIT 6 902:38 5.18% intr{irq270: igb1:que} 12 root -92 - 0K 376K WAIT 3 912:32 4.59% intr{irq267: igb1:que} 1015 root 23 0 15064K 5820K select 1 729:58 4.59% snmpd 12 root -92 - 0K 376K WAIT 7 883:19 3.76% intr{irq271: igb1:que} 12 root -92 - 0K 376K WAIT 0 888:44 3.66% intr{irq272: igb1:que} 12 root -92 - 0K 376K WAIT 5 921:39 3.47% intr{irq269: igb1:que} 12 root -92 - 0K 376K WAIT 2 17.7H 3.37% intr{irq266: igb1:que} 12 root -92 - 0K 376K WAIT 4 903:39 3.17% intr{irq268: igb1:que} 1006 root 21 0 171M 44992K select 2 328:30 0.98% mpd5{mpd5} 0 root -92 0 0K 232K - 2 157:04 0.00% kernel{igb0 que} 15 root -16 - 0K 8K - 4 63:47 0.00% yarrow 888 root 20 0 9612K 1136K select 4 57:21 0.00% syslogd 0 root -92 0 0K 232K - 4 50:10 0.00% kernel{igb1 que} 2 root -16 - 0K 8K pftm 2 37:26 0.00% pfpurge 13 root -16 - 0K 64K sleep 1 26:21 0.00% ng_queue{ng_queue7} 13 root -16 - 0K 64K sleep 2 26:20 0.00% ng_queue{ng_queue1} 13 root -16 - 0K 64K sleep 0 26:19 0.00% ng_queue{ng_queue5} 13 root -16 - 0K 64K sleep 2 26:19 0.00% ng_queue{ng_queue6} 13 root -16 - 0K 64K sleep 0 26:19 0.00% ng_queue{ng_queue2} 13 root -16 - 0K 64K sleep 0 26:19 0.00% ng_queue{ng_queue3} 13 root -16 - 0K 64K sleep 0 26:18 0.00% ng_queue{ng_queue0} 13 root -16 - 0K 64K sleep 2 26:18 0.00% ng_queue{ng_queue4} 12 root -60 - 0K 376K WAIT 0 24:43 0.00% intr{swi4: clock} Edited February 21, 2012 by roysbike Вставить ник Quote
kayot Posted February 21, 2012 Posted February 21, 2012 Дык написали же, PPPoE не распараллеливается драйвером. Все pppoe клиенты висят у вас на 1 ядре, pptp - размазаны по разным. Вставить ник Quote
roysbike Posted February 21, 2012 Author Posted February 21, 2012 Дык написали же, PPPoE не распараллеливается драйвером. Все pppoe клиенты висят у вас на 1 ядре, pptp - размазаны по разным. и что же делать? нет совсем решений? если только купить 4 портовую и с агрегировать с коммутатором? Вставить ник Quote
lagman Posted February 21, 2012 Posted February 21, 2012 (edited) Можно и без агрегации 4 порта завести в один сегмент и вынудить мпд на них слушать. Либо net.isr.direct=0 и параллелить через несколько isr :) Edited February 21, 2012 by lagman Вставить ник Quote
roysbike Posted February 21, 2012 Author Posted February 21, 2012 Можно и без агрегации 4 порта завести в один сегмент и вынудить мпд на них слушать. Либо net.isr.direct=0 и параллелить через несколько isr :) если 8 ядер ,значит 8 портов:) Завтра попробую через isr, ночью ребут. Вставить ник Quote
roysbike Posted February 22, 2012 Author Posted February 22, 2012 Можно и без агрегации 4 порта завести в один сегмент и вынудить мпд на них слушать. Либо net.isr.direct=0 и параллелить через несколько isr :) если 8 ядер ,значит 8 портов:) Завтра попробую через isr, ночью ребут. с net.isr. облом. в freebsd 9.0 уже устарела. Так что, все у кого MPD5 PPPoE Брасы, на одном ядре вертят? Вставить ник Quote
lagman Posted February 22, 2012 Posted February 22, 2012 Можно и без агрегации 4 порта завести в один сегмент и вынудить мпд на них слушать. Либо net.isr.direct=0 и параллелить через несколько isr :) если 8 ядер ,значит 8 портов:) Завтра попробую через isr, ночью ребут. с net.isr. облом. в freebsd 9.0 уже устарела http://www.opennet.ru/openforum/vsluhforumID1/92848.html ? Вставить ник Quote
roysbike Posted February 22, 2012 Author Posted February 22, 2012 (edited) с net.isr. облом. в freebsd 9.0 уже устарела http://www.opennet.ru/openforum/vsluhforumID1/92848.html ? vpn119# sysctl net.isr.direct_dispatch=direct sysctl: unknown oid 'net.isr.direct_dispatch' vpn119# sysctl net.isr.direct_dispatch=hybrid sysctl: unknown oid 'net.isr.direct_dispatch' vpn119# sysctl net.isr.direct_dispatch=deferred sysctl: unknown oid 'net.isr.direct_dispatch' vpn119# uname -a FreeBSD vpn119.1111ru 9.0-STABLE FreeBSD 9.0-STABLE #0 r231963: Tue Feb 21 13:08:33 KRAT 2012 root@vpn119.elf.ru:/usr/obj/usr/src/sys/GENERIC.custom i386 vpn119# Может я плохо прочитал статейку. Но в sysctl нет таких oid Edited February 22, 2012 by roysbike Вставить ник Quote
lagman Posted February 22, 2012 Posted February 22, 2012 В релизе все есть: vps1# sysctl net.isr net.isr.numthreads: 1 net.isr.maxprot: 16 net.isr.defaultqlimit: 256 net.isr.maxqlimit: 10240 net.isr.bindthreads: 0 net.isr.maxthreads: 1 net.isr.direct: 1 net.isr.direct_force: 1 net.isr.dispatch: direct vps1# uname -r 9.0-RELEASE Вставить ник Quote
roysbike Posted February 22, 2012 Author Posted February 22, 2012 (edited) В релизе все есть: vps1# sysctl net.isr net.isr.numthreads: 1 net.isr.maxprot: 16 net.isr.defaultqlimit: 256 net.isr.maxqlimit: 10240 net.isr.bindthreads: 0 net.isr.maxthreads: 1 net.isr.direct: 1 net.isr.direct_force: 1 net.isr.dispatch: direct vps1# uname -r 9.0-RELEASE динамически не изменить? только в loader.conf? В релизе все есть: vps1# sysctl net.isr net.isr.numthreads: 1 net.isr.maxprot: 16 net.isr.defaultqlimit: 256 net.isr.maxqlimit: 10240 net.isr.bindthreads: 0 net.isr.maxthreads: 1 net.isr.direct: 1 net.isr.direct_force: 1 net.isr.dispatch: direct vps1# uname -r 9.0-RELEASE динамически не изменить? только в loader.conf? я лапать) все работает) спасибо) Кака измменить net.isr.numthreads: 1 ? на 8 тредов Edited February 22, 2012 by roysbike Вставить ник Quote
roysbike Posted February 22, 2012 Author Posted February 22, 2012 сменил net.isr.numthreads: 8 net.isr.maxthreads: 8 Вставить ник Quote
lagman Posted February 22, 2012 Posted February 22, 2012 net.isr.bindthreads надо потыкать еще Вставить ник Quote
roysbike Posted February 22, 2012 Author Posted February 22, 2012 (edited) net.isr.bindthreads надо потыкать еще это уже завтра. Ночью ребутну. Картина не изменилась. также igb0 жрет cpu0. vpn119# sysctl net.isr net.isr.numthreads: 8 net.isr.maxprot: 16 net.isr.defaultqlimit: 4096 net.isr.maxqlimit: 10240 net.isr.bindthreads: 0 net.isr.maxthreads: 8 net.isr.direct: 1 net.isr.direct_force: 0 net.isr.dispatch: hybrid last pid: 2406; load averages: 0.57, 0.61, 0.43 up 0+00:26:57 12:04:49 168 processes: 12 running, 108 sleeping, 48 waiting CPU 0: 0.0% user, 0.0% nice, 3.1% system, 9.8% interrupt, 87.0% idle CPU 1: 0.8% user, 0.0% nice, 3.1% system, 2.8% interrupt, 93.3% idle CPU 2: 0.4% user, 0.0% nice, 4.7% system, 3.5% interrupt, 91.3% idle CPU 3: 0.0% user, 0.0% nice, 2.0% system, 3.9% interrupt, 94.1% idle CPU 4: 1.2% user, 0.0% nice, 1.6% system, 3.5% interrupt, 93.7% idle CPU 5: 0.8% user, 0.0% nice, 2.4% system, 3.1% interrupt, 93.7% idle CPU 6: 0.0% user, 0.0% nice, 1.6% system, 1.6% interrupt, 96.9% idle CPU 7: 0.0% user, 0.0% nice, 0.0% system, 29.1% interrupt, 70.9% idle Mem: 18M Active, 32M Inact, 275M Wired, 88K Cache, 32M Buf, 3302M Free Swap: 4096M Total, 4096M Free PID USERNAME PRI NICE SIZE RES STATE C TIME WCPU COMMAND 11 root 155 ki31 0K 64K CPU6 6 26:30 100.00% idle{idle: cpu6} 11 root 155 ki31 0K 64K CPU1 1 26:09 100.00% idle{idle: cpu1} 11 root 155 ki31 0K 64K CPU4 4 26:00 100.00% idle{idle: cpu4} 11 root 155 ki31 0K 64K RUN 5 26:19 97.46% idle{idle: cpu5} 11 root 155 ki31 0K 64K CPU2 2 25:40 96.19% idle{idle: cpu2} 11 root 155 ki31 0K 64K CPU3 3 26:08 94.97% idle{idle: cpu3} 11 root 155 ki31 0K 64K RUN 0 24:53 92.09% idle{idle: cpu0} 11 root 155 ki31 0K 64K CPU7 7 23:18 81.79% idle{idle: cpu7} 12 root -92 - 0K 392K WAIT 0 1:19 7.08% intr{irq256: igb0:que} 12 root -72 - 0K 392K WAIT 7 0:33 4.39% intr{swi1: netisr 2} 12 root -72 - 0K 392K WAIT 4 0:38 3.56% intr{swi1: netisr 0} 12 root -72 - 0K 392K WAIT 7 0:32 3.08% intr{swi1: netisr 7} 12 root -72 - 0K 392K WAIT 7 0:29 2.59% intr{swi1: netisr 3} 12 root -72 - 0K 392K CPU7 7 0:28 2.49% intr{swi1: netisr 4} 12 root -72 - 0K 392K WAIT 7 0:28 2.39% intr{swi1: netisr 1} 12 root -72 - 0K 392K WAIT 7 0:24 2.29% intr{swi1: netisr 6} 12 root -72 - 0K 392K WAIT 7 0:28 1.86% intr{swi1: netisr 5} 13 root -16 - 0K 64K sleep 2 0:14 1.27% ng_queue{ng_queue2} 13 root -16 - 0K 64K sleep 5 0:14 1.17% ng_queue{ng_queue6} 13 root -16 - 0K 64K RUN 5 0:14 1.17% ng_queue{ng_queue0} 13 root -16 - 0K 64K sleep 1 0:14 1.07% ng_queue{ng_queue5} 13 root -16 - 0K 64K sleep 5 0:14 0.98% ng_queue{ng_queue3} 13 root -16 - 0K 64K CPU0 0 0:14 0.98% ng_queue{ng_queue7} 13 root -16 - 0K 64K sleep 1 0:14 0.88% ng_queue{ng_queue4} 13 root -16 - 0K 64K sleep 2 0:14 0.78% ng_queue{ng_queue1} 12 root -92 - 0K 392K WAIT 7 0:08 0.78% intr{irq263: igb0:que} 12 root -92 - 0K 392K WAIT 1 0:11 0.68% intr{irq265: igb1:que} 12 root -92 - 0K 392K WAIT 2 0:06 0.49% intr{irq258: igb0:que} 12 root -92 - 0K 392K WAIT 3 0:05 0.49% intr{irq267: igb1:que} 12 root -92 - 0K 392K WAIT 1 0:05 0.49% intr{irq257: igb0:que} 12 root -92 - 0K 392K WAIT 5 0:08 0.39% intr{irq261: igb0:que} 1034 root 21 0 15200K 6352K select 1 0:09 0.29% snmpd 12 root -92 - 0K 392K WAIT 6 0:06 0.29% intr{irq262: igb0:que} 12 root -92 - 0K 392K WAIT 6 0:05 0.29% intr{irq270: igb1:que} 12 root -92 - 0K 392K WAIT 0 0:05 0.29% intr{irq272: igb1:que} 12 root -92 - 0K 392K WAIT 4 0:04 0.29% intr{irq260: igb0:que} 12 root -92 - 0K 392K WAIT 5 0:05 0.20% intr{irq269: igb1:que} 1025 root 21 0 141M 31720K select 2 0:15 0.10% mpd5{mpd5} 12 root -92 - 0K 392K WAIT 3 0:06 0.10% intr{irq259: igb0:que} 12 root -92 - 0K 392K WAIT 2 0:05 0.10% intr{irq266: igb1:que} 12 root -92 - 0K 392K WAIT 4 0:05 0.10% intr{irq268: igb1:que} Device igb1~P�� (4/448): =================================================================================================================== Incoming: ### ### ### ### ### ### ### ### ### ### ### ### ### ### ### ### ### ### ### ### ### Curr: 155.92 MBit/s ### Avg: 164.92 MBit/s ### Min: 151.97 MBit/s ### Max: 179.89 MBit/s ### Ttl: 2.17 GByte Outgoing: ### ### ### ### ### ### ### ### ### ### ### ### ### ### ### ### ### ### ### ### ### ### Curr: 24.99 MBit/s ### Avg: 23.19 MBit/s ### Min: 20.64 MBit/s ### Max: 26.32 MBit/s ### Ttl: 2.45 GByte Edited February 22, 2012 by roysbike Вставить ник Quote
lagman Posted February 22, 2012 Posted February 22, 2012 Почти все netisr на 7-м ядре, неудивительно. Надо прибивать гвоздями. тогда должно стать ок. Вставить ник Quote
roysbike Posted February 22, 2012 Author Posted February 22, 2012 Почти все netisr на 7-м ядре, неудивительно. Надо прибивать гвоздями. тогда должно стать ок. и спадет загрузка с 12 root -92 - 0K 392K WAIT 0 1:38 9.38% intr{irq256: igb0:que} напомню. У меня PPPoE bras. freebsd 9.0 mpd5.6 pf nat. сетевука Intel 82576 2- портовая. Один порт в EXT , на другом pppoe слушает. Вставить ник Quote
lagman Posted February 22, 2012 Posted February 22, 2012 9.38% intr{irq256: igb0:que} это жж эксплуатационные расходы по выгребанию в очереди. Параллелиться будет уже в netisr-ах. Вставить ник Quote
roysbike Posted February 22, 2012 Author Posted February 22, 2012 (edited) 9.38% intr{irq256: igb0:que} это жж эксплуатационные расходы по выгребанию в очереди. Параллелиться будет уже в netisr-ах. получается , что все учереди прут на cpu0? а есть возможность распараллелить ? Edited February 22, 2012 by roysbike Вставить ник Quote
.png.5d2afa2996cc6a85d0f2c09b92dd0a28.png)
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.