на сколько я понял получается он "однопоточным" только для внешнего пользователя библиотеки, а на самом деле это все происходит через кучу потоков(или чего-то еще), реализующих асинхронику на более низком уровне.

читайте с начала.


голословное утверждение.


я в одном из проектов, при ~3800 клиентов онлайн, получил в пике ~220000 запросов/ответов в секунду. это с учетом логики повешенной на запросы/ответы. если ее исключить, повысится больше чем вдвое.

Добавлено через 1 минуту и 12 секунд

в третий раз вы все неправильно поняли.

Вот тут непонятно.
Если в программе один поток, то подключения обрабатываются последовательно. Нет ?
Если же распараллеливание берёт на себя asio, то сервер, всё-таки, не однопоточный.
Или же, если под "обработкой" считать то, что запрос принят, и обработка (подготовка ответа и выдача его клиенту) поставлена в очередь, то, наверное, можно сказать, что подключения обрабатываюся одновременно.
Растолкуйте, где я не прав, пожалуйста.

я так понял, что речь о приеме подключений. если да - то принятие подключения(accept) выполняется поочередно.


не понятно, откуда взято мнение о том, что asio создает какие-то потоки?! никаких потоков для эмитации асинхронности asio не создает!
единственное исключение это:

http://www.boost.org/doc/libs/1_46_1/doc/h...ementation.html

принятие запроса на подключение - асинхронная операция. поэтому да, принятие подключений происходит асинхронно по отношению к остальным операциям с сокетами.

только утром до меня дошло, все базируется на winsocket'ах (если писать под винду), МФК работает примерно так:
есть цикл обработки сообщений от винды, при создании нового сокета - его данные помещяются в определенный список получателей сообщений, сокет работает асинхронно в том смысле что при поступлении данных он получает их все и уже после посылает своему объекту сообщение о принятии (OnReceive обработчик), получается что если у меня больше одного CSocket'а операции с ними будут происходить по очереди (одно сообщение за раз), но зато при Receive никаких лагов не будет - сокет уже получил данные и просит чтоб объект их обработал. (из-за цикла обработчика сообщений при моем Sleep'е замирала вся прога - сообщения для окна обрабатываются в том-же цикле )

boostcoder, можете коротко описать процес создания сервера на бусте? например какой класс за что отвечает, какой между объектами происходит обмен данными?

какого именно сервера?

простой сервер который принимает соединения от клиентов и может принимать потом от них данные,
типа conListener который ждет новых соединений, при их поступлений создается новый сокет который и получит это соединение - он способен получить какие-то данные, обработать их и отослать ответ клиенту.
еще загвоздка получилась, если сервер(отдельный сокет) получил от клиента запрос который потребует время для выполнения (напр. создание нового соединение, получения данных от другого клиента), как это реализовать?

смотри пример чата: http://www.boost.org/doc/libs/1_46_1/doc/h...o.examples.chat

Добавлено через 2 минуты и 27 секунд

ожидание данных от клиента не блокирует очередь задач io_service`а. никакой проблемы нет.

boostcoder, в общем я восхищен ) даже не знаю почему раньше этим не пользовался )
приходилось все писать вручную
теперь почти все понятно (не исключены вопросы в будущем), попробую написать на бусте.
так понимаю создается io_service который обрабатывает все, для него создается отдельный поток, в этом потоке обрабатываются все запросы сделанные при помощи post.

отдельный поток создавать не обязательно. весь сервер может работать всего в одном потоке. это если не требуется повышенная производительность.


post - это явный способ положить в очередь задач свою задачу. а в недрах, все асинхронные операции неявно создают объект задачи и добавляют его в очередь. вот только не уверен что именно при помощи post метода.

в общем все понятно, сейчас применил мфк, для себя буду писать только под буст )