Jump to content
Local
a_n_h

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

Recommended Posts

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

Edited by Dimkers
  • Thanks 1

Share this post


Link to post
Share on other sites
24 минуты назад, Dimkers сказал:

чнн

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

Share this post


Link to post
Share on other sites
5 часов назад, Dimkers сказал:

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

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

 

wcpu.png

wcpu0.png

Share this post


Link to post
Share on other sites
3 часа назад, WideAreaNetwork сказал:

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

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

Share this post


Link to post
Share on other sites
6 часов назад, l1ght сказал:

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

37.39% [kernel{dummynet}]

Share this post


Link to post
Share on other sites

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

Share this post


Link to post
Share on other sites

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

  • Like 1

Share this post


Link to post
Share on other sites

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

Share this post


Link to post
Share on other sites

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

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

Edited by WideAreaNetwork

Share this post


Link to post
Share on other sites
22 часа назад, WideAreaNetwork сказал:

top -SHPI

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

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

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

Share this post


Link to post
Share on other sites
8 минут назад, l1ght сказал:

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

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

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

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

 

Цитата

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

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

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

  • Like 2

Share this post


Link to post
Share on other sites

Подыму тему.

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

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 и данным настройкам.

Edited by a_n_h

Share this post


Link to post
Share on other sites
1 час назад, a_n_h сказал:

Подыму тему.

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

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

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

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

Share this post


Link to post
Share on other sites
38 минут назад, Baneff сказал:

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

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

Share this post


Link to post
Share on other sites
2 минуты назад, a_n_h сказал:

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

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

  • Thanks 1

Share this post


Link to post
Share on other sites
6 часов назад, a_n_h сказал:

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

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

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

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

 

Share this post


Link to post
Share on other sites

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

Share this post


Link to post
Share on other sites
2 часа назад, a_n_h сказал:

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

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

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

  • Like 1

Share this post


Link to post
Share on other sites
27 минут назад, Baneff сказал:

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

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

sysctl net.inet.ip.dummynet.pipe_byte_limit

Edited by a_n_h

Share this post


Link to post
Share on other sites
36 минут назад, a_n_h сказал:

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

sysctl net.inet.ip.dummynet.pipe_byte_limit

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

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now

  • Recently Browsing   0 members

    No registered users viewing this page.

  • Similar Content

    • By yAnik
      Здравствуйте, ищу интернет провайдера по адресу г. Киев ул. Пирагова 5А. Подключение в квартиру. (не офис).
      Контакты: viber: +380637704068 Ян.
×