Вариант написания многопоточного сервера - динамические потоки или пул!?

[BRE]

т.е. как я понял - самый оптимальный вариант это асинхронные сокеты? так?

IMHO, написание серверов это очень не тривиальная задача. Сложно так сказать: "самый оптимальный". Есть разные подходы... Связь с клиентом (сокеты) это только одна из подсистем сервера.
Но, я бы рекомендовал, внимательно на них посмотреть. 
Вообще, на форуме было несколько подобных тем с мыслями, ссылками на документацию/библиотеки. Поищи, почитай.

[SABROG]

т.е. как я понял - самый оптимальный вариант это асинхронные сокеты? так?

В Qt наполовину реализован тот же механизм, что и в boost::asio. Разница пока в доставке сообщений, в Qt не хватает Completion Port. Я об этом писал багрепорт: http://bugreports.qt.nokia.com/browse/QTBUG-8664

Но сокеты в Qt и так асинхронные.

[niXman]

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

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

[SABROG]

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

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

Лучше бы с техническими подробностями объяснил в чем проблема, 10000 клиентов для проверки никто не найдет.