Перейти к содержимому
Калькуляторы

c0rec0re

Пользователи
  • Публикации

    10
  • Зарегистрирован

  • Посещение

О c0rec0re

  • Звание
    Абитуриент
    Абитуриент

Контакты

  • ICQ
    Array
  1. да, конечно, пакетов :) интеррапты посмотрел - 10к всего.
  2. 05:25:38 PM IFACE rxpck/s txpck/s rxkB/s txkB/s rxcmp/s txcmp/s rxmcst/s 05:25:39 PM lo 0.00 0.00 0.00 0.00 0.00 0.00 0.00 05:25:39 PM eth0 103788982.00 2.00 111165.13 0.00 0.00 0.00 0.00 05:25:39 PM eth1 0.00 0.00 0.00 0.00 0.00 0.00 0.00 О скока прерываний!103 миллиона, с приёмом 1.1 гигабита от клиента pktgen. Врёт и не краснеет! :) это уже 10.04.1 убунта с ядром 2.6.32-24-server при чём на 10.04.3 с 2.6.35 ядром правильно показывается статистика по прерываниям и трафику.
  3. вещь! спасибо. клиент выкидывает 560к pps на udp 200байт, шифрующий сервер переваривает только 350к pps и 690 мбит (с оверхедом IPSEC'а получается ~870мбит). при том шифрующий сервер становится слабоотзывчивым, но не кладётся, а честно старается перелапачивать всё это барахло. похоже, что нужны сетевушки с большим кол-вом rx/tx очередей, нежели 1 на rx, и 1 на tx - ядро сжирает на tx ksoftirqd на 100%, раскидать бы этот tx по 4ём хотя бы ядрам... но для блейдов то ли нет сетевух с множеством rx/tx queues, то ли я так плохо искал (имею ввиду 10G карточки).
  4. точно, надо было в /proc/softirqs смотреть watch -n0.1 cat /proc/softirqs здесь видно, как на 4х из 6ти ядер растёт NET_RX. Но что-то не добавляет мощей такое... Может быть, процентов 5 максимум, но это не заметно, считай. Какие генераторы трафика можете посоветовать?
  5. установил из репозитария 2.6.35 ядро, попытался привязать от двух сетевух rx'ы на разные ядра: Без результата, как были на старых ядрах, так и висят. root@s1:~# cat /proc/interrupts CPU0 CPU1 CPU2 CPU3 CPU4 CPU5 95: 277984 0 0 0 0 2997946 IR-PCI-MSI-edge eth0-tx 96: 848 0 0 0 5490607 0 IR-PCI-MSI-edge eth0-rx 97: 1168 0 0 3257342 0 0 IR-PCI-MSI-edge eth1-tx 98: 0 0 20754222 0 0 0 IR-PCI-MSI-edge eth1-rx root@s1:~# mpstat -P ALL Linux 2.6.35-30-server (s1) 08/26/2011 _x86_64_ (6 CPU) 06:07:54 PM CPU %usr %nice %sys %iowait %irq %soft %steal %guest %idle 06:07:55 PM all 0.00 0.00 0.00 0.00 0.00 6.33 0.00 0.00 93.67 06:07:55 PM 0 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 100.00 06:07:55 PM 1 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 100.00 06:07:55 PM 2 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 100.00 06:07:55 PM 3 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 100.00 06:07:55 PM 4 0.00 0.00 0.00 0.00 0.00 40.71 0.00 0.00 59.29 06:07:55 PM 5 0.00 0.00 0.00 0.00 0.00 1.28 0.00 0.00 98.72 Не балансятся по ядрышкам почему-то.
  6. Подскажите, что можно (и можно ли вообще) сделать для увеличения пропускной способности на софтроутере с шифрованием. Имею стенд из 4х блейдов hp bl 460 g7: 2 x Intel® Xeon® X5650 (6 ядер, 2.66 ГГц, 12 МБ L3, 95 Вт) 6GB RAM Integrated NC553i Dual Port FlexFabric 10Gb Adapter supporting autosensing 10Gb/1Gb Ethernet Linux u1 2.6.32-33-server #72-Ubuntu SMP Fri Jul 29 21:21:55 UTC 2011 x86_64 GNU/Linux Ubuntu 10.04.3 LTS Сервера подключены цепочкой. клиент-сервер-сервер-клиент Смысл в чём - сервер-сервер - это шифрующие устройства, ipsec-tools, клиенты - на одном iperf -s запущен, на втором ./iperf3 -c 3.3.3.2 -l 1024 -w 2M -t 3600 -i 60 -P 128 -M 100 То есть, тестирую возможности шифрования и пропускную способность. При использовании пакетов 1400 байт одним потоком всё отлично на серверах, 1 ядро грузится на 1-2% и выдаёт честный гигабит (на 10гбит нет возможности пока погонять), но когда включаю 120 потоков по 100 байт, тут трафик падает до 90-120мбит/с и вырастает ksoftirqd до 50%. 31 root 20 0 0 0 0 R 46 0.0 4:01.79 ksoftirqd/9 irqbalance убил, прерывания сетевой карты раскидал на разные ядра. У сетевой 2 прерывания - rx и tx. По чипу сетевой спецификация: http://www.emulex.com/products/oneconnect-ucnas/10gbe-fcoe-cnas/hp-certified/nc553i-dual-port-integrated-flexfabric-adapter/specifications.html iperf уходит в 100% нагрузки на клиенте и показывает только около 100мбит. sar вот, что показывает. root@s1:~# sar -n DEV 1 Linux 2.6.32-33-server (s1) 08/25/2011 _x86_64_ (12 CPU) 04:23:55 PM IFACE rxpck/s txpck/s rxkB/s txkB/s rxcmp/s txcmp/s rxmcst/s 04:23:56 PM lo 0.00 0.00 0.00 0.00 0.00 0.00 0.00 04:23:56 PM eth0 163346.00 37427.00 24565.12 2424.71 0.00 0.00 0.00 04:23:56 PM eth1 57288.00 265224.00 6847.39 52319.42 0.00 0.00 0.00 Шифрование на обоих серверах AES-128. правила простые ipsec-tools.conf: spdadd 1.1.1.0/24 3.3.3.0/24 any -P out ipsec esp/tunnel/2.2.2.1-2.2.2.2/require; spdadd 3.3.3.0/24 1.1.1.0/24 any -P in ipsec esp/tunnel/2.2.2.2-2.2.2.1/require; racoon.conf: listen { isakmp 2.2.2.1 [500]; } remote 2.2.2.2 { exchange_mode main; lifetime time 1 hour; proposal { encryption_algorithm rijndael 128; hash_algorithm sha1; authentication_method pre_shared_key; dh_group 2; } } sainfo subnet 1.1.1.0/24 any subnet 3.3.3.0/24 any { pfs_group 2; encryption_algorithm rijndael 128; authentication_algorithm non_auth; compression_algorithm deflate; lifetime time 1 hour; } При отключении шифрования iperf показывает 265 Мбит стабильно, но нагружет ядро на клиенте на 100%, то есть как генератор трафика он как-то слишком жрущй CPU. 31 root 20 0 0 0 0 S 1 0.0 5:05.64 ksoftirqd/9 ksoftirqd падает до 1%. Очевидно, что шифрование сжирает всё и сервера могут много большее. Поможет ли мне то, что я куплю другие сетевые карточки, где по 8 tx/rx очереди и повешу на отдельное ядро? Но как проверить? iperf при большом кол-ве потоков уходит в 100%. Какие есть ещё утилиты? netperf однопоточный, не интересно.
  7. >Компания AOL занимала лидирующие позиции на рынке интернета еще во времена развития dial-up. Но с тех пор ее положение только ухудшалось. В 2002 AOL заработала $4,2 млрд, а в 2008 только $9,1 млрд. было 4.2, стало 9.1 - всегда думал, что это улучшение :)
  8. alexpro именно это и написано в README к дравам e1000e с сайта интел, но не указано, к каким именно чипсетам это применимо: На счёт броадкомов, ихних чипсетов и раскидкой очередей по прерываниям никто не в курсе? Гигабитники, что мне попадались, работают только на одном прерывании.
  9. Судя по даташитам (1gbit only) только 82574IT, 82574L и 82576EB поддерживают MSI-X, следовательно очереди по прерываниям раскиданы. В 82571 есть очереди, только они через MSI, то есть через одно прерывание.