Здравствуйте, гость ( Вход | Регистрация )
ViGOur | Дата 20.11.2008, 20:21 |
тут немного ни о том речь)) Понятно, вам выбирать принцип работы... |
|
512es | Дата 20.11.2008, 16:59 |
тут просто разные нужды. мне важно чтобы все юзвери ансинхронно получали и отправляли маленькие пакеты. без задержек и очередей на приём\отправку. и оно отлично работает когда на каждого отдельный поток. хотя я и планирую иногда передавать от сервера к юзверем файлы не больше 1 мб, это не файлообменник, где можно экономить на времени отклика, выстраивая отправку\приём в очередь. вот наверное поэтому я всё никак с вами не соглашусь =))
ХР может спокойно работать с 2032 потоками. 2000 пользователей меня вполне устраивают =) каких то особых тормозов от создания\удаления потоков или поедания памяти я не вижу. а ещё рассчёт на многопроцесорные машины на мноого лет вперёд)))) Цитата(ViGOur) Цитата(512es) а если такие большие пакеты посылать в отдельный специальный поток, с низким приоритетом то вообще хоть терабайты пересылать можно, никто и не заметит =) Вот и я об этом же, потому и рекомендую экономить ресурсы, и повесить хотя бы по 32 соединения в поток, а не 1. тут немного ни о том речь)) 1) есть много много потоков, по 1 на юзверя (с низким приоритетом) 2) есть главный поток в котором очередь обработки (логика) когда пакет неспеша пришёл от дочернего потока он поступает в главный, там очередь на обработку. всё это обычно делается очень быстро, путём рассылки сигналов дочерним потокам. но вот в случае с файлом.. чтобы записать большой файл на диск потребуется время. потому я и сказал что можно для таких длительных операций сделать отдельную очередь обработки, чтобы не замедлять остальных вот и всё =) |
|
ViGOur | Дата 20.11.2008, 15:21 |
а если такие большие пакеты посылать в отдельный специальный поток, с низким приоритетом то вообще хоть терабайты пересылать можно, никто и не заметит =) Вот и я об этом же, потому и рекомендую экономить ресурсы, и повесить хотя бы по 32 соединения в поток, а не 1. 32 соединения в поток, 320 соединений, это не 320 потоков, а 10, разница есть? |
|
512es | Дата 20.11.2008, 13:52 |
ViGOur, провёл эксперимент: подключился двумя клиентами. один из них отправлял файл на 200 мб а второй быстро посылал маленькие пакеты серверу и получал ответ. пока файл отправлялся подключился ещё двумя клиентами и тоже быстро отсылал небольшие пакеты. задержек вообще никаких не наблюдалось!) всё работало так, какбудто 200 меговый файл и не принимался. разве что, когда закончилась передача файла и он поступил в главный поток для обработки (в данном случае для записи на диск), отсылка ответов клиентам приостановилась ненадолго. но все пакеты скапливались в очередь и сразу обработались как только запись файла завершилась =) а если такие большие пакеты посылать в отдельный специальный поток, с низким приоритетом то вообще хоть терабайты пересылать можно, никто и не заметит =) |
|
ViGOur | Дата 15.11.2008, 10:28 |
Ну вот, а на пргорге тема о высоконагруженном сервере на Qt зашла в тупик Просто они не в ту сторону смотрели... 512es, и все же я тебе рекомендую попробовать в одном потоке держать несколько подключений. Попробуй сделать одно оооочень медленное (например передачу огромного файла), и после этого 5-10 быстрых соединений, посмотри как они обработаются... |
|
Litkevich Yuriy | Дата 15.11.2008, 1:29 |
вообще сервер работает быстро и надёжно) сколько бы не подключалось клиентов, пакеты им приходят моментально!) Ну вот, а на пргорге тема о высоконагруженном сервере на Qt зашла в тупик (тык) |
|
512es | Дата 15.11.2008, 1:19 |
разве что от CxThread::drawText() удалось избавиться)
вообще сервер работает быстро и надёжно) сколько бы не подключалось клиентов, пакеты им приходят моментально!) отказался от эвентов, использую везде теперь только сигнал\слот =) |
|
ViGOur | Дата 13.11.2008, 18:01 |
ViGOur, спасибо!) то что надо!)) Не за что, обращайся еще... жаль что нельзя упростить.. Можно. |
|
512es | Дата 13.11.2008, 16:42 |
ViGOur, спасибо!) то что надо!)) у меня рождалась мысль что объект надо создавать в секции run() но уже не верилось что это заработает.. вообще жудко запутаная конструкция получилось, жаль что нельзя упростить.. хотяя... |
|
ViGOur | Дата 13.11.2008, 14:30 |
Вот я пример набросал, правда с рисованием, но думаю идея будет понятна... Раскрывающийся текст main.cpp
xThread.h
xThread.cpp
|
|
Просмотр темы полностью (откроется в новом окне) | |
Текстовая версия | Сейчас: 11.12.2024, 13:14 |