Балансировка трафика между приложениями

траффика

Трафика.

как это по науке называется

QoS.

Linux Advanced Routing & Traffic Control

9.2.3. Stochastic Fairness Queueing

Stochastic Fairness Queueing (SFQ) is a simple implementation of the fair queueing algorithms family. It’s less accurate than others, but it also requires less calculations while being almost perfectly fair

Вот только курят и лагают они не из-за сети в основном, а из-за того что диск захлебывается. Так что пример так себе.

скорее это проблема днищероутеров и нехороших провайдеров, которых можно завалить количеством открытых соединений. в таком случае можно просто подрезать кол-во открытых и полуоткрытых соединений.

Диск ssd а сеть lte, так что это не тот случай.

Да, похоже оно, осталось ключи вспомнить.

проблема днищероутеров и нехороших провайдеров

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

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

У меня на локалхосте канала то хватало всем, проблема не в трупуте а в лэйтенси возникала.

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

Вы про это? qdisc add dev eth0 root sfq perturb 10

Да, почти. Смотри заголовок.

Ага, так sfq по умолчанию? Тут нужно не с равным приоритетом, а именно уменьшить latency для dns, ssh и увеличить для качалок.
Хотя из коробки это все работает уже лет 10, рутеры видят tos флаги на пакетах сами.

Это называется приоретизация трафика по классовому принципу.

Мои рутеры не осилили эту задачу, но там и конфиг - без бутылки не разберёшься. По умолчанию планировщик для пакетов стоит fq_codel на всё кроме петель и мостов, который как я понял является реализацией SFQ. Крайний раз когда я обращал на это внимание был примерно полгода назад, сейчас проблема пропала, планировщик не менял, эксперименты не ставил, ибо пора походу в отпуск.

уменьшить latency для dns, ssh и увеличить для качалок.

Как я понял задумка другая - полить буфера честно, а не на основе того, кто их чаще сбрасывает. Т.е. такой максимально тупой RR для i/o.

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

Надо быть внимательнее (это я себе). В голову ничего кроме отдельных netns для сильно жрущих приложений чего-то не приходит.