https://www.opennet.ru/openforum/vsluhforumID1/95875.html Анамнез.<br><br>В общем, в целях отдыха от крестов <br>и т.ск. рабочей разминки<br>повозился с http://heim.ifi.uio.no/michawe/research/projects/new-transport/implementing-sctp-auto-buffer-tuning.html.<br>спецом для ядра 2.6.32<br><br>&gt;&gt;&gt;&gt;&gt;&gt;&gt;<br><br>Changes:<br>- добавлен контроль этой штуковины через /proc/...<br>- и нек-рые fixes(include security) из upstream<br><br><br>&gt;&gt;&gt;&gt;&gt;&gt;&gt;<br><br>Кто-то из присутствующих, <br>мог бы провести срaвнительное тестирование и выложить результаты, <br>просто не раcполагаю оборудованием и опытом по данному направлению ?<br><br>Предварительные параметры:<br>- debian 6(или RH(CentOS)6, etc), distro with any linux kernel &gt;=3.10, some other OS(s) ( with distro default network options)<br>- sctp vs tcp(reno and cubic)<br>- latency (optional: 1ms, 5ms, 50ms, ...)<br>- wired vs wireless (optional: packet loss 1%, 5%, 10% ...)<br>- net cards - что-то вроде масс потреба RTL-8139/8139C/8139C+ vs серверное Intel(бла-бла, с этим как оно - вроде off-load, hardware checksum, ...)<br><br><br>&gt;&gt;&gt;&gt;&gt;&gt;&gt;<br><br>Если кто найдется, маякнете куда/кому залить исх https://www.opennet.ru/openforum/vsluhforumID1/95875.html#1 Sun, 30 Nov 2014 11:40:36 GMT &gt;&gt;&gt;&gt;&gt;&gt;&gt;<br><br>Погонял экспресс тесты c iperf3<br>http://heim.ifi.uio.no/michawe/research/projects/new-transport/implementing-sctp-auto-buffer-tuning.html<br> - результаты впечатляютЬ, правда только, на виртуалках.<br><br><br>&gt;&gt;&gt;&gt;&gt;&gt;&gt;<br><br>*ть, *ть, *ть - чаяния были услышаны<br>via http://www.opennet.ru/cgi-bin/openforum/vsluhboard.cgi?quote=not_empty&az=post&forum=vsluhforumID9&om=9066&omm=9<br><br>и наступило относительно полное камильфо,<br>из мокументов к CentOS 6.x: <br><br>pf_retrans - INTEGER<br>The number of retransmissions that will be attempted on a given path<br>before traffic is redirected to an alternate transport (should one<br>exist). Note this is distinct from path_max_retrans, as a path that<br>passes the pf_retrans threshold can still be used. Its only<br>deprioritized when a transmission path is selected by the stack. This<br>setting is primarily used to enable fast failover mechanisms without<br>having to reduce path_max_retrans to a very low value. See:<br>http://www.ietf.org/id/draft-nishida-tsvwg-sctp-failover-05.txt<br>