[Ivan_83]

16 часов назад, XMan_ сказал:

Я исходил из логики -  каждому прерыванию дать отдельное ядро. Или так не совсем оптимально делать?  Повесил 8-мь прерываний на 4-11 ядра, оставив 0-3  для других системных приложений.

У вас PPPoE для него обычно трафик валит через одно прерывание.

Судя по нагрузке задействовано всего 3 прерывания, одно жрёт 1,6% другие по 0,8%.

Дальше трафик надо бы раскидывать по очередям и обрабатывать, а прерываниям оставить только вытаскивание пакетов из сетевухи в местный буфер.

[XMan_]

3 часа назад, Ivan_83 сказал:

У вас PPPoE для него обычно трафик валит через одно прерывание.

Судя по нагрузке задействовано всего 3 прерывания, одно жрёт 1,6% другие по 0,8%.

С одного входа да, PPPoE. С другого, конечно, нет. А что тогда мне грузит так процессор? 

 

3 часа назад, Ivan_83 сказал:

 

Дальше трафик надо бы раскидывать по очередям и обрабатывать, а прерываниям оставить только вытаскивание пакетов из сетевухи в местный буфер.

Каким образом это делается? 

[Ivan_83]

14 часов назад, XMan_ сказал:

Каким образом это делается?

Почитайте документацию, про тот же RSS, net.isr.dispatch=deferred и пр.

Спросите в рассылке.

У меня никогда не было такого вырожденного случая, вернее был - у реалтека тоже одно прерывание, но там вроде как то по ядрам раскидывалось. В общем я не копал и точного ответа у меня нет.

[Mechanic]

В 14.01.2021 в 23:02, Sacrament сказал:

Сообразно кол-ву сессий увеличился и пропускной трафик. Я же не синтетику гонял, а реальных абонентов. В данный момент в пике пропускает 4.5-5 Gbps

pps не снимаю. НАТа нет, только терминация.

трафик суммарный ?

какое железо cpu+ram?

есть ли обработка трафика - шейпер, фильтрация ?

 

PS стандартное mtu на сетевухе 1500, свич умеет 9000, есть ли прирост в производительности при увеличении mtu ?

 

[kayot]

4 минуты назад, Mechanic сказал:

стандартное mtu на сетевухе 1500, свич умеет 9000, есть ли прирост в производительности при увеличении mtu ?

С какой радости? Хоть 100500 поставь, пакету >1500 взяться неоткуда.

[Mechanic]

14 минут назад, kayot сказал:

С какой радости? Хоть 100500 поставь, пакету >1500 взяться неоткуда.

ну смотря что генерит трафик с большим размером

[kayot]

7 минут назад, Mechanic сказал:

ну смотря что генерит трафик с большим размером

В интернете ничто не генерит.

[Ivan_83]

4 часа назад, Mechanic сказал:

стандартное mtu на сетевухе 1500

Уже давно нет.

 

4 часа назад, Mechanic сказал:

есть ли прирост в производительности при увеличении mtu ?

Разумеется, нагрузка на проц заметно падает.

 

 

4 часа назад, kayot сказал:

С какой радости? Хоть 100500 поставь, пакету >1500 взяться неоткуда.

На самом деле есть откуда, но есть куча проблем с прохождением :(

Лет через 5 большие корпорации займутся и этой проблемой.

 

[Sacrament]

19 часов назад, Mechanic сказал:

трафик суммарный ?

какое железо cpu+ram?

есть ли обработка трафика - шейпер, фильтрация ?

 

PS стандартное mtu на сетевухе 1500, свич умеет 9000, есть ли прирост в производительности при увеличении mtu ?

Сетевая X520-Da2. Одна вход - вторая выход. на одной 4.66 на второй 4.75. Данные за последние сутки. Полисир через ipt_netflow и несколько правил в фаерволе для доступа к управляющей сети. MTU везде стандартное. В принципе могу попробовать увеличить между сервером и цисками, но будет ли в этом толк если не увеличить его везде?

П.С. Надеюсь через месяц попробовать погонять такую же схему на E5-2690v4 и intel X710-DA4 - посмотрим  на результаты.

[Mechanic]

6 часов назад, Sacrament сказал:

Сетевая X520-Da2. Одна вход - вторая выход. на одной 4.66 на второй 4.75. Данные за последние сутки. Полисир через ipt_netflow и несколько правил в фаерволе для доступа к управляющей сети. MTU везде стандартное. В принципе могу попробовать увеличить между сервером и цисками, но будет ли в этом толк если не увеличить его везде?

П.С. Надеюсь через месяц попробовать погонять такую же схему на E5-2690v4 и intel X710-DA4 - посмотрим  на результаты.

а проц и память на текущем ?

и не понял про полисинг-ipt_netflow , вроде линуховое решение

[Sacrament]

10 часов назад, Mechanic сказал:

а проц и память на текущем ?

и не понял про полисинг-ipt_netflow , вроде линуховое решение

Памяти 8. Проц - E3-1270v1

Ошибся с названием, полисинг модулем для iptables ipt_ratelimit

[Mechanic]

8 часов назад, Sacrament сказал:

Памяти 8. Проц - E3-1270v1

Ошибся с названием, полисинг модулем для iptables ipt_ratelimit

тема вроде про freebsd 12.1 а Вы указываете решение для linux ?!

[Sacrament]

10 часов назад, Mechanic сказал:

тема вроде про freebsd 12.1 а Вы указываете решение для linux ?!

Дык это проджолжение сообщения где я брас перевел с Freebsd на линукс. Я вообще не знаю, к чему вы не прочитав тему нормально начали меня цитировать и спрашивать про сетап)

