The OpenNET Project / Index page

[ новости/++ | форум | wiki | теги | ]

Ускорение работы сетевого интерфейса в Linux на SMP системах
Если привязать прерывание от сетевой карты на один CPU, то пропускная способность Fast Ethernet 
возрастает примерно на 15% (измерения проводились на 2.4 ядре, но справедливо и для ядер 2.6).

Определяем прерывание сетевой карты:
   cat /proc/interrupts
Привязываем к определенному CPU:
   echo 2 > /proc/irq/NNN/smp_affinity
где NNN -- прерывание от сетевухи, 2 - битовая маска для выборка CPU.
если сетевухи две, для второй
   echo 4 > /proc/irq/MMM/smp_affinity

Битовые маски: 1 - CPU1, 2 - CPU2, 4 - CPU3 и т.д.

Подробнее см. Documentation/IRQ-affinity.txt

При включении демона irqbalance значения smp_affinity выбираются динамически.
 
22.01.2008 , Автор: Kir Kolyshkin , Источник: http://k001.livejournal.com/551559....
Ключи: cpu, affinity, tune, speed, network, ethernet, optimization, linux / Лицензия: CC-BY
Раздел:    Корень / Администратору / Система / Linux специфика / Оптимизация и тюнинг в Linux

Обсуждение [ RSS ]
 
  • 1.1, Maximus (??), 16:14, 25/01/2008 [ответить]    [к модератору]
  • +/
    Я так понимаю демон irqbalance надо отключить, так?
     
     
  • 2.2, Justas (ok), 00:40, 28/01/2008 [^] [ответить]    [к модератору]
  • +/
    Так.
     
  • 1.3, Maximus (??), 18:45, 15/02/2008 [ответить]    [к модератору]
  • +/
    а чем проверялось увеличение пропускной способности?
     
  • 1.4, odmin (ok), 08:01, 15/03/2008 [ответить]    [к модератору]
  • +/
    А мне кажется, что для 2.6 (по крайней мере 2.6.22, убунта 7.10) это лишнее. По крайней мере

    cat /proc/interrupts пишет, что все прерывания и так работают на первом проце.
    Если ошибаюсь, прошу поправить...

     
     
  • 2.5, lexa (??), 14:43, 08/04/2008 [^] [ответить]    [к модератору]
  • +/
    А у меня косяк был, пока granch (sbni) на второй проц не перевел, роутер зависал наглухо. Без трафика всё нормально, как только трафик на sbni появлялся, через некоторое (разное) время роутер зависал. Нашёл причину собрав ядро под унипроц.
     
  • 1.6, svolik (?), 10:58, 22/05/2008 [ответить]    [к модератору]  
  • +/
    Устарело насмерть. тестил веб фронтенды с помощью ab - в обычном режиме 500К запросов - 26.7 секунды, при  описанном способе, независимо от ядра - 32.5 и более
     
  • 1.7, Аноним (7), 10:25, 18/03/2010 [ответить]    [к модератору]  
  • +/
    К сожалению, гранч (sbni) при переводе прерывания на второй проц, всёравно вешал систему наглухо, пришлось собрать ядро без поддержки мультипроца. Послеэтого всё работает нормально, без косяков.
     

    Ваш комментарий
    Имя:         
    E-Mail:      
    Заголовок:
    Текст:



      Закладки на сайте
      Проследить за страницей
    Created 1996-2018 by Maxim Chirkov  
    ДобавитьПоддержатьВебмастеруГИД  
    Hosting by Ihor