|
|
ru.linux- RU.LINUX --------------------------------------------------------------------- From : Eugene B. Berdnikov 2:5020/400 26 Jun 2005 04:08:16 To : "Sergey Prokopenko" Subject : Re: syscookee -------------------------------------------------------------------------------- Sergey Prokopenko <sslam@et-c.ru> wrote: SP> Hello, Pavel! SP> You wrote to Sergey Prokopenko on Sat, 25 Jun 2005 03:56:46 +0400: SP> PV>>>>>> Хрен с этим ECN, а вот SACK не помешал бы. SP>>> А где ты это читал? Я пока только одно ограничение нашёл: SP> PV>> http://gazette.linux.ru.net/rus/articles/ipsysctl-tutorial.html SP> == SP> Опция tcp_syncookies подразумевает, что на системах с высокой нагрузкой SP> новые соединения будут устаналиваться без таких "фишек", как ECN и SACK. Syncookies включаются лишь когда переполняется backlog для syn-recv. Остальные коннекции никаких проблем с ecn/sack/etc не заметят. SP> Если передача syncookies срабатывет при невысоких нагрузках, то вам SP> следует подкорректировать параметр, задающий длину очереди. Да-да, конечно. :) Вместо того, чтобы разгребать очередь побыстрее. Впрочем, это ёрничание по термину "невысокие нагрузки". SP> == SP> Там автор не ограничение в ядре подразумевает, как я понимаю, а просто SP> предполагает, что при высоких загрузках саки будут увеличивать кол-во SP> ждущих ответа соединений и бороться с этим предлагает просто SP> корректировкой параметров... Hаличие в SYNe опции sack никак не влияет на скорость его обработки. Это когда обрабатывать не успеваем - sack теряется. Логика обратная. -- Eugene Berdnikov --- ifmail v.2.15dev5.3 * Origin: Institute for High Energy Physics, Protvino, Russia (2:5020/400) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.linux/36510ee4f40d.html, оценка из 5, голосов 10
|