rixo Опубликовано 15 февраля, 2009 · Жалоба На линукс роутере NAT + 1500 правил cbq, по нарезке трафика юзерам, стоит 3Ггц пень 4, до недавнего времени спарвлялся, встала необходимость нарастить мощность, поставить второй роутер нет возможности, поэтому только апгрейд старого. Узкое место cbq, пожирает проц до 100% Заапгрейдил на Intel Q9650 Core2 Quad 3Ггц, огарчён тем, что сходу проблему это не решило, производительность выросла примерно на 5-10% cbq - убивает проц напроч, вырубаю шейпер, роутер сразу 1 гиг рулит, врубаю производительность падает до 150-200 мег и загрузка проца 100% старый роутер стокаже рулит. как я понимаю cbq просто юзает 1 ядро проца, встал вопрос как его заставить работать на всех ядрах?? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Ivan Rostovikov Опубликовано 16 февраля, 2009 (изменено) · Жалоба Современные ядра и драйверы позволяют разводить прерывания (softirq) по разным процессорам. Изменено 16 февраля, 2009 пользователем Ivan Rostovikov Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
BETEPAH Опубликовано 16 февраля, 2009 · Жалоба покажите содержимое /proc/interrupts Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
rixo Опубликовано 16 февраля, 2009 · Жалоба интересная картина P4-3Ghz, Core 2 duo E8400, Q9650 Core2 Quad выдают примерно одинаковые результаты + - совсем небольшой часам к 6 вечера нагрузка на проц вырастает до 100% и включаются тормоза переконфигурял cbq, удалось уменьшить количество правил до 1200, роутер отпустило, CPU0 CPU1 0: 126 0 IO-APIC-edge timer 1: 59 57 IO-APIC-edge i8042 6: 1 1 IO-APIC-edge floppy 8: 1 0 IO-APIC-edge rtc 9: 0 0 IO-APIC-fasteoi acpi 12: 2 2 IO-APIC-edge i8042 14: 0 0 IO-APIC-edge ide0 15: 0 0 IO-APIC-edge ide1 16: 991550296 991303051 IO-APIC-fasteoi eth1, eth3 17: 548051287 548271742 IO-APIC-fasteoi eth2, eth4 20: 432760167 432789055 IO-APIC-fasteoi eth0 21: 1010774 1008680 IO-APIC-fasteoi ahci NMI: 0 0 Non-maskable interrupts LOC: 482523625 482523551 Local timer interrupts RES: 14295 13866 Rescheduling interrupts CAL: 61 69 Function call interrupts TLB: 12921 12947 TLB shootdowns TRM: 0 0 Thermal event interrupts SPU: 0 0 Spurious interrupts ERR: 0 MIS: 0 Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
nuclearcat Опубликовано 17 февраля, 2009 · Жалоба Фильтры у вас небось на u32, и линейно... мультикорность врядли тут поможет Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Jugernault Опубликовано 17 февраля, 2009 · Жалоба Фильтры у вас небось на u32, и линейно... мультикорность врядли тут поможетА что более ресурсоемко? - u32 или линейность фильтров?Если u32, но что менять? - На фвмарки и в бинарное дерево их строить? А если у меня pppoe? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
V@No Опубликовано 4 марта, 2009 · Жалоба Фильтры у вас небось на u32, и линейно... мультикорность врядли тут поможет А что посоветуешь для ограничения скорости? Чисто шейпер, без класификатора и приотизации....Так как проблема действительно острая :( ? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
MagMike Опубликовано 5 марта, 2009 (изменено) · Жалоба в соседней ветке похожая проблема - http://forum.nag.ru/forum/index.php?showtopic=47480 при 1500 правилах только ветвление поможет Изменено 5 марта, 2009 пользователем MagMike Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
_ruslan_ Опубликовано 5 марта, 2009 · Жалоба Не кажется ли вам что проще использовать tbf, гораздо производительнее htb. И в самый раз для тупого ограничения скорости на интерфейсе (ppp). У себя использую фактически не заметно использование. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
V@No Опубликовано 5 марта, 2009 (изменено) · Жалоба Не кажется ли вам что проще использовать tbf, гораздо производительнее htb.И в самый раз для тупого ограничения скорости на интерфейсе (ppp). У себя использую фактически не заметно использование. В том и дело, я же писал пример моего шейпера...У меня один интерфейс eth0, на котором нужно резать скорость многим клиентам.... Согласен ТБФ очень выгоден если надо просто резать общую скорость на интерфейсе.... Изменено 5 марта, 2009 пользователем V@No Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
nuclearcat Опубликовано 6 марта, 2009 · Жалоба u32 hash http://qos.ittc.ku.edu/howto/node48.html http://lartc.org/howto/lartc.adv-filter.hashing.html Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...