[РЕШЕНО] Простой многопоточный сервер

[Bepec]

Пока ни 1 не видел Сервер маленький, функционал небольшой.

[BRE]

Пока ни 1 не видел

Так ты посмотри темы, которые поднимались раньше твоего прихода. Тогда тоже по чуть-чуть пописывали.

Сервер маленький, функционал небольшой.

Так ты нагрузи его как следует и все поймешь.

[Bepec]

Нагрузка на нем достаточная. Темы смотрел (ибо чтот давненько не поднимали тем про серверы, лазил в архив почти что).

[BRE]

Нагрузка на нем достаточная.

Достаточная для чего?
Цифры.... где цифры? Сколько клиентов он обслуживает одновременно?

[BRE]

Темы смотрел (ибо чтот давненько не поднимали тем про серверы, лазил в архив почти что).

http://www.prog.org.ru/topic_16415_0.html
http://www.prog.org.ru/topic_13804_0.html
http://www.prog.org.ru/topic_7889_0.html
Дальше не искал, темы где просто написано "Лучше так не делать" пропускал.
В подписи у себя напиши "Не умею пользоваться поиском!"

[Bepec]

BRE, себе в подписи напиши - "не умею помогать людям" и "говорю общими словами."

Моя подпись меня устраивает, тем более что нигде не обсуждалась нагрузки, ВАМ так не кажется?

Темы перечисленные вами:

Алгоритм высоконагруженного сервера.  Январь 19, 2011, 10:16
Высоконагруженный сервер на Qt, реально ли?  Октябрь 19, 2008, 21:39
Вариант написания многопоточного сервера - динамические потоки или пул!? Июнь 01, 2010, 21:57

Первые 2 не подходят по теме, третий имеет выраженный вопрос.

Темы, предъявленные вами не проходят критики, кроме последней, но которая видимо запрятана слишком глубоко. На какой из 38 страниц выдачи поиска по "сервер", она находится?

update: ВЫ что то сказали по поводу поток на общение и обработку плохо. Что то нигде не видно таких слов. увы. Уточняю - для обычного сервера, а не высоконагружаемого.

[BRE]

BRE, себе в подписи напиши - "не умею помогать людям" и "говорю общими словами."

Ну прости.

PS Моя подпись меня устраивает, тем более что нигде не обсуждалась нагрузки, ВАМ так не кажется?

Ну я уже два раза спрашивал про нагрузку на твой сервер... как-то не обсуждается.

[Bepec]

Нагрузка, нагрузка. Какая разница, если Вы говорите об архитектуре программы?

Применяя QString я знаю, что оно тратит ресурсов больше, чем std::string. А чем Вы аргументируете?

Не увидел ни 1 дельного комментария, окромя - нагрузи и всё поймешь. нагрузил. В моем конкретном случае, работа идет стабильно, без сбоев, быстродействие устраивает.

Загадка - что плохо?

PS создавать ради прикола 10к клиентов, нет на это мощности и времени. Аргументируйте точнее, что и как плохо. Вы же советы пришли давать, а не отнекиваться.

[ufna]

Верес,

Если у тебя клиентов с малой нагрузкой штук 100 и для тестов - вообще не парься, можно хоть по десять потоков на клиента

А если это будет production сервер, который обслуживает хотя бы 4к клиентов, очень сильно рекомендую понять, что это "нагруженный" сервер.

Архитектура ПО зависит от его целей.

Нагрузку стоит делать роботом, и по 10к, и по более юзеров.

[andrew.k]

Нагрузка, нагрузка. Какая разница, если Вы говорите об архитектуре программы?

Применяя QString я знаю, что оно тратит ресурсов больше, чем std::string. А чем Вы аргументируете?

Не увидел ни 1 дельного комментария, окромя - нагрузи и всё поймешь. нагрузил. В моем конкретном случае, работа идет стабильно, без сбоев, быстродействие устраивает.

Загадка - что плохо?

PS создавать ради прикола 10к клиентов, нет на это мощности и времени. Аргументируйте точнее, что и как плохо. Вы же советы пришли давать, а не отнекиваться.

Это то, о чем я говорил в теме про "Вы". Важно не что, а важно, как ты напишешь.

[Bepec]

to ufna спасибо, и я это понимаю.
to andrew.k - флудеров на кол!

Вопрос ставился исключительно BRE. Тема из "как сделать сервер", переросла его усилиями в "как сделать нагруженный сервер".

