https://www.opennet.ru/openforum/vsluhforumID3/47198.html "Allowing more than 64k bound connections (http://www.ioremap.net/node/97)" - патч (http://marc.info/?l=linux-netdev&m=122963561613278&w=2) позволяющий организовать обработку в Linux более 64 тысяч одновременных соединений через один bind() с указанием нулевого порта (номер порта будет выбран из группы доступных локальных адресов). <br><br>URL: http://marc.info/?l=linux-netdev&m=122963561613278&w=2<br>Новость: http://www.opennet.ru/opennews/art.shtml?num=19545<br> https://www.opennet.ru/openforum/vsluhforumID3/47198.html#24 Fri, 26 Dec 2008 17:31:20 GMT &gt;Есть такое подозрение что после правки новостей и принятия правок коменты под <br>&gt;новостью сносятся в ноль, что и порождает такие слухи.Было немало прецедентов <br><br>Скорее всего при правке внимание привлекает повальный оффтопик в комментариях, что и приводит к их удалению ;-) Чаще всего обсуждение вырастает из одного оффтопичного комментария, на который нельзя или нет желания закрывать глаза, а так как приктикуется при удалении сообщения удалять и ответы на него, приходится удалять всю нить. Но такое бывает очень редко, это скорее единичные случаи, как и случаи случайного удаления всей нити вместо одного сообщения в ней, при клике не на той ссылке.<br><br>Новость с комментариями весьма условно связана, если бы терялась связность - ветка обсуждения все равно оставалась бы висеть в форуме.<br><br>Для более подробного анализа пришлите ссылку на новость у которой пропали комментарии, я детально по логам прослежу. Для текущей новости все добавленные комментарии на месте, ничего никто не удалял.<br><br> https://www.opennet.ru/openforum/vsluhforumID3/47198.html#23 Fri, 26 Dec 2008 15:45:18 GMT &gt;Как было 11 комментариев, так и осталось. В этой ветке модераторы ничего <br>&gt;не удаляли. <br><br>Есть такое подозрение что после правки новостей и принятия правок коменты под новостью сносятся в ноль, что и порождает такие слухи.Было немало прецедентов когда народ настрочил к новости кучу коментов а потом - бац и их всех и разом нет, при том такое было не раз.Сомнительно чтобы модераторы настолько сурово, кардинально и неоднократно злобствовали - видимо у вас есть какой-то баг, одно из предположений я озвучил.<br> https://www.opennet.ru/openforum/vsluhforumID3/47198.html#22 Fri, 26 Dec 2008 15:35:05 GMT &gt;когда соединение принято - появляется еще один порт из диапазона &gt; 1024. <br><br>А расскажите пожалуйста, как эта ваша красивая сказка выглядит с точки зрения протокола TCP\IP? С указанием того что кидается в сторону ремоты чтобы уведомить ее о том что пакеты теперь надо слать не на порт 80 вон того сервака на на порт старше 1024 вон того сервака?Распишите по пакетам TCP\IP протокола плиз.Подкрепите это RFCами.И так далее.<br><br>Вообще-то то что вы описали насколько я помню актуально только для ИСХОДЯЩИХ соединений и как раз и делается для того чтобы ремота слушающая на одном порту (как это обычно делают сервера) могла соединения отличать, поскольку если вы откроете с одного вашего порта на один и тот же ремотный порт пачку соединений - их пакеты будет просто невозможно отличать (у них совпадают все айпи адреса и все порты и хрен их пакеты отличишь друг от друга).Поэтому когда программы делают множество исходящих соединений - они используют для каждого нового соединения новый локальный порт из диапазона больше чем 1 https://www.opennet.ru/openforum/vsluhforumID3/47198.html#21 Fri, 26 Dec 2008 07:33:31 GMT ну пал палыч!!!<br><br>порт для Accept - одна штука.<br>когда соединение принято - появляется еще один порт из диапазона &gt; 1024. чтобы как-то различать.<br> https://www.opennet.ru/openforum/vsluhforumID3/47198.html#20 Thu, 25 Dec 2008 23:37:41 GMT &gt;А еще лучше написать собственный модуль ядра - сервер и дергать TCP/IP <br>&gt;стэк напрямую =) <br><br>Боян.Хотя-бы на википедию или в гугл ходите до того как высказать "гениальную" мысль.Просто для проверки того что велосипед не изобрели до вас.Hint: вы далеко не первый кому пришла в голову такая мысль :D<br><br>&gt;Так можно будет и миллион соединений обработать. <br><br>Исходящих?Может еще и с одного айпи и даже на один и тот же хост?Ну, попробуйте, ага, потом расскажете как получилось.Интересно правда что вы будете делать для отличения соединений друг от друга потому как портов всего 65К а айпишников... при исходящих соединениях вы не можете рассчитывать что софт не откроет скажем эн конекций на порт 80 вон того сервака, поэтому чтобы гарантированно отличать соединения вам придется ограничиться 65К соединениями на порт, т.к. IP:port назначения у таких соединений имеют право совпадать (скажем юзер в 5 потоков файл с сервера качает) - придется для отличения оных раздавать им разные локальные порты коих всего 65К на каждом из и https://www.opennet.ru/openforum/vsluhforumID3/47198.html#19 Thu, 25 Dec 2008 23:23:51 GMT &gt;Господа, не имеет значения, входящее соединение, или исходящее.<br><br>Имеет...<br><br>&gt;Т.к. для передачи данных необходимы две оконечные точки - локальная и удаленная.<br><br>Вот на основе этого и посчитайте сколько возможно уникальных (различимых между собой) вариантов конечных точек так и эдак.Впрочем я за вас это уже сделал - просто посмотрите выше...<br><br>&gt;В IP сетях этими оконечными точками являются сокеты - пары адрес:порт.<br><br>Не в "IP сетях" а конкретно TCP/IP или UDP/IP.Другие протоколы даже пользуясь услугами IP могут не иметь понятия "порт" вообще.<br><br>&gt;Для передачи данных по TCP (ведь мы говорим о "соединениях" - UDP не трогаем)<br><br>А тут не настолько уж принципиально.В конечном итоге TCP - это набор пакетов.UDP тоже.Для сетевого стека главное - определить кому отдавать прилетевшее.Это будет сделано по уникальности src ip:port + dst ip:port.Так?Ну вот и думайте дальше.<br> <br>&gt;- вот и суммарное количество входящих и исходящих TCP соединений существующих <br>&gt;одновременно на одном IP адресе. <br><br>Какой вы умный.Я именно это https://www.opennet.ru/openforum/vsluhforumID3/47198.html#18 Thu, 25 Dec 2008 11:23:16 GMT &gt; Товарищ, читайте Стивенса. На 80 порту только слушающий сокет, во время установки <br>&gt; соединения (accept на серверном сокете) создаётся новый сокет и порт для него выбирается<br>&gt; из резервного диапазона. Через слушающий сокет не передаётся никаких данных.<br><br>Похоже вам самому не мешало бы Стивенса почитать, вы там что-то недопоняли. При создании нового сокета никакого выделения дополнительного порта на принимающей соединение стороне не происходит.<br> https://www.opennet.ru/openforum/vsluhforumID3/47198.html#17 Thu, 25 Dec 2008 11:03:33 GMT &gt;Товарищ, читайте Стивенса.<br><br>Предпочитаю читать код и верить своим тому что вижу в выводе ss или netstat.<br><br>&gt;На 80 порту только слушающий сокет, во время установки <br>&gt;соединения (accept на серверном сокете) создаётся новый сокет и порт для <br>&gt;него выбирается из резервного диапазона.<br><br>Какого такого резервного диапазона? И что другая сторона начинала слать на &#171;новый&#187; порт? Ну чушь пишете же ))<br><br>Может быть 20 лет назад и выдавал accept другой порт, чтобы различать локальные сокеты, но сейчас сокет в linux идентифицируется в хеш таблице 2 адресами и 2 портами. И когда accept создаёт новый сокет, то ЛОКАЛЬНЫЙ АДРЕС И ПОРТ ТАКОЙ ЖЕ как был у listen сокета. Ядро сокеты различает по адресу и порту другой стороны.<br><br>&gt; Через слушающий сокет не передаётся никаких данных. <br><br>Да на здоровье, только это не в тему.<br><br><br> https://www.opennet.ru/openforum/vsluhforumID3/47198.html#16 Thu, 25 Dec 2008 10:38:24 GMT &gt;&gt;Неправда<br>&gt;<br>&gt;Ещё какая правда. Не веришь - посмотри текущие сокеты. <br>&gt;Все апачи занимают один 80 порт. Все ftpd один 21 <br>&gt;У lighttpd каждый сокет имеет локальный порт общий с другими. <br>&gt;<br>&gt;Так accept работает. Он возвращает сокет с локальным портом который был у <br>&gt;listen сокета. Отличается только адрес другой стороны. <br><br>Товарищ, читайте Стивенса. На 80 порту только слушающий сокет, во время установки соединения (accept на серверном сокете) создаётся новый сокет и порт для него выбирается из резервного диапазона. Через слушающий сокет не передаётся никаких данных.<br>