<?xml version="1.0" encoding="koi8-r"?>
<rss version="0.91">
<channel>
    <title>OpenForum RSS: Раздел полезных советов: Оптимизация TCP/IP стека в Linux для нагруженного сервера.</title>
    <link>https://www.opennet.ru/openforum/vsluhforumID3/4163.html</link>
    <description>/usr/src/linux/Documenation/filesystems/proc.txt&lt;br&gt;/usr/src/linux/Documenation/networking/ip-sysctl.txt&lt;br&gt;Далее в скобках указаны значения по умолчанию для 2.2.x/2.4.x ядер.&lt;br&gt;Если ядро собрано с CONFIG_SYNCOOKIES для защиты от syn флуда (net.ipv4.tcpsyn_cookies)&lt;br&gt;   echo 1 &amp;gt; /proc/sys/net/ipv4/tcp_syncookies #(0/0)&lt;br&gt;Увеличиваем размер backlog очереди (аналог sysctl net.ipv4.tcp_max_syn_backlog).   &lt;br&gt;   echo 1280 &amp;gt; /proc/sys/net/ipv4/tcp_max_syn_backlog  #(128/1024)&lt;br&gt;Число начальных SYN и SYNACK пересылок для TCP соединения (лучше не трогать).&lt;br&gt;   echo 4 &amp;gt; /proc/sys/net/ipv4/tcp_synack_retries #(x/5)&lt;br&gt;   echo 4 &amp;gt; /proc/sys/net/ipv4/tcp_syn_retries #(10/5)&lt;br&gt;Какие порты использовать в качестве локальных TCP и UDP портов (sysctl net.ipv4.ip_local_port_range).&lt;br&gt;   echo &quot;16384 61000&quot; &amp;gt; /proc/sys/net/ipv4/ip_local_port_range #(1024 4999/32768 61000)&lt;br&gt;Сколько секунд ожидать приема FIN до полного закрытия сокета.&lt;br&gt;   echo 30 &amp;gt; /proc/sys/net/ipv4/tcp_fin_timeout #(180/60)&lt;br&gt;Как часто посылать сообщение о поддержании keep </description>

<item>
    <title>Оптимизация TCP/IP стека в Linux для нагруженного сервера. (Ekzorcist)</title>
    <link>https://www.opennet.ru/openforum/vsluhforumID3/4163.html#3</link>
    <pubDate>Mon, 26 Jul 2010 08:39:07 GMT</pubDate>
    <description>##&lt;br&gt;Число начальных SYN и SYNACK пересылок для TCP соединения (лучше не трогать).&lt;br&gt;   echo 4 &amp;gt; /proc/sys/net/ipv4/tcp_synack_retries #(x/5)&lt;br&gt;##&lt;br&gt;&lt;br&gt;Под высокие нагрузки (и даже под DDoS) &lt;br&gt;net.ipv4.tcp_synack_retries = 2 - пойдет очень хорошо (CentOS release 5.3 (Final), 2.6.18-128.1.16.el5 )&lt;br&gt;&lt;br&gt;##&lt;br&gt;Сколько секунд ожидать приема FIN до полного закрытия сокета.&lt;br&gt;   echo 30 &amp;gt; /proc/sys/net/ipv4/tcp_fin_timeout #(180/60)&lt;br&gt;##&lt;br&gt;Понижал до 15. Работает как часы и при этом значительно снижается нагрузка за счет уменьшения полузакрытых коннектов.&lt;br&gt;&lt;br&gt;P.S. То, что испытывал:&lt;br&gt;http://mega-admin.com/showthread.php?t=42&lt;br&gt;&lt;br&gt;</description>
</item>

<item>
    <title>Оптимизация TCP/IP стека в Linux для нагруженного сервера. (Michael Shigorin)</title>
    <link>https://www.opennet.ru/openforum/vsluhforumID3/4163.html#2</link>
    <pubDate>Mon, 23 Aug 2004 20:58:08 GMT</pubDate>
    <description>Хотя... _нагрузку_-то, конечно, оно несколько убавит.  But still</description>
</item>

<item>
    <title>Оптимизация TCPIP стека в Linux для нагруженного сервера. (Michael Shigorin)</title>
    <link>https://www.opennet.ru/openforum/vsluhforumID3/4163.html#1</link>
    <pubDate>Mon, 23 Aug 2004 19:41:33 GMT</pubDate>
    <description>А за что порубили TCP window scaling, selective ACKs и TCP timestamps?  Понятно, что сетевая прокачка при этом в среднем ухудшится и нагрузка на сервер снизится, но тот ли это результат, которого хотелось добиться?&lt;br&gt;&lt;br&gt;Тогда уж проще грубо лимитировать полосу или SYN rate.</description>
</item>

</channel>
</rss>
