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

Мои личные предпочтения:
- Erlang;
- Node.js;
- C - libuv, libev, libevent
- C++: Zeroc ICE, asio
Для курсовика достаточно Qt будет.

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

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

Они работают не настолько медленно, они работают медленнее чем например бустовские сигнал\слоты или вызов по callback. Просто они не сильно хорошо подходят для высоко нагруженных серверов, где сигнало\слотовое соединения могут вызываться очень часто.
[/quote]

По поводу callback функций. Ведь сигнало-слотовые соединения именно для и сделаны, чтобы отказаться от сallback функций.
А что чем чаще вызываются сигнало\слотовое соединения тем они медленее работают?

Понятно И Qt c  этим никак не может совладать

Либо скорость, либо удобство...

Многопоточного, но не высоконагруженного. 

Извините, такой вопрос

А что значит для курсовика будет достаточно Qt?