Несколько QTcpServer'ов

Note: If you want to handle an incoming connection as a new QTcpSocket object in another thread you have to pass the socketDescriptor to the other thread and create the QTcpSocket object there and use its setSocketDescriptor() method.

Документация предлагает выносить в отдельный поток работу с сокетом, а не весь tcp сервак. Все серваки можно крутить в главном потоке.

И на каждый коннект создавать отдельный тред?

Это зависит от конкретной ситуации. Какая нагрузка и сколько клиентов. Я бы начал с размещения всех серваков в одном потоке.

Ну да, один тред - куча объектов серваков и в этом же треде обрабатываются их QTcpSocket объекты. Во всяком случае на c++ с libevent такое работает.

работать то оно будет, но, как заметил ox55ff, всё зависит от нагрузки... а то можешь получить нифиговые тормоза.

Один тред на один коннект это жесть. А что там в культях нету разве полла, селекта? Пойду гляну.

Судя по очень беглому проходу по докам — оно уже работает правильно, через то что доступно в системе.

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

Не обязательно, можно осилить asyncore.

Так да, бред городить под один коннект свой тред. Я интересовался как кюти справится, если в одном треде будет несколько tcp серверов кютишных. Там по сути работа по обработке данных не сильно накладная, убедиться, что получен полный пакет и передать его в другой тред, ну и еще что-нить посылать этим клиентам.

Ну я следующим же комментом высказал свое мнение. Там в культях все нормально сделано, уж по сокетам то..