я обычно запускал по 4-6 по разным dst портам

*Читать голосом X-Zibit'a*
Я встроил компьютер в твой компьютер, чтобы ты мог подключаться к своему компьютеру через свой компьютер.
https://www.instructables.com/id/Re-purpose-Optical-Drive-With-RPi/

это как правило везде позволяет протестить балансировку, если есть возможность на l4

а реальный траффик забивает все ядра, точнее не забивает, а использует, но на этих ядрах еще куча других задач, может все-таки стоит попробовать systemd весь вынести на отдельный процессор просто, а первый процессор оставить для сети? так получится?
мне тут не дает попробовать то что numa node первого процессора всю память себе забирает, кажется что это не очень хорошая идея
```
numactl --hardware

available: 2 nodes (0-1)
node 0 cpus: 0 1 2 3 4 5 6 7
node 0 size: 65422 MB
node 0 free: 2376 MB
node 1 cpus: 8 9 10 11 12 13 14 15
node 1 size: 0 MB
node 1 free: 0 MB
node distances:
node   0   1 
  0:  10  20 
  1:  20  10 

numastat
                           node0           node1
numa_hit             15733832175               0
numa_miss                      0               0
numa_foreign                   0               0
interleave_hit        1685113194               0
local_node            5825601353               0
other_node            9908230822               0

```

это на генераторе
а на сервере-приемнике?
ведь rss по src ip, dst ip, proto, src port, dst port

по идее тоже.

попробую запустить сервер на разных портах, либо несколько серверов iperf
а на клиенте уже несколько iperf с разными dst, спасибо

у меня там сейчас складывается так, что сервер получает весь траффик с одного набора src ip, dst ip, proto, src port, dst port

попробуй третий iperf

он в одно ядро будет все гнать. Для меня это как-то стало неприятным сюрпризом.

где-то в доках это написано там.

А все-таки если копать в сторону разграничений сервисов по cpu, не пробовал никто? хотя бы taskset'ом?
т.е. оставить 8 ядер для очередей сетевух, а остальные ядра на любые сервисы systemd?

ну теоретически можно через isolcpu оставить на ядрах только прерывания от сетевых.

я думал попробовать в /etc/systemd/system.conf
CPUAffinity=x x x x

ну это не совсем то.

спасибо, попробую и так, и так
если что-нибудь получится- дам знать.
В принципе, сейчас дропы не на столько критичны, как были до оптимизации iptables, но все равно есть (за весь день тысяч 20 на все очереди суммарно).
Есть ощущение что если траффик вырастет- дропы вырастут соответственно.

https://fedoramagazine.org/tcp-window-scaling-timestamps-and-sack/ 🧐

Немного актуалочки от профессионалов своего дела.
Напоминаем: по имеющейся информации, сегодня была рассылка от Белтелеком, где было анонсировано полное отключение связи с 18-00.
P.S. Мы своими глазами эту рассылку не видели. Не просите дать почитать. Если у кого есть и готов расшарить, кидайте в личку. https://radar.qrator.net/blog/what-happening-BY

хм, подрезали половину префиксов и зашейпили