epoll 

Lazin, 
тут написано



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

зачем-же так категорично? Это один из возможных вариантов использования, можно не вызывать io_service::run(), а вместо этого вызвать io_service::pool()  
в двух словах можно описать принцип работы asio так:
есть объекты(потомки класса basic_io_object<Service>), есть обслуживающие их сервисы(потомки io_service::service), если создать объект, то для него будет создан соответствующий сервис, например для boost::asio::ip::tcp::socket будет создан boost::asio::stream_socket_service<tcp>, а для boost::asio::ip::udp::socket - boost::asio::stream_socket_service<udp>, этот сервис добавляется в простой односвязный список внутри io_service-a. 
Далее, пользователь может начинать различные асинхронные операции: send, receive, connect, etc. io_service, с помощью соответствующих сервисов может обращаться к ОС и проверять наличие завершившихся асинхронных операций, далее он извлекает CompletionHandler завершившейся операции и вызывает его(в windows, CompletionHandler хранится в структуре, которая связывается с операцией ввода-вывода с помощью механизма портов завершения). Если вызвать ф-ю io_service::run(), то эта ф-я не завершится до тех пор, пока есть незавершенные операции ввода-вывода, а если вызвать io_service::post(), то будут обработаны все завершенные операции, и ф-я завершит работу. Самое главное - библиотека asio гарантирует вызов всех CompletionHandler-ов всех асинхронных операций, что позволяет хранить в них различные данные, не опасаясь утечек памяти, deadlock-ов итд. Даже можно сказать что это обычная практика.  

Еще вопрос. Для того чтобы использовать в Builder'e эти компоненты, мне просто надо подключить h, hpp файлы, или придется еще "с бубном танцевать" (т.е. делать дополнительные действия)?

Lazin, 
ok
блокирования нет если используем ::pool

но я в упор не вижу асинхронности
все операции I/O синхронны по отношению к вызову ::pool ::run

вызовы обработчиков синхронны по отношению к вызову ::pool ::run, сами операции выполняются асинхронно
вообще, как по твоему выглядит полностью асинхронная работа?

ок
как в Linux это реализовано?
epoll - это просто навороченный мультиплексор I/O
никакой асинхронной работы он не выполняет

асинхронная модель I/O (процессы aio/x) не определена для сокетов

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

формируем iocb (I/O Control Block), где описываем что и как нам нужно сделать (в частности куда сохранить/откуда считать данные)
вызываем что-то наподибие io_submit, которая начинает асинхронную операцию
далее через сигнал/асинхронный вызов обработчика ядро информирует нас о завершении операции (т. е данные уже находятся в юзерском буфере)
генерация сигнала по определению асинхронна по отношению к потоку выполнения пользовательского кода
так же можно вызвать что-то наподобие io_getevents для получения всех выполненных операций

ё-маё.....
Еще вопрос. Для того чтобы использовать в Builder'e эти компоненты, мне просто надо подключить h, hpp файлы, или придется еще "с бубном танцевать" (т.е. делать дополнительные действия)?

то-есть это что-то вроде callback ф-ии, только асинхронно, ее вызывает ядро по аппаратному прерыванию?
Но это уже более низкий уровень, ASIO - высокоуровневый  фреймверк для написания асинхронных приложений, это надстройка над тем, что ты описал. Т.е. когда ядро информирует о завершении асинхронной операции библиотеку, библиотека добавляет наш обработчик в очередь и ждет вызова ::run ::pool или вызова деструктора io_service-a, и вызывает по очереди накопившиеся обработчики. 
В windows это вообще по другому работает, ядро никогда не вызывает никаких обработчиков(которые могут неизвестно сколько по времени работать), а просто добавляет в очередь(порт завершения) пакет завершения(с данными которые мы ассоциировали с этой операцией), задача программы считывать эти пакеты завершения и интерпретировать их. Это по твоему не асинхронность?

Добавлено через 38 секунд

я не уверен что Builder вообще сможет работать с boost-ом

Мда, здорово, больше мне нечего сказать..... а почему не уверен? неужели только с Visual?

только прерывания здесь не причем


как информирует?
меня интересует именно Linux, т. к там асинхронная модуль не поддерживается для сокетов
единственная возможность асинхронного уведомления - сигнал (SIGIO) и установка O_ASYNC на дескрипторе сокета
тогда к чему вообще epoll?

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

данные к этому моменту уже находятся в нашем буфере?

да



я не знаю как оно работает под linux, в документации сказано что через epool
builder плохо поддерживает стандарт с++, boost по идее работает, но через одно место, лучше использовать Visual Studio или gcc

Попробовал я вчера запустить boost:asio на Builder 2009. То что скачал с сайта у меня не пошло, но с 2009 ставится свой boost  версии 1.35. 
Подключил к нему boost/asio.hpp, и все, компилятор стал выдавать ошибку за ошибкой при компиляции:


Курсор переместился в файл auto_link.hpp на строчку 
#pragma defineonoption BOOST_BORLAND_DEBUG -v

не долго думая, я удалил -v и вместо него поставил пробел, и компилятор стал работать нормально. 
стал проверять примеры. Пример ECHO сервера и ECHO  клиента заработали без проблем, а вот код ЧАТА у меня заработал не полностью.
Сервер запустился, а у клиента компилятор отказался компилировать строку с запуском нового потока:


Какая именно была ошибка я уже не помню.

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

это не компонент, это библиотека, строчка с 

не будет работать так как ты не собрал boost, а boost::thread не header only библиотека

Ясно, теперь понятно....