socket

← →
Копосов Н.В. (2003-11-01 14:49) [0]

Уважаемые мастера, у меня к вам вопрос используя компоненты ServerSocket и ClientSocket буду организовывать клиент-серверное приложение, все клиенты будут посылать на сервер автомотически один и тот же запрос лишь с одной целю, чтобы сервер дал им ответ. Суть вопроса в том, что (клиентов будет ~200) как организовать что-то вроде "транзакций", т.е. сервер дал ответ всем клиентам при одновременном приходе запросов(а такое может быть), может что-то вроде - ставил в очередь на выполнение пришедшие запросы. Буду очень благодарен за любые советы и примеры.

← →
Verg © (2003-11-01 15:00) [1]

Вопрос про socket плавно перетек в ворос о доступе к внутренним ресрусам серевра....

Ну, так и в чем проблема?
Т.е., типа "как"?

На запрос "Hello" сервер может всегда ответить "Bye!" безо всяких там очередей и транзакций на уровне приложения.

...........о чем собственно речь?

← →
Digitman © (2003-11-01 15:03) [2]

непонятно ...

т.е. если, предположим, каким-то непостижимым образом сервер получил "одновременно" 200 запросов (по одному запросу от каждого из 200 клиентов), то он должен ответить всем этим клиентам ... а если "одновременных" запросов поступеило меньше чем число активных клиентов (например, 199, один клиент "проспал" свой шанс), то никто из активных клиентов никакого ответа от сервера не получит... так что ли ? ... это и есть, в твоем понимании, "транзакция" ?)

← →
Digitman © (2003-11-01 15:08) [3]

транзакция, по некоему определению, есть последовательность неких действий переводящая субъект (к которому применяется транзакция) из одного качественного состояния в другое

← →
xGhost © (2003-11-01 15:41) [4]

Используй UDP протокол ! таких проблем не будет !

← →
Verg © (2003-11-01 16:01) [5]

> xGhost © (01.11.03 15:41) [4]
> Используй UDP протокол ! таких проблем не будет !

Догда уж лучше ICMP - вообще никаких проблем и быть не может...
А еще лучше - через стенку перестукиваться.

← →
Копосов Н.В. (2003-11-01 16:19) [6]

digitman понял не правильно, Verg вроде на верном пути, ворос о доступе к внутренним ресрусам серевра, мне неизвестна технология запроса-ответа, смогёт ли сервер дать ответ при учёте внешних факторов(пропускная способность канала и др.), как я понимаю технология работы позволяет!? Если кто-то ещё может прокоментировать дерзайте. ICMP я использовать не буду. Под UDP я шкодить не умею.

> Копосов Н.В. (01.11.03 16:19) [6]

> digitman понял не правильно

цитирую тебя :

> что-то вроде "транзакций", т.е. сервер дал ответ всем клиентам
> при одновременном приходе запросов(а такое может быть),

каков вопрос - таков и ответ)

а из вопроса твоего как раз следует, что сервер не должен отвечать ни одному из активных клиентов, если их запросы поступили якобы "неодновременно"... видимо, это и есть в твоем понимании т.н."транзакция"... а транзакция - это совершенно иное и никакого отношения к гнездовому транспорту не имеет

на счет же "а такое может быть" категорически возражаю : такого никогда не будет и быть не может. Хотя бы потому что IP-пакеты передаются сетевым транспортом последовательно

> Verg вроде на верном пути,

Спасибо. Не даром, значит, я тут телепатии учился.

> мне неизвестна технология запроса-ответа (1), смогёт ли сервер
> дать ответ (2) при учёте внешних факторов(пропускная способность
> канала и др.) (3),

(1) - А что известно? (Огласите весь список, пжалста).
(2) - смогёт, стопудово смогёт, я бы даже сказал больше - сможет, если ему не мешать....
а вот когда клиент получит этот "смогёт", и получит ли вообще зависит от (3)

socket Найти похожие ветки