https://www.opennet.ru/openforum/vsluhforumID9/8300.html Привет.<br><br>Регулируется ли чем (rfc, например) порядок закрытия close(2)<br>транспортных соединений tcp протокола http<br>с целью снижения нагрузки на сетевой стек сервера (FIN_WAIT,CLOSE_WAIT,etc)?<br>Или может просто какие-то де-факто советы есть.<br><br>Например, последние данные переданы и приняты<br>и соединение должно быть закрыто.<br>В какой-то момент об этом одновременно знают и клиент и сервер.<br>Есть 3 варианта:<br>1) обе стороны асинхронно вызывают close(2);<br>2) клиент ждет read(2) закрытия соединения со стороны сервера<br> и только после этого вызывает close();<br>3) сервер ждет закрытия соединения клиентом.<br><br>3-й вариант, конечно, кажется сомнительным,<br>привёл просто как один из возможных.<br> <br> https://www.opennet.ru/openforum/vsluhforumID9/8300.html#6 Thu, 11 Jun 2009 15:21:10 GMT &gt;Да, в прикладном уровне (http) всё расписано. <br>&gt;А меня интересует именно транспорт - tcp. <br>&gt;<br><br>То как вы будете открывать, закрывать соединения и принимать, отсылать пакеты по TCP зависит от протокола который вы реализуете.<br><br>ALu привёл пример как это сделано в HTTP.<br>Если вы пишите свой web сервер то можно следовать этому RFC.<br>Если вы пишите что-то своё то вам решать как открывать, закрывать, принимать и отсылать.<br><br> https://www.opennet.ru/openforum/vsluhforumID9/8300.html#5 Thu, 11 Jun 2009 08:53:15 GMT &gt;Да, в прикладном уровне (http) всё расписано. <br>&gt;А меня интересует именно транспорт - tcp. <br><br>Там имеется ввиду именно TCP транспорт. Читайте и не ленитесь.<br><br>8 Connections<br><br>8.1 Persistent Connections<br><br>8.1.1 Purpose<br><br> Prior to persistent connections, a separate TCP connection was<br> established to fetch each URL, increasing the load on HTTP servers<br> and causing congestion on the Internet. The use of inline images and<br> other associated data often require a client to make multiple<br> requests of the same server in a short amount of time. Analysis of<br> these performance problems and results from a prototype<br> implementation are available [26] [30]. Implementation experience and<br> measurements of actual HTTP/1.1 (RFC 2068) implementations show good<br> results [39]. Alternatives have also been explored, for example,<br> T/TCP [27].<br><br> Persistent HTTP connections have a number of advantages:<br><br> - By opening and closing fewer TCP connections, CPU time is saved<br> in routers an https://www.opennet.ru/openforum/vsluhforumID9/8300.html#4 Thu, 11 Jun 2009 08:41:10 GMT Да, в прикладном уровне (http) всё расписано.<br>А меня интересует именно транспорт - tcp.<br> <br> https://www.opennet.ru/openforum/vsluhforumID9/8300.html#3 Thu, 11 Jun 2009 07:07:54 GMT &gt;Привет. <br>&gt;<br>&gt;Регулируется ли чем (rfc, например) порядок закрытия close(2) <br>&gt;транспортных соединений tcp протокола http <br><br>Рекомендуемый порядок работы с соединениями описан в части 8 RFC 2616.<br>Алгоритм таков:<br><br>1. Сервер принимает соединение<br>2. Сервер ждёт http-запрос в течении тайм-аута. Если тайм-аут наступает - сервер переходит к 6<br>3. Сервер принимает запрос<br>4. Сервер отправляет ответ<br>5. Сервер переходит к 2<br>6. Сервер закрывает соединение<br><br><br>Старый, описанный в RFC 1945, подход работал по след. алгоритму<br><br>1. Сервер принимает соединение<br>2. Сервер принимает запрос<br>3. Сервер отправляет ответ<br>4. Сервер закрывает соединение<br><br>Т.е. для каждой пары запрос-ответ требовалось создать отдельное TCP-соединение. При использовании нового алгоритма постоянных соединений <br>- уменьшается кол-во TCP соединений<br>- Уменьшается доля служебных пакетов, открывающих/закрывающих соединения<br><br><br><br> https://www.opennet.ru/openforum/vsluhforumID9/8300.html#2 Wed, 10 Jun 2009 04:22:14 GMT &gt;Если отправил всё что хотел, закрывай сокет на отправку (shutdown), читай остатки <br>&gt;что присылает другая сторона и жди пока она закроет, или соединение <br>&gt;оборвётся, или сам закрой спустя таймаут. <br><br>Видимо предлагаете так клиентской стороне действовать.<br>Это только ваши рекомендации или где-то читали?<br> https://www.opennet.ru/openforum/vsluhforumID9/8300.html#1 Tue, 09 Jun 2009 18:39:12 GMT Если отправил всё что хотел, закрывай сокет на отправку (shutdown), читай остатки что присылает другая сторона и жди пока она закроет, или соединение оборвётся, или сам закрой спустя таймаут.<br><br>Про http читай соотв RFC там есть keepalive, позволяющий не закрывать соединение между запросами.<br>