Я не спорю, лучше делать сразу с расчетом на максимальную нагрузку, НО. Никаких фактов и прочего он не привел. Я могу поверить на слово Пантеру, andrew.k, ufne, но в любом случае я попрошу объяснений, а как лучше сделать?

[BRE]

Bepec ты попробуй не просто заголовки тем прочитать...

[Bepec]

BRE, ты подпись еще не сделал?

"говорю общими словами."

Прочитал. Обсуждения интересные, даже про несколько десятков тысяч потоков речь шла, и прочая. Прочитал я их. НО...
Нету там совета как строить сервер. Как разбивать лучше потоки, общих рекомендаций тоже нет. Отдельные решения отдельных проблем - сколько угодно. Но мы то говорим о структуре?

Не можешь сформулировать мысль, так и скажи. Можешь и не хочешь - скажи. Вздыхаешь и говоришь, что молодежь пошла всякая - так и говори, но не мне. Мне скажи просто - разбирайся сам, я помогать не хочу.

Кстати интересный факт. Вещи, о которых спрашивают почти все новички, нигде не сконцентрированы. Они есть в десятках разных тем, но и там, и там по крупицам.
Конечно я понимаю, что Пантер не может всё читать, собирать, делать мануалы. У него и других дел полно. Но можно ведь в конце каждой темы писать общее содержание и решение?

Сейчас уже более менее начали хоть [РЕШЕНО] ставить. Но не более того.

BRE, если ВЫ скажете, что в процессе обсуждения всех проблем имеется решение - то пожалуйста, несложно найти тему с 20 решениями, из которых 1 верное, и написанное на 3 странице из 6.

[BRE]

Нету там совета как строить сервер. Как разбивать лучше потоки, общих рекомендаций тоже нет. Отдельные решения отдельных проблем - сколько угодно. Но мы то говорим о структуре?

Ааа, ты искал тему "Вот так нужно делать серверы!", где в первом сообщении перечислены 10 правил хорошего сервера... Еще раз извини, не успели сделать.
Кому это нужно - читает книги, статьи, обсуждения, пробует/экспериментирует сам, и обсуждает это на форуме.
В приведенных темах есть ссылки на статьи и мысли на вроде "а пулингом/приемом/передачей может заниматься и один поток для всех клиентов" или "а для выполнения работы подойдет пул потоков...". Это то, что должно указать заинтересованному читателю направлению дальнейших изысканий...

Кстати интересный факт. Вещи, о которых спрашивают почти все новички, нигде не сконцентрированы. Они есть в десятках разных тем, но и там, и там по крупицам.

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

[Bepec]

Эх, BRE, печально что Вы так рассуждаете.
Новичок должен найти крупицы. Сложить знание как головоломку. Как хорошо, что умные люди пишет статьи и пособия, и думают иначе.
Ваш подход как раз подход копипаста. Найти отдельное решение отдельной проблемы - и скопировать.

    Мой подход - дать информацию к размышлению. Список правил построения сервера - Вы его для себя составили я думаю, НО... Не хотите сформулировать и выложить, ибо Вы искали и Вы написали кучу программ. (метод собака на сене очень подходит)
    Дать информацию, но не решение - это хорошо. Я в любом случае наклепаю 10-20-40 примеров, тестируя и проверяя. Но Вы мне говорите - "да так, нечего тебе об архитектуре говорить, давай лучше ты скопипастишь вот этот пример, и разберешь отдельную проблему". А я говорю об архитектуре.
    Что писать надо функции класса приватными, публичные методы констовые(для возврата данных), отступы табовые.
А Вы в данном случае не хотите сформулировать 2 предложения, без ссылок и файлов.
     Можно даже уложиться и в 1. Я и сам найду, достану, разберусь, но нужно на что-то опираться в начале. Я(да и вот ТС) буду клепать такие же сервера как сейчас, до тех пор пока не возникнет "отдельная проблема", а за ней еще и еще. И опять я полезу на форум и создам уже сам тему "Почему, Как, Зачем".

     Можно было тогда вообще не писать вашей реплики "это плохо и меня заканало это писать". Толку что? Что я написал пару толстых комментов, что Вы ответили мне тем же, не затронув проблемы. Тем что испортили тему флудом?

Следующая реплика ТС - а как правильно делать? Тот же вопрос задал и я, ответа не получил.

PS Если Вы так боитесь формулировать свои принципы, мысли или же не желаете их раскрывать, то  не стоило и писать.