[Mechanic]

6 часов назад, Sacrament сказал:

Дык это проджолжение сообщения где я брас перевел с Freebsd на линукс. Я вообще не знаю, к чему вы не прочитав тему нормально начали меня цитировать и спрашивать про сетап)

я видел сообщение о планах и пропустил о переходе с 12.1 на accel-ppp 

А под фрей Вы чем терминировали ? у Вас ppp/ppoe /ipoe  ?

[Sacrament]

2 часа назад, Mechanic сказал:

я видел сообщение о планах и пропустил о переходе с 12.1 на accel-ppp 

А под фрей Вы чем терминировали ? у Вас ppp/ppoe /ipoe  ?

mpd на Фре, до сих пор терминирую pppoe. Лишь один тестовый брас на linux. Но судя по результатам будем переезжать постепенно.

[WideAreaNetwork]

может кто поделиться тюнингом под FreeBSD12 ?

[Ivan_83]

http://www.netlab.linkpc.net/download/software/os_cfg/FBSD/12.0/base/

Это у меня дома на сервере и десктопе, пока хватает :)

[AlKov]

В 15.02.2021 в 14:38, Sacrament сказал:

до сих пор терминирую pppoe. Лишь один тестовый брас на linux. Но судя по результатам будем переезжать постепенно.

А на какой ОС у вас accel-ppp?

VLAN-ы есть? Если да, то сколько, используете ли vlan-mon?

Шейпер accel-а используете?

 

P.S. Затрахался уже с современными бсд, наверное тоже придется на Linux съезжать..

accel-ppp  я вообще-то юзаю, но на IPoE на Debian 9. Там все чудесно.

Но! С pppoe на accel пока не работал, да и 9-ку Дебиана теперь тоже в EOL отправили. 

Соотв. те же опасения имеются, что в 10-ке, как и во фре, успели все нужное успешно поломать..

[Sacrament]

2 часа назад, AlKov сказал:

А на какой ОС у вас accel-ppp?

VLAN-ы есть? Если да, то сколько, используете ли vlan-mon?

Шейпер accel-а используете?

 

P.S. Затрахался уже с современными бсд, наверное тоже придется на Linux съезжать..

accel-ppp  я вообще-то юзаю, но на IPoE на Debian 9. Там все чудесно.

Но! С pppoe на accel пока не работал, да и 9-ку Дебиана теперь тоже в EOL отправили. 

Соотв. те же опасения имеются, что в 10-ке, как и во фре, успели все нужное успешно поломать..

На 10м Дебиане юзаю, Вланов 1500. Без vlan-mon

Шейпер юзаю ipt_ratelimit

[AlKov]

8 минут назад, Sacrament сказал:

На 10м Дебиане юзаю

Никаких заморочек с установкой/настройкой/тюнингом на 10-ке не было?

 

8 минут назад, Sacrament сказал:

Шейпер юзаю ipt_ratelimit

А по какой причине? Почему не "родной" accel-я?

Или просто так сложилось?

[Sacrament]

2 минуты назад, AlKov сказал:

Никаких заморочек с установкой/настройкой/тюнингом на 10-ке не было?

  

А по какой причине? Почему не "родной" accel-я?

Или просто так сложилось?

Заморочек никаких. Шейпер такой потому что мне надо дополнительно нарезать скорости по разным зонам.

[AlKov]

8 минут назад, Sacrament сказал:

Заморочек никаких

Ну что ж.. Уже обнадеживает.

Если тут не взлетит (на бсд 12.2), пойдем по вашим стопам. :-)

 

[zlobar]

5 hours ago, Sacrament said:

Заморочек никаких. Шейпер такой потому что мне надо дополнительно нарезать скорости по разным зонам.

А как ето вьіглядит?

Ну в связке с accel-ppp

Изменено 26 марта, 2021 пользователем zlobar

[vop]

А шейпер не обязательно связывать с accel-ppp, как по мне.

[ingvarrwvw]

РРРое на BSD летит на одно ядро, потому что RSS на всех дешевых картах (популярных чипах intel 82599  в том числе) умеет раскладывать по разным очередям только L3 трафик. Никаким тюнингом это не изменить.

В линуксе есть RPS, который эту ситуацию позволяет разрешить, поэтому тоже смотрим в сторону переезда на линуксовый рррое.