форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка

Вариант для распечатки		Пред. тема | След. тема
Форумы Разговоры, обсуждение новостей
Изначальное сообщение		[ Отслеживать ]

"Раздел полезных советов: Ускорение работы сетевого интерфейс..."		+/–
Сообщение от auto_tips (??) on 25-Янв-08, 16:14
Если привязать прерывание от сетевой карты на один 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 выбираются динамически. URL: http://k001.livejournal.com/551559.html Обсуждается: http://www.opennet.dev/tips/info/1568.shtml
Высказать мнение | Ответить | Правка | Cообщить модератору

Сообщения по теме

[Сортировка по времени | RSS]

1. "Ускорение работы сетевого интерфейса в Linux на SMP системах"		+/–
Сообщение от Maximus (??) on 25-Янв-08, 16:14
Я так понимаю демон irqbalance надо отключить, так?
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	2. "Ускорение работы сетевого интерфейса в Linux на SMP системах"		+/–
	Сообщение от Justas (ok) on 28-Янв-08, 00:40
	Так.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

3. "Ускорение работы сетевого интерфейса в Linux на SMP системах"		+/–
Сообщение от Maximus (??) on 15-Фев-08, 18:45
а чем проверялось увеличение пропускной способности?
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

4. "Ускорение работы сетевого интерфейса в Linux на SMP системах"		+/–
Сообщение от odmin (ok) on 15-Мрт-08, 08:01
А мне кажется, что для 2.6 (по крайней мере 2.6.22, убунта 7.10) это лишнее. По крайней мере cat /proc/interrupts пишет, что все прерывания и так работают на первом проце. Если ошибаюсь, прошу поправить...
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	5. "Ускорение работы сетевого интерфейса в Linux на SMP системах"		+/–
	Сообщение от lexa (??) on 08-Апр-08, 14:43
	А у меня косяк был, пока granch (sbni) на второй проц не перевел, роутер зависал наглухо. Без трафика всё нормально, как только трафик на sbni появлялся, через некоторое (разное) время роутер зависал. Нашёл причину собрав ядро под унипроц.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

6. "Ускорение работы сетевого интерфейса в Linux на SMP системах"		+/–
Сообщение от svolik on 22-Май-08, 10:58
Устарело насмерть. тестил веб фронтенды с помощью ab - в обычном режиме 500К запросов - 26.7 секунды, при  описанном способе, независимо от ядра - 32.5 и более
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

7. "Ускорение работы сетевого интерфейса в Linux на SMP системах"		+/–
Сообщение от Аноним (??) on 18-Мрт-10, 10:25
К сожалению, гранч (sbni) при переводе прерывания на второй проц, всёравно вешал систему наглухо, пришлось собрать ядро без поддержки мультипроца. Послеэтого всё работает нормально, без косяков.
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема