Тов.
rustedowl подкинул очередную загадку с Linux-железкой.
Он подключил себе еще одного провайдера, который дает симметричный гигабит в секунду. Приходит оно через некую коробочку, работающую в режиме моста (bridge). Снаружи "волос" (оптика), изнутри Gigabit Ethernet.
Если втыкаться в эту коробочку виндовой машиной и запускать SpeedTest, всё нормально.
(
Read more... )
Comments 23
Я даэе подумать боюсь на какую из граблин можно наступить тут, я на месте Тов. rustedowl без объяснения причин просто попробовал-бы его заменить, да-же USB сетевухой, USB 3.0 вполне тянут гигабит.
Reply
Не уверен, что там у него есть USB3.0 в этой машинке. Мы с тов. kvazimoda24 пока что предложили жестко привязать каждую сетевуху к своему ядру CPU. Посмотрим что получится.
Reply
Reply
В первую очередь проверил.
Reply
Reply
Reply
UPD еще я бы проверил Iperf скорость между Win и Lin в полной сетевой схеме Win-LIn-RTRbox, чтобы понять - бутылочное горлышко именно роутинг или на уровне интерфейсов
Reply
По отдельности обе сетевухи выдают полную скорость. И доходит до смешного - через HTTPS-прокси на том же роутере достигается почти полная скорость (плюс-минус 30 Мбит/с). В отличие от простого Forward+NAT, который в два раза медленнее.
> Iperf скорость между Win и Lin
Все нормально, честный гигабит. См. выше.
Reply
Reply
Доходит до смешного. Через HTTPS-прокси на том же роутере работает быстрее, чем через NAT.
У меня сейчас основная версия, что отправка одной сетевухи "села" на то же прерывание, что и прием другой. Поэтому они активно мешают друг другу при Forward-е. Хозяин проверяет мою гипотезу.
Reply
Speedtest на роутере - D 934 | U 900
NAT на виндовой машине - D 504 | U 564
HTTPS Proxy на виндовой машине - D 897 | U 897
Включен nftables NAT flow offload, прерывания раскиданы по отдельным ядрам. dstat'ом смотрел, во что бы оно могло упираться - ничего не нашел. NAT генерирует больше прерываний, чем прокси, но нагрузка по ядрам не превышает 30%
Reply
Reply
Leave a comment