100 МБт и более на freebsd pipe

[WideAreaNetwork 222]

47 минут назад, Dimkers сказал:

Бгп тоже тут?

неа, писюн еще не дорос до такого

[Dimkers 1 600]

смотри, что в чнн жрет проц. Если это нетфлоу - гаси. и пробуй другой софт

Відредаговано 2018-10-17 13:06:43 Dimkers

[WideAreaNetwork 222]

24 минуты назад, Dimkers сказал:

чнн

час наибольшей нагрузки - гуглить пришлось даже) сегодня вечером гляну, а еще лучше пятница и суббота

[WideAreaNetwork 222]

5 часов назад, Dimkers сказал:

смотри, что в чнн жрет проц

ядра и память вообще не нагружены, что такое wcpu я хз

 

[l1ght 377]

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

ядра и память вообще не нагружены, что такое wcpu я хз

Так у тебя в чем проблема?

[pavlabor 1 939]

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

Так у тебя в чем проблема?

37.39% [kernel{dummynet}]

[tivi 56]

судя по скринам - ipcad

[911 140]

убить ipcad, перейти на ng_netflow

[Dimkers 1 600]

соглашусь с 911, меняйте софт для нетфлоу, он у вас жрет половину ресурсов.

[WideAreaNetwork 222]

каких ресурсов? wcpu это соотношение чего-то к чему-то, а так RAM хватает, ядра в ЧНН до 10%

ipcad и dummynet жрут дофига не CPU а WCPU

Відредаговано 2018-10-18 07:19:52 WideAreaNetwork

[l1ght 377]

22 часа назад, WideAreaNetwork сказал:

top -SHPI

top -SCHIP и не морочь людям голову

зачем в тему пришел если не можешь даже вывод топа понять?

в тему, к которой твоя "проблема" не имеет отношения

[Matou 83]

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

зачем в тему пришел если не можешь даже вывод топа понять?

в тему, к которой твоя "проблема" не имеет отношения

Засем ругаесся насяльнике ?
Согласен, маленько тема не туда пошла (отмечу для локала это обычное дело), но человек просит совета. Если знаете - помогите, а нет так не шлите хотя бы. Ибо, имихо, со стороны так и выглядит.

Ну и мои 5 копеечек, мысли, так сказать, бо freebsd не мое, но ведь не о ней речь.

 

Цитата

WCPU
Колонка WCPU (использование CPU) выдает взвешенные показатели использования CPU, а именно процентное отношение времени CPU, которое процесс использует согласно своему приоритету и значению nice.

может кто -о объяснить как 2 летнему?

Мое имхо - у вашего процесса высокий приоритет в nice. И выгребает он время для своей работы у CPU знатно. Хотите увидеть иные значения в WCPU - ковыряйте ipcad.

[a_n_h 589]

Подыму тему.

Наткнулся в нете на:

https://forum.nag.ru/index.php?/topic/69338-ispolzovanie-burst-v-pipe/

 

а конкретно:

 

Если кратко, то рекомендуется <code>normal burst = configured rate * (1 byte)/(8 bits) * 1.5 seconds</code>

 

Всё, в принципе, работает действительно красиво.

 

У меня сейчас стоит вот так:

 

<code>

 

my $queue_size = int($speed_in / (8 * 10));

my $burst_size = int($speed_in / 8);

 

...

 

$ipfw pipe $rule_in config bw ${speed_in}Kb/s mask dst-ip 0xFFFFFFFF queue ${queue_size}Kbytes burst ${burst_size}

 

$ipfw pipe $rule_out config bw ${speed_out}Kb/s mask src-ip 0xFFFFFFFF queue ${queue_size}Kbytes burst ${burst_size}

 

$ipfw queue $rule_in config pipe $rule_in mask dst-ip 0xFFFFFFFF queue ${queue_size}Kbytes

 

$ipfw queue $rule_out config pipe $rule_out mask src-ip 0xFFFFFFFF queue ${queue_size}Kbytes

 

</code>

 

 

 

 

Единственное "но" (относящееся к burst косвенно), это что по умолчанию queue size ограничено на уровне 1Мбайта ("sysctl net.inet.ip.dummynet.pipe_byte_limit")

 

 

 

интересует мнение "аксакалов" форума по использованию  burst и данным настройкам.

Відредаговано 2019-02-17 08:22:55 a_n_h

[Baneff 149]

1 час назад, a_n_h сказал:

Подыму тему.

Наткнулся в нете на:

https://forum.nag.ru/index.php?/topic/69338-ispolzovanie-burst-v-pipe/

интересует мнение "аксакалов" форума по использованию  burst и данным настройкам.

Ну я не аксакал, но в чём проблема то? Когда-то давно пробовали внедрить барст, но не понравилось, прибили. Но работало, сначала всплеск скорости выше номинала, потом постепенное сползание к номиналу и далее уже номинал. На спидтесте видно, можно попробовать - проверить самому.

[a_n_h 589]

38 минут назад, Baneff сказал:

Когда-то давно пробовали внедрить барст, но не понравилось, прибили.

а что не понравилось? интересует опыт коллег.

[Baneff 149]

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

а что не понравилось? интересует опыт коллег.

Так для провайдера это лишнее, как монетизировать? У юзеров вопросы возникают, а чего это на спидтесте сначала хорошая скорость, а потом плохая? Зажимаете бедных юзеров, наживаетесь и всё т. д. как обычно. Поэтому решили, что график скорости должен быть плоским как стол. Чистый маркетинг короче, технически проблем с барстом не было.

[l1ght 377]

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

а что не понравилось? интересует опыт коллег.

Сложно потом тарифы дороже продать, особенно с дешевыми тарифами аля 5-10 мегабит.

Если у них большой берст и нет проблем на том же ютубе видео смотреть то смысл им брать тариф дороже?

Тоже самое с теми кто продает тарифы аля "10 мегабит мира + 100 мбит украины". Сами себе палки в колеса ставят.

 

[a_n_h 589]

А кто, сколь ставит размер очереди в зависимости от скорости тарифа?

[Baneff 149]

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

А кто, сколь ставит размер очереди в зависимости от скорости тарифа?

С давних времён длина очереди вычислялась скриптом. При современных тарифах скрипт всегда ставит queue 1024Kbytes. На скоростях от bw 30000Kbit/s до bw 300000Kbit/s работает, дропов минимум, задержка в пределах, жалоб на шейпер нет. Это максимальное значение, раньше были в тарифах мелкие скорости, там длина очереди была меньше чтобы не увеличивать сильно задержку. Спасибо, кстати, что напомнили, возможно стоит пересмотреть скриптик для новых условий.

Да, у нас используется type QFQ . Сейчас там новые типы появились, планируем попробовать, но пока руки не доходили. В новых методах длина очереди уже устанавливается автоматически, насколько я понял при беглом просмотре.

[a_n_h 589]

27 минут назад, Baneff сказал:

При современных тарифах скрипт всегда ставит queue 1024Kbytes.

а если поставить 2048Kbytes соответственно увеличив:

sysctl net.inet.ip.dummynet.pipe_byte_limit

Відредаговано 2019-02-17 19:55:20 a_n_h

[Baneff 149]

36 минут назад, a_n_h сказал:

а если поставить 2048Kbytes соответственно увеличив:

sysctl net.inet.ip.dummynet.pipe_byte_limit

Думаю, просто возрастёт задержка и уменьшится кол-во дропов при переполнении трубы. Но дропов и так немного, а вот задержка - плохо, могут начать звонить всякие танчики и CS, что у них пинг большой.