https://www.opennet.ru/openforum/vsluhforumID9/8766.html Цитата из мана про EVFILT_READ:<br>Sockets which have previously been passed to listen() return when there is an incoming connection pending. data contains the size of the listen backlog.<br><br>Вопрос: backlog может быть больше чем указано в параметре listen()?<br> https://www.opennet.ru/openforum/vsluhforumID9/8766.html#26 Fri, 11 Jun 2010 09:35:00 GMT &gt;с ДДосом боряться на уровне системы а не в реализациях клиент &lt;-&gt;серверных приложениях<br><br>Я просто вам привел реальный пример таких ситуаций. <br><br>&gt;даже при ~100 коротких ДДОс <br>&gt;мне не накладно (если алгоритм программы оптимизированый) пробежаться read, close, по некорректных <br>&gt;запросах <br><br>Они абсолютно корректны. Только медленные, соотвественно дропать таких клиентов не корректно. Причем не обязательно по вине клиента. Например при большой нагрузке в системе будет точно такое же поведение.<br><br>&gt;я не использую -&gt;data<br>&gt;я использую -&gt;udata<br><br>это теплое и мягкое.<br>data параметры/результаты фильтров<br>udata - пользовательская константа.<br><br>&gt;ок. вы меня пытаетесь убедить что в -&gt;data возращаеться количество ожидающих listen ?<br>&gt;что бы потом по этим while ( -&gt;data --) accept пробежаться?<br><br>Уже не пытаюсь)<br>Пытаюсь понять ваше утверждение, что вы делаете также не использую эту информацию.<br> https://www.opennet.ru/openforum/vsluhforumID9/8766.html#25 Fri, 11 Jun 2010 08:11:40 GMT &gt;[оверквотинг удален]<br>&gt;&gt;делается)<br>&gt;<br>&gt;Пардонте, но прибить гвоздями размер tcp window не возможно. <br>&gt;<br>&gt;&gt;но реальных ситуаций когда должны передаваться огромные данные <br>&gt;&gt;а начинают передаваться по байту <br>&gt;&gt;я никогда не сталкивался <br>&gt;<br>&gt;Эм... вы никогда не видели как медлено и печально DDOSят веб сервера? <br>&gt;<br><br>с ДДосом боряться на уровне системы а не в реализациях клиент &lt;-&gt;серверных приложениях<br><br>даже при ~100 коротких ДДОс<br>мне не накладно (если алгоритм программы оптимизированый) пробежаться read, close, по некорректных запросах<br>далее это уже дело системы и администратора<br><br>&gt;[оверквотинг удален]<br>&gt;&gt; а здесь уже <br>&gt;&gt;звать эту процедуру <br>&gt;&gt; -&gt;udata();<br>&gt;&gt; которая и сделает <br>&gt;&gt;accept и остальное что надо, к примеру уже добавит <br>&gt;&gt; дополнительные EV(ADD, some_recv,.... <br>&gt;<br>&gt;Да какая разница, зовете вы сискол напрямую или через обертку. Это детали <br>&gt;реализации. <br>&gt;Да и сложностей я тут не вижу. Вы все равно должны проверять eventlist[i]-&gt;filter хотябы 1 раз [а https://www.opennet.ru/openforum/vsluhforumID9/8766.html#24 Fri, 11 Jun 2010 05:53:22 GMT &gt;для этих целей настраиваеться tcp окно уже в самой системе(тюнинг системы вообще <br>&gt;делается)<br><br>Пардонте, но прибить гвоздями размер tcp window не возможно.<br><br>&gt;но реальных ситуаций когда должны передаваться огромные данные <br>&gt;а начинают передаваться по байту <br>&gt;я никогда не сталкивался <br><br>Эм... вы никогда не видели как медлено и печально DDOSят веб сервера?<br>Но суть опять же не в этом, а в том что если сервер заранее знает сколько данных нужно получить, то он может использую эту возможность (NOTE_LOWAT) не тратить ресурсы на лишние вызовы read().<br><br>&gt; зачем так усложнять? <br>&gt;<br>&gt; если в udata <br>&gt;можно передать адресс процедуры еще на этапе EV(ADD, some_accept,.. <br>&gt; а здесь уже <br>&gt;звать эту процедуру <br>&gt; -&gt;udata();<br>&gt; которая и сделает <br>&gt;accept и остальное что надо, к примеру уже добавит <br>&gt; дополнительные EV(ADD, some_recv,.... <br><br>Да какая разница, зовете вы сискол напрямую или через обертку. Это детали реализации.<br>Да и сложностей я тут не вижу. Вы все равно https://www.opennet.ru/openforum/vsluhforumID9/8766.html#23 Thu, 10 Jun 2010 22:12:21 GMT &gt;[оверквотинг удален]<br>&gt;&gt;пока клинет не пришлет хотя бы что то <br>&gt;&gt;kevent не сработает, и выдаст таймаут по которому ожидает (в параметрах kevent) <br>&gt;&gt;на неблокирующих сокетах это колосальный профит <br>&gt;<br>&gt;Сузим рамки. Неблокирующиеся сокеты, TCP. <br>&gt;Смотрите. по дефолту kevent будет дергаться на каждую порцию пакетов в рамках <br>&gt;TCP таймаута. Т.е. в определенной ситуации kevent() будет нас дергать на <br>&gt;каждый байт. <br>&gt;Этот флаг позволяет задать минимум принятых данных при котором event считается сработавшим. <br>&gt;<br><br>для этих целей настраиваеться tcp окно уже в самой системе(тюнинг системы вообще делается)<br>но реальных ситуаций когда должны передаваться огромные данные<br>а начинают передаваться по байту<br>я никогда не сталкивался<br><br>&gt;[оверквотинг удален]<br>&gt;&gt;при неблокирующем сокете совсем другая логика <br>&gt;&gt;можно добавить в очередь kevent, 10000 сокетов и более (65536 лимит) <br>&gt;&gt;и обработать сразу в один присест не while () kevent, как вы <br>&gt;&gt;говорите <br>&gt;&gt;а while () data[] <br>&gt;&gt;что в двойне профит <br>&gt;<br>&gt;вы так https://www.opennet.ru/openforum/vsluhforumID9/8766.html#22 Thu, 10 Jun 2010 20:38:12 GMT &gt;через вызов kevent(), а я [да да и nginx) через for (j = 0; j&lt;eventlist[i]; j++) accept(); <br><br>Пора спать. следует читать for (j = 0; j&lt;eventlist[i]-&gt;data; j++) accept(); <br> https://www.opennet.ru/openforum/vsluhforumID9/8766.html#21 Thu, 10 Jun 2010 20:35:17 GMT &gt;не соглашусь с вами <br>&gt;пока клинет не пришлет хотя бы что то <br>&gt;kevent не сработает, и выдаст таймаут по которому ожидает (в параметрах kevent) <br>&gt;на неблокирующих сокетах это колосальный профит <br><br>Сузим рамки. Неблокирующиеся сокеты, TCP.<br>Смотрите. по дефолту kevent будет дергаться на каждую порцию пакетов в рамках TCP таймаута. Т.е. в определенной ситуации kevent() будет нас дергать на каждый байт.<br>Этот флаг позволяет задать минимум принятых данных при котором event считается сработавшим.<br><br><br>&gt;при неблокирующем сокете совсем другая логика <br>&gt;можно добавить в очередь kevent, 10000 сокетов и более (65536 лимит) <br>&gt;и обработать сразу в один присест не while () kevent, как вы <br>&gt;говорите <br>&gt;а while () data[] <br>&gt;что в двойне профит <br><br>вы так и не поняли)<br>тут ваш код и любой другой не отличаются, реализация может быть любой но схема всегда одна:<br>for (;;) {<br> n = kevent(kq, *changelist, nchanges, *eventlist, nevents, *timeout);<br> for (i = 0; i &lt; n; i++) {<br> switch(eventlist[i]-&gt;filter){<br> ...<br> ca https://www.opennet.ru/openforum/vsluhforumID9/8766.html#20 Thu, 10 Jun 2010 20:01:29 GMT &gt;&gt;просто мы разговаривали о разных механизмах kevent <br>&gt;&gt;я не понял вашего, вы моего <br>&gt;&gt;но оба они присутсвуют в kevent <br>&gt;&gt;в моем механизме -&gt;data не используется вообще<br>&gt;<br>&gt;Наверное зря, как раз там и даются интересные возможности. <br>&gt;Например упомянутый вами NOTE_LOWAT позволяет не дергаться пока клиент не пришлет data <br>&gt;байт. <br><br>не соглашусь с вами<br>пока клинет не пришлет хотя бы что то<br>kevent не сработает, и выдаст таймаут по которому ожидает (в параметрах kevent)<br>на неблокирующих сокетах это колосальный профит<br><br>&gt;Или тот же accept(). Согласитесь что открутить accept() в цикле data раз <br>&gt;выгодней чем тоже число акцептов по одному + передергивание kevent() на <br>&gt;каждый в вашей модели. <br>&gt;<br><br>при неблокирующем сокете совсем другая логика<br>можно добавить в очередь kevent, 10000 сокетов и более (65536 лимит)<br>и обработать сразу в один присест не while () kevent, как вы говорите<br>а while () data[]<br>что в двойне профит<br><br>&gt;&gt;и да, сокеты у вас блокирующие? <br>&gt;<br>&gt;Нет конечно. <br><br>а ну тогда понятно<br><br>&gt;Кста https://www.opennet.ru/openforum/vsluhforumID9/8766.html#19 Thu, 10 Jun 2010 19:47:52 GMT &gt;просто мы разговаривали о разных механизмах kevent <br>&gt;я не понял вашего, вы моего <br>&gt;но оба они присутсвуют в kevent <br>&gt;в моем механизме -&gt;data не используется вообще<br><br>Наверное зря, как раз там и даются интересные возможности.<br>Например упомянутый вами NOTE_LOWAT позволяет не дергаться пока клиент не пришлет data байт.<br>Или тот же accept(). Согласитесь что открутить accept() в цикле data раз выгодней чем тоже число акцептов по одному + передергивание kevent() на каждый в вашей модели.<br><br>&gt;и да, сокеты у вас блокирующие? <br><br>Нет конечно.<br>Кстати на *BSD тоже повод для экономии сискола т.к. O_NONBLOCK наследуется от listen() сокета.<br> https://www.opennet.ru/openforum/vsluhforumID9/8766.html#18 Thu, 10 Jun 2010 19:39:47 GMT &gt;&gt;смейтесь дальше) <br>&gt;&gt;тешите свое само любие? или повышаете ЧСВ? <br>&gt;<br>&gt;Помоему это пытались сделать вы за мой счет, но сели в лужу. <br>&gt;<br><br>да нет<br>просто мы разговаривали о разных механизмах kevent<br>я не понял вашего, вы моего<br>но оба они присутсвуют в kevent<br>в моем механизме -&gt;data не используется вообще<br><br>и да, сокеты у вас блокирующие?<br><br>&gt;<br>&gt;&gt;/засим откланяюсь, теште себя сами <br>&gt;<br>&gt;Извините если обидел. <br><br>)<br>