Странно, но у меня ни в одной из виртуалок не наблюдается ни одного&nbsp; превышения. Поменять на sysctl -w net.ipv4.tcp_congestion_control=veno никакого результато не дало.  Значения  tcpsndbuf/tcprcvbuf у меня стоят следующие:

<br>TCPSNDBUF=&quot;327680:532480&quot; - максимальное значение 327000<br>TCPRCVBUF=&quot;638976:1048576&quot; - максимальное значение 6936<br>При этом максимальные значение не меняются.<br><br><br><div><span class="gmail_quote">

07.11.07, <b class="gmail_sendername">Peter V. Saveliev</b> &lt;<a href="mailto:peet@altlinux.ru">peet@altlinux.ru</a>&gt; написал(а):</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">

On Wednesday 07 November 2007, Сергей Бялко wrote:<br>&gt; У меня стоят вот такие лимиты и превышение нигде нет:<br>&gt;<br>&gt; Служба значение макс. значение пороговое значение макс. значение кол-во<br>&gt; превышений&nbsp;&nbsp; kmemsize 1133889 2244907&nbsp;&nbsp;0&nbsp;&nbsp;lockedpages 0 0&nbsp;&nbsp;0&nbsp;&nbsp;privvmpages

<br>&gt; 2617 14053&nbsp;&nbsp;0&nbsp;&nbsp;shmpages 0 0&nbsp;&nbsp;0&nbsp;&nbsp;numproc 9 15&nbsp;&nbsp;0&nbsp;&nbsp;physpages 2144 2567&nbsp;&nbsp;0<br>&gt; vmguarpages 0 0&nbsp;&nbsp;0&nbsp;&nbsp;oomguarpages 2144 2567&nbsp;&nbsp;0&nbsp;&nbsp;numtcpsock 2 3&nbsp;&nbsp;0&nbsp;&nbsp;numflock<br>&gt; 1 2&nbsp;&nbsp;0&nbsp;&nbsp;numpty 2 3&nbsp;&nbsp;0&nbsp;&nbsp;numsiginfo 0 3&nbsp;&nbsp;0&nbsp;&nbsp;tcpsndbuf 0 0&nbsp;&nbsp;0&nbsp;&nbsp;tcprcvbuf 0 0

<br>&gt; 0 othersockbuf 6936 24456&nbsp;&nbsp;0&nbsp;&nbsp;dgramrcvbuf 0 8456&nbsp;&nbsp;0&nbsp;&nbsp;numothersock 7 12&nbsp;&nbsp;0<br>&gt; dcachesize 0 0&nbsp;&nbsp;0&nbsp;&nbsp;numfile 228 290&nbsp;&nbsp;0&nbsp;&nbsp;numiptent 10 10&nbsp;&nbsp;0<br>&gt;<br>&lt;skip /&gt;<br><br>Странно, у меня даже при почти неработающем контейнере есть превышение

<br>othersockbuf. У Вас точно в tcpsndbuf/tcprcvbuf значение failcnt == 0?<br>Используете venet или veth?</blockquote><div><br>А как это посмотреть?<br><br>&nbsp;</div><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">

Просто описанные симптомы очень похожи не на железную проблему, а на работу<br>congestion algo в tcp: при потере пакетов снижать скорость. А потеря может<br>быть, в частности, из-за превышения размера буфера на передачу. В нормальных

<br>системах такое не происходит, однако при закрученных гайках в ovz я нечто<br>похожее наблюдал.<br><br>Можно попробовать сделать так, на материнской системе:<br><br># modprobe tcp_veno<br># sysctl -w net.ipv4.tcp_congestion_control=veno

<br><br>После чего попробовать снова скачать что-нибудь с ftp. Если станет немножко<br>лучше, дело в потерях пакетов, а где они теряются -- ну, см. сами. Мне бы<br>казалось, что в лимитах ovz.<br><br>ЗЫ: использовать veno на проводном линке на рабочей машине не стоит, после

эксперимента вернуть обратно: # sysctl -w net.ipv4.tcp_congestion_control=bic -- Peter V. Saveliev </blockquote></div> <br clear="all"> --  -- С уважением, Бялко Сергей.