Сокеты и события

← →
BloodNV (2006-07-20 10:13) [0]

Здравствуйте. Я использую компоненты TClientSocket и TServerSocket. Задача следующая: существует сервер и n-е кол-во клиентов, при определенном действии сервер передаёт комманды клиентам (например: "[make list]"), прежде чем передать другому клиенту сервер должен дождаться ответа от клиента (например "[DONE]"), только потом передать следующему клиенту и работать с ним. Вся проблемма заключается в том, что когда я делаю цикл по ActiveConnections не срабатывает событие OnRecieve, что только не пробовал, не получается, помоги, пожалуйста или может какие другие компоненты посоветуете. Заранее спасибо.

← →
Лапыч © (2006-07-20 10:50) [1]

Советую разобраться с WS API - будешь создавать супер-гибкие приложения. Мне лично не нравятся родные компоненты TClientSocket и TServerSocket. В API сокетов нет ничего сложного, однако существуют несколько подводных камней, но они уже давно пройдены и опубликованы в тематической литературе.

← →
BloodNV (2006-07-20 10:53) [2]

Лапыч, спасибо.

← →
Лапыч © (2006-07-20 11:55) [3]

Пожалуйста.

Хочу привести аналогию с клиентом SQL-сервера: insert, update, delete и select. В клиентах сокета: connect, send, recv. Абсолютно ничего сложного.

Сервер можно организовать на потоках (один клиент - один поток) или на функции select. Все зависит от максимально возможного количества клиентов. Если их меньше 16, то можно на потоках, если больше - нужно на select.

Если система распределенная, то советую почитать об MPI и подобных вещах.

← →
Slym © (2006-07-20 13:36) [4]

Лапыч © (20.07.06 11:55) [3]
Сервер можно организовать на потоках (один клиент - один поток) или на функции select. Все зависит от максимально возможного количества клиентов. Если их меньше 16, то можно на потоках, если больше - нужно на select.
Откуда такие сведения?
Тогда уж сразу на Fiber или на IOCompletition...

← →
Slym © (2006-07-20 13:43) [5]

Начни с изучения свойства ServerType...

← →
Лапыч © (2006-07-20 15:18) [6]

2Slym:
Я так всегда делаю и очень доволен получаемыми результатами. Дело в том, что организовывать работу с клиентом на стороне сервера с помощью потоков весьма удобно. Но что делать если клиентов, скажем, сотня? Сто потоков на один процесс это, конечно, бред. Microsoft не рекомендует порождать больше 32 потоков на один процесс. Делим пополам - получаем реальное ограничение. Серьезные сервера, обслуживающие тысячи клиентов, обрабатывают события всех клиентов в одном потоке с помощью функции select.

← →
learner © (2006-07-20 19:17) [7]

>Лапыч
>Сто потоков на один процесс это, конечно, бред. Microsoft не рекомендует >>порождать больше 32 потоков на один процесс.
А я в Хелпе вычитал следующее:
"The number of threads a process can create is limited by the
available virtual memory. By default, every thread has one
megabyte of stack space. Therefore, you can create at
most 2028 threads. If you reduce the default stack size,
you can create more threads."

← →
Slym © (2006-07-21 04:56) [8]

Лапыч © (20.07.06 15:18) [6]
Серьезные сервера, обслуживающие тысячи клиентов
SQL сервер в одном потоке клиентов обслуживает?! Фигушки!
Если уж начал Микросовта цитировать то цитируй правильно...
Для серверов обслуживающих множестно клиентов Microsoft рекомендует пользовать IOCompletition функции т.к. IO использует APC (AsynckProcCall) работающие на уровне ядра что быстрее чем select и переключение потоков

можно Fiber подружить с selectом и получится тоже не плохо

а можно проверить практикой. вот мой прокси имеет около 40-50 потоков обычно, и ничего -- не заикается.

2 Slym © (21.07.06 4:56) [8]
Вы не могли бы объяснить, каким образом порты завершения ввода вывода могут быть противопоставлены нитям? Мне не понятно.

например, WainForSingleObject() (или подобное) и дёргание события в IOCompletionProc.

Сокеты и события Найти похожие ветки