Многопоточный сервер, нужно мнение по поводу кол-ва потоков.

[Antiglobalist]

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

[Alex Custov]

на erlang или C

[xokc]

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

[ecspertiza]

Где то читал что на java их еще пишут. Но как бы сам не особо в курсе, сам бы наверное писал на C++ и boost.

[Igors]

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

[V1KT0P]

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

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

[demaker]

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

[ecspertiza]

Вообщем я понял что многопоточный сервак на Qt написать нельзя.

Можно но работать будет не так эффективно

А тогда для чего все эти сигнало-слотовые соединения нужны,если они так медленно срабатывают

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

[demaker]

А тогда для чего все эти сигнало-слотовые соединения нужны,если они так медленно срабатывают

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

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

[Serr500]

А что чем чаще вызываются сигнало\слотовое соединения тем они медленее работают?

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

[demaker]

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

[demaker]

Хотя даже у них в примерах есть написание многопоточного сервака.

[Serr500]

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

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

Хотя даже у них в примерах есть написание многопоточного сервака.

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

[demaker]

Ясно, спасибо Всем за разъяснения

[demaker]

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

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

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