https://www.opennet.ru/openforum/vsluhforumID9/7838.html Привет всем<br>Нужно написать серверное приложение к которому будит обращаться клиенты.<br>В общем это информационный сервер который информирует пользователей в локальной сети о каких-то событиях и о остатке на счету.<br>Клиенских подключений будет 1000. Надо что бы клиентское ПО получало раз в 1-2 минуту информацию (то есть не критично все время вести обмен, можно даже подключился-принял данные-отключился и так каждую минуту-две, при этом сервер сам тогда должен выстраивать очередь подключений ИМХО, то есть сообщать клиентам когда им подключатся :) )...<br><br>Что посоветуете и что посоветуете почитать по теме разработки серверов?<br>OS:FreeBSD (или Линух, что в меньшей степени...)<br><br>Нашел: <br>1.Подходы к организации серверного приложения(что не сильно отвечает на вопрос как делать сервер)<br>http://www.opennet.ru/base/dev/server_way.txt.html<br>2.Вот про kqueue/kevent (расширение знаний))) http://www.opennet.ru/base/dev/kevent_freebsd.txt.html<br><br>3.про epoll(расширение кругозора) http://www.opennet.ru/base/dev/epoll_examp https://www.opennet.ru/openforum/vsluhforumID9/7838.html#13 Tue, 20 Jan 2009 14:36:11 GMT &gt;<br>&gt;6.на англ Я так и не разобрался http://www.kegel.com/c10k.html <br><br>В этом обязательно разберись.<br><br>Ну и, традиционно, libevent - http://monkey.org/~provos/libevent/<br> https://www.opennet.ru/openforum/vsluhforumID9/7838.html#12 Tue, 20 Jan 2009 13:30:37 GMT &gt;вся проблема в том, что данные хранятся в ДБ, а это значит что если будут блокировки со стороны неё то всё будет тормозит(это Я про FSM-модель)<br><br>Типа в других моделях база волшебным образом ускорится. Кроме того что мешает использовать select и для БД? Ну и memcached может быть полезным. <br><br>&gt;Ладно - это чисто теория, которую Я вроде понял, а вот где почитать практику?...В этом вопрос<br><br>Вы же в начальном посте перечислили ссылки с описанием методов, вопрос у вас был только в количестве соединений, так чего вам еще надо?<br> https://www.opennet.ru/openforum/vsluhforumID9/7838.html#11 Tue, 20 Jan 2009 12:57:10 GMT Не помню уже, вполне возможно что из-за лимита дескрипторов, мне было неинтересно :)<br> https://www.opennet.ru/openforum/vsluhforumID9/7838.html#10 Tue, 20 Jan 2009 11:01:42 GMT &gt;&gt;именно бинда сокета или его создания? <br>&gt;&gt;сами сокеты это те же дескрипторы и на них распространяется ulimit -n <br>&gt;&gt;(равный обычно 1024). <br>&gt;<br>&gt;ПАМЯТЬ и процессор <br><br>это к чему вообще?<br><br> https://www.opennet.ru/openforum/vsluhforumID9/7838.html#9 Tue, 20 Jan 2009 10:56:11 GMT &gt;&gt;На практике 500+ одновременных исходящих(особой разницы со входящими в данном случае нет) <br>&gt;&gt;соединений из перлового скрипта проблемы не составляют, ближе к 1024 начинаем <br>&gt;&gt;получать отлуп от ядра о невозможности бинда сокета, то бишь утыкаемся <br>&gt;&gt;в какой-то лимит.<br>&gt;<br>&gt;именно бинда сокета или его создания? <br>&gt;сами сокеты это те же дескрипторы и на них распространяется ulimit -n <br>&gt;(равный обычно 1024). <br><br>ПАМЯТЬ и процессор<br><br> https://www.opennet.ru/openforum/vsluhforumID9/7838.html#8 Tue, 20 Jan 2009 10:26:51 GMT &gt;На практике 500+ одновременных исходящих(особой разницы со входящими в данном случае нет) <br>&gt;соединений из перлового скрипта проблемы не составляют, ближе к 1024 начинаем <br>&gt;получать отлуп от ядра о невозможности бинда сокета, то бишь утыкаемся <br>&gt;в какой-то лимит.<br><br>именно бинда сокета или его создания?<br>сами сокеты это те же дескрипторы и на них распространяется ulimit -n (равный обычно 1024).<br> https://www.opennet.ru/openforum/vsluhforumID9/7838.html#7 Tue, 20 Jan 2009 08:54:07 GMT ну Я понял тоже так:)<br>Вот только select - медленно, ну ладно заменем на kq*, но вся проблема в том, что данные хранятся в ДБ, а это значит что если будут блокировки со стороны неё то всё будет тормозит(это Я про FSM-модель)...<br>Ладно - это чисто теория, которую Я вроде понял, а вот где почитать практику?...В этом вопрос<br> https://www.opennet.ru/openforum/vsluhforumID9/7838.html#6 Mon, 19 Jan 2009 23:32:12 GMT Ну это вам виднее, что вы собираетесь отдавать клиентам и какой объем данных на каждого клиента _всегда_ храните в памяти. При использовании select без тредов разбросанных по физическим процессорам вы в каждый момент времени обслуживаете одного клиента, хотя в целом создается впечатление одновременной обработки. <br> https://www.opennet.ru/openforum/vsluhforumID9/7838.html#5 Mon, 19 Jan 2009 23:24:03 GMT Я про апач почему сказал? Потому что при таком количестве соединений он отъесть дофига памяти, так же и прототип на перле, если просто держать это все в памяти :)<br>