Форум на Исходниках.RU https://forum.sources.ru Форум на Исходниках.RU Форум на Исходниках.RU https://forum.sources.ru/index.php?showtopic=271471&view=findpost&p=2256576 Sun, 03 May 2009 12:35:10 +0000 закрыть соединения https://forum.sources.ru/index.php?showtopic=271471&view=findpost&p=2256576 Цитата zss @
ли на каждый коннект свой поток.

У меня большое сомнения что при реализации сервера как то иначе будет правильно.]]> Urich C/C++: Сетевое программирование https://forum.sources.ru/index.php?showtopic=271471&view=findpost&p=2256477 Sun, 03 May 2009 10:52:43 +0000 закрыть соединения https://forum.sources.ru/index.php?showtopic=271471&view=findpost&p=2256477 BlackEmperor C/C++: Сетевое программирование https://forum.sources.ru/index.php?showtopic=271471&view=findpost&p=2256473 Sun, 03 May 2009 10:35:01 +0000 закрыть соединения https://forum.sources.ru/index.php?showtopic=271471&view=findpost&p=2256473 Цитата BlackEmperor @
Вспомнилось...
Есть такая идея, реализованная уже в какой-то системе одного моего коллеги дааавно, ты не держишь коннект клиента, а при при первом подключении клиенту даешь некий идентификатор сессии, и закрываешь соединение, отдав этот ид клиенту (своего рода вирт хэндл). Клиент при каждом обращении к серверу передает этот идентификатор сессии на сервер и по нему выполняет операцию. Итог: один запрос один коннект и закрытие коннекта, а каждый запрос, начиная со второго, идет с полученным ид сессии. На сервере периодически чистишь идешники сессий, скажем по принципу не было ни одного запроса с неким ид за некий таймаут. И получаешь некие своего рода датаграммы на TCP соединениях :) управляемые идентификаторами сессии

ну тут конечно можно не изобретать велосипед.
Ли использовать модель сетевых событий, ли на каждый коннект свой поток. Но придется все-равно хранить идентификаторы для корректного завершения соединений.]]> zss C/C++: Сетевое программирование https://forum.sources.ru/index.php?showtopic=271471&view=findpost&p=2256433 Sun, 03 May 2009 09:19:53 +0000 закрыть соединения https://forum.sources.ru/index.php?showtopic=271471&view=findpost&p=2256433 Есть такая идея, реализованная уже в какой-то системе одного моего коллеги дааавно, ты не держишь коннект клиента, а при при первом подключении клиенту даешь некий идентификатор сессии, и закрываешь соединение, отдав этот ид клиенту (своего рода вирт хэндл). Клиент при каждом обращении к серверу передает этот идентификатор сессии на сервер и по нему выполняет операцию. Итог: один запрос один коннект и закрытие коннекта, а каждый запрос, начиная со второго, идет с полученным ид сессии. На сервере периодически чистишь идешники сессий, скажем по принципу не было ни одного запроса с неким ид за некий таймаут. И получаешь некие своего рода датаграммы на TCP соединениях :) управляемые идентификаторами сессии :)]]> BlackEmperor C/C++: Сетевое программирование https://forum.sources.ru/index.php?showtopic=271471&view=findpost&p=2256428 Sun, 03 May 2009 09:11:26 +0000 закрыть соединения https://forum.sources.ru/index.php?showtopic=271471&view=findpost&p=2256428 Цитата HOMO_PROGRAMMATIS @
Если такая проблема с тем что малые операции могут долго работатать

так я и спрашиваю, что лучше - держать описатели или постоянно при каждом запросе создавать новое соединение ?
Тут правда встает вопрос в установке соединения на плохом канале...]]> zss C/C++: Сетевое программирование https://forum.sources.ru/index.php?showtopic=271471&view=findpost&p=2256419 Sun, 03 May 2009 09:03:55 +0000 закрыть соединения https://forum.sources.ru/index.php?showtopic=271471&view=findpost&p=2256419 HOMO_PROGRAMMATIS C/C++: Сетевое программирование https://forum.sources.ru/index.php?showtopic=271471&view=findpost&p=2256397 Sun, 03 May 2009 08:37:46 +0000 закрыть соединения https://forum.sources.ru/index.php?showtopic=271471&view=findpost&p=2256397 Цитата BlackEmperor @
Даешь некоторое время на закрытие потоку, не закрылся,килишь его. Некрасиво, но четко. Да и все равно сервер на остановку идет

а если критический код выполняется ? не хотелось бы так. Хочется корректно завершить.

Можно конечно не держать соединение, при каждом запросе устанавливать новое. Тогда не нужно крутить бесконечный цикл.
Но правильно ли это ?

То есть тут встает вопрос правильной реализации серверной обработки т.к. я наверное не правильно сделал.]]> zss C/C++: Сетевое программирование https://forum.sources.ru/index.php?showtopic=271471&view=findpost&p=2256387 Sun, 03 May 2009 08:10:17 +0000 закрыть соединения https://forum.sources.ru/index.php?showtopic=271471&view=findpost&p=2256387 BlackEmperor C/C++: Сетевое программирование https://forum.sources.ru/index.php?showtopic=271471&view=findpost&p=2256379 Sun, 03 May 2009 07:48:00 +0000 закрыть соединения https://forum.sources.ru/index.php?showtopic=271471&view=findpost&p=2256379 Цитата HOMO_PROGRAMMATIS @
BlackEmperor прав. ну нельзя закрывать соединения простой ошибкой сокета. А вот понадобится вам передавать клиентам перед завершением какой-то код окончания работы? Опять мучиться будете. Просто действительно сделайте некий флаг завершения работы и в потоках его смотрите.

