Jump to content

Recommended Posts

Posted

На линукс роутере NAT + 1500 правил cbq, по нарезке трафика юзерам,

стоит 3Ггц пень 4, до недавнего времени спарвлялся, встала необходимость нарастить мощность,

поставить второй роутер нет возможности, поэтому только апгрейд старого.

Узкое место cbq, пожирает проц до 100%

Заапгрейдил на Intel Q9650 Core2 Quad 3Ггц, огарчён тем, что сходу проблему это не решило,

производительность выросла примерно на 5-10%

cbq - убивает проц напроч, вырубаю шейпер, роутер сразу 1 гиг рулит, врубаю производительность падает до 150-200 мег и загрузка проца 100%

старый роутер стокаже рулит.

как я понимаю cbq просто юзает 1 ядро проца,

встал вопрос как его заставить работать на всех ядрах??

 

Posted

интересная картина 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

 

Posted
Фильтры у вас небось на u32, и линейно... мультикорность врядли тут поможет
А что более ресурсоемко? - u32 или линейность фильтров?

Если u32, но что менять? - На фвмарки и в бинарное дерево их строить? А если у меня pppoe?

  • 3 weeks later...
Posted

Фильтры у вас небось на u32, и линейно... мультикорность врядли тут поможет

А что посоветуешь для ограничения скорости? Чисто шейпер, без класификатора и приотизации....Так как проблема действительно острая :( ?

Posted

Не кажется ли вам что проще использовать tbf, гораздо производительнее htb.

И в самый раз для тупого ограничения скорости на интерфейсе (ppp).

 

У себя использую фактически не заметно использование.

Posted (edited)
Не кажется ли вам что проще использовать tbf, гораздо производительнее htb.

И в самый раз для тупого ограничения скорости на интерфейсе (ppp).

 

У себя использую фактически не заметно использование.

В том и дело, я же писал пример моего шейпера...

У меня один интерфейс eth0, на котором нужно резать скорость многим клиентам.... Согласен ТБФ очень выгоден если надо просто резать общую скорость на интерфейсе....

Edited by V@No

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

×
×
  • Create New...
На сайте используются файлы cookie и сервисы аналитики для корректной работы форума и улучшения качества обслуживания. Продолжая использовать сайт, вы соглашаетесь с использованием файлов cookie и с Политикой конфиденциальности.