https://www.opennet.ru/openforum/vsluhforumID3/133690.html Джоб Снейдерс (Job Snijders), маститый разработчик OpenBSD, руководитель одного из комитетов в IETF (Internet Engineering Task Force), автор 11 RFC, связанных с маршрутизацией и RPKI, и создатель IRRd (Internet Routing Registry Daemon), опубликовал набор патчей для OpenBSD, добавляющих новый sysctl-параметр "net.inet.tcp.nodelay" для отключения алгоритма Нейгла на уровне всей системы. Параметр избавляет разработчиков приложений от выставления флага TCP_NODELAY для отдельных сокетов...<br><br>Подробнее: https://www.opennet.ru/opennews/art.shtml?num=61176<br> https://www.opennet.ru/openforum/vsluhforumID3/133690.html#128 Tue, 04 Jun 2024 13:48:49 GMT &gt; На 99.9% уверен, что оно так не работает.<br><br>Там есть пределы по времени: (канальная скорость &gt;&gt; 6) в микро секундах, кто-то в ( HZ / x ) пишет, кто-то в ( x / HZ ), <br>У ВаФли есть TX Queue Quantum - доза в байтах передаваемая в планировщик. <br> https://www.opennet.ru/openforum/vsluhforumID3/133690.html#127 Tue, 04 Jun 2024 13:23:16 GMT &gt;&gt; https://github.com/pavlinux/TCP_NODELAY <br>&gt;&gt; <br>&gt;&gt; - sysctl -w net.ipv4.tcp_nodelay = 1; <br>&gt; Почему не заапстримлено?<br><br>Влом оформлять ) <br> https://www.opennet.ru/openforum/vsluhforumID3/133690.html#126 Mon, 03 Jun 2024 02:50:19 GMT &gt; https://github.com/pavlinux/TCP_NODELAY <br>&gt;<br>&gt; - sysctl -w net.ipv4.tcp_nodelay = 1; <br><br>Почему не заапстримлено?<br> https://www.opennet.ru/openforum/vsluhforumID3/133690.html#125 Sun, 19 May 2024 22:03:59 GMT Вся реклама будет прогружаться до Largest Contentful Paint вовремя ;)<br> https://www.opennet.ru/openforum/vsluhforumID3/133690.html#124 Sun, 19 May 2024 22:00:10 GMT На 99.9% уверен, что оно так не работает. Даже если есть какая-то буферизация (наверняка, в настройках Intel NIC в винде что-то есть), то держать пакеты свыше MTU size нет никакого смысла. Иначе сетевой трафик уходит из realtime в мир иной, как у спутниковой связи.<br> https://www.opennet.ru/openforum/vsluhforumID3/133690.html#123 Fri, 17 May 2024 11:47:01 GMT На опеннете ничего не удаляют.<br>Видишь, вот, я написал секс, и ничего не удалили.<br> https://www.opennet.ru/openforum/vsluhforumID3/133690.html#120 Fri, 17 May 2024 11:30:37 GMT &gt;&gt; В линухе такой параметр был уже более десятка лет <br>&gt; Чтобы включал на уровне всей системы по дефолту? Вы вроде как врете, <br>&gt; учитывая последний абзац новости.<br><br>А net.ipv4.tcp_low_latency = 1 в sysctl мне, наверное, привиделся? Не, сам такое название я бы не придумал :)<br> https://www.opennet.ru/openforum/vsluhforumID3/133690.html#118 Fri, 17 May 2024 11:03:41 GMT не только и не столько замеры, как чёткое понимание механики работы и последствий от изменений дефолта.. и уже потом - замеры, дабы подтвердить/опровергнуть корректность модели..<br><br>продублирую выборку по обсуждению (так читать легче):<br>https://marc.info/?l=openbsd-tech&w=2&r=1&s=Add+sysctl+to+disable+Nagle's+algorithm+(RFC+896+-+Congestion+Control)&q=b<br><br>в частности последний ответ/ссылка (на сегодня):<br>https://withinboredom.info/2022/12/29/golang-is-evil-on-shitty-networks/<br><br>пмсм, как и говорит сам Nagle - https://news.ycombinator.com/item?id=10608356 - основная "проблема" - Delayed Acks (RFC-813), но особого желания лезть разгребать это болото как-то не наблюдается.. по какой-то странной и необъяснимой причине, что характерно..<br> https://www.opennet.ru/openforum/vsluhforumID3/133690.html#117 Fri, 17 May 2024 10:16:39 GMT &gt; - В wireshark ловить по фильтру 'tcp.flags.push==1' (tcpdump тоже прокатит) <br><br>Соррян, для tcpdump так: <br><br># tcpdump -i eth0 'tcp and tcp[tcpflags] & tcp-push == tcp-push'<br>или <br># tcpdump -i eth0 'tcp[tcpflags] & tcp-push == 8'<br><br>https://www.howtouselinux.com/post/tcpdump-capture-packets-with-tcp-flags<br>