ну у меня так было сделано 100 лет назад. Базовый класс-поток, который ждет соединение в потоке.
Пришло соединение - дергает чисто виртуальный метод. То есть наследник будет сам решать что делать.

Он как раз крутит бесконечный цикл и выходит с него только при закрытии сокета.

Добавлено
тут еще один прикол есть. Если соединение не стабильное (например GPRS) и пытаться корректно завершить поток, то можно очень долго ждать его завершения т.к. передача нескольких Кбайт может идти несколько минут (проверено :))]]> zss C/C++: Сетевое программирование https://forum.sources.ru/index.php?showtopic=271471&view=findpost&p=2256235 Sat, 02 May 2009 19:37:43 +0000 закрыть соединения https://forum.sources.ru/index.php?showtopic=271471&view=findpost&p=2256235 BlackEmperor прав. ну нельзя закрывать соединения простой ошибкой сокета. А вот понадобится вам передавать клиентам перед завершением какой-то код окончания работы? Опять мучиться будете. Просто действительно сделайте некий флаг завершения работы и в потоках его смотрите.]]> HOMO_PROGRAMMATIS C/C++: Сетевое программирование https://forum.sources.ru/index.php?showtopic=271471&view=findpost&p=2256232 Sat, 02 May 2009 19:30:51 +0000 закрыть соединения https://forum.sources.ru/index.php?showtopic=271471&view=findpost&p=2256232 BlackEmperor C/C++: Сетевое программирование https://forum.sources.ru/index.php?showtopic=271471&view=findpost&p=2256224 Sat, 02 May 2009 19:19:31 +0000 закрыть соединения https://forum.sources.ru/index.php?showtopic=271471&view=findpost&p=2256224 Цитата BlackEmperor @
При приходе команды о закрытии сервера, закрываешь серверный слушающий сокет и в цикле пробегаешь по всем сокетам и закрываешь их, а каждая процедура обработки клиентского запроса должна быть прерываема

для этого их нужно хранить. а я их не храню. Зачем ? пришел клиент - отдал его обрабатывающему потоку и пусть себе там варится.
Как только отвалится - поток сам умрет.]]> zss C/C++: Сетевое программирование https://forum.sources.ru/index.php?showtopic=271471&view=findpost&p=2256188 Sat, 02 May 2009 18:42:07 +0000 закрыть соединения https://forum.sources.ru/index.php?showtopic=271471&view=findpost&p=2256188 BlackEmperor C/C++: Сетевое программирование https://forum.sources.ru/index.php?showtopic=271471&view=findpost&p=2256110 Sat, 02 May 2009 16:20:06 +0000 закрыть соединения https://forum.sources.ru/index.php?showtopic=271471&view=findpost&p=2256110 Цитата Urich @
Выставлять keepalive в пару минут

не поможет.

Смысл в следующем. Сервер запускает поток в котором слушает сокет. Если состоялось соединение то от вызывает синхронный метод обработки соединения.

Если происходит остановка сервера, то перед завершением потока происходит закрытие серверного сокета и ожидание завершения потока.
Но если в данный момент есть клиентское соединение, то завершение потока приходится ждать пока клиент не отключится.
Поэтому хотелось бы закрывать не только серверный сокет, но и все ассоциированный с ним соединения.]]> zss C/C++: Сетевое программирование https://forum.sources.ru/index.php?showtopic=271471&view=findpost&p=2256102 Sat, 02 May 2009 15:57:05 +0000 закрыть соединения https://forum.sources.ru/index.php?showtopic=271471&view=findpost&p=2256102 zss
Выставлять keepalive в пару минут.]]> Urich C/C++: Сетевое программирование https://forum.sources.ru/index.php?showtopic=271471&view=findpost&p=2256096 Sat, 02 May 2009 15:36:14 +0000 закрыть соединения https://forum.sources.ru/index.php?showtopic=271471&view=findpost&p=2256096 Цитата Urich @
акой то абстрактный вопрос. Это логическая задача?

практическая]]> zss C/C++: Сетевое программирование https://forum.sources.ru/index.php?showtopic=271471&view=findpost&p=2256093 Sat, 02 May 2009 15:33:11 +0000 закрыть соединения https://forum.sources.ru/index.php?showtopic=271471&view=findpost&p=2256093 zss
Какой то абстрактный вопрос. Это логическая задача?]]> Urich C/C++: Сетевое программирование https://forum.sources.ru/index.php?showtopic=271471&view=findpost&p=2256055 Sat, 02 May 2009 14:14:37 +0000 закрыть соединения https://forum.sources.ru/index.php?showtopic=271471&view=findpost&p=2256055 при завершении работы серверного приложения хотелось бы закрыть соединения ассоциированные с серверным сокетом.
Т.к. сами соединения (сокеты) не хранятся на сервере, то сделать им closesocket нет возможности.

Можно ли как закрыть все соединения ассоциированные с серверным сокетом ?]]> zss C/C++: Сетевое программирование