Итак, имеем около 5 тысяч клиентов, которые висят на сервере через TCP. Изначально все было построено на модели 1 клиент - 1 поток, что уже не целесообразно. Поэтому хотелось бы узнать как на крупных серверах решают проблему:
1. Какая-то супер библиотека.
2. Асинхронные сокеты через select и затем перебор всех активных соединений if (FD_ISSET(..., ...)). Не так уж сложно перебирать 5 тысяч элементов и проверять установлен ли флаг, но это приходится делать без остановки - большой поток данных. Да и необходимо другие задачи выполнять.
3. Какая-то возможность получить только те соединения, на которых появились данные.

асинхронные сокеты + epoll()

не путайте понятия "асинхронный" и мультиплексируемый ;)
по сабжу C10k

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

однопоточное приложение всегда быстрее многопоточного.
в структуре fd_set хранится набор битов где номер бита равен номеру сокета
(4 бит равен 1, значит в сокете 4 пришло сообщение)
Если проверять на наличие сообщений по 4 байта, если есть то в этих 4 по 2, по одному потом по битам.
Выдерживает нагрузку 10к без проблем и еще куча всего остального вертится.

Это сообщение отредактировал(а) Enelar - 25.6.2010, 06:11

Серьезно?

а в Intel'е не знают. делают 8-ми, 16-ти ядерные процессоры ...

смотря как масштабируется задача
имхо, на мой взгляд, самая масштабируемая стратегия - 1 поток, слушающий сокет и N рабочих потоков каждый со своим epoll

libevent, boost::asio
;)

REZiaMIX, 
это инструменты, тут же речь про стратегии

Я говорил именно про данную задачу.

Извиняюсь за некропостинг, но как многоядерная архитекура "ускоряет" многопоточное приложение? Имеется в виду определённое автоматическое масштабирование системой, компилятором(нужное подчеркнуть) потоков на CPU core?
ЗЫ. Говорю именно про потоки, а не нити, процессы и т.п. И да, не подразумевается использование никакого API для параллельных вычислений(OpenMP etc.)

каждый поток может работать параллельно с другими занимая одно из ядер cpu
т. е. если cpu 16-ти ядерный, то, упрощая, 16 потоков будут работать параллельно

А кто же тогда 'потоки'? ('поток', он же thread, он же 'нить')