Мастера DELPHI (документация, исходники, скачать)

Основная («Начинающим»)/ Базы / WinAPI / Компоненты / Сети / Media / Игры / Corba и COM / KOL / FreePascal / .Net / Прочее / RSDN.ORG

« предыдущая ветвь | форум | следующая ветвь »

socket [D6, Win2k, WinXP]

Копосов Н.В. © (2003-11-01 14:49:00)

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

Verg (2003-11-01 16:52:00) [1]

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

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

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

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

Digitman (2003-11-01 16:31:00) [2]

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

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

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

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

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

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

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

Копосов Н.В. (2003-11-01 16:19:00) [3]

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

Verg (2003-11-01 16:01:00) [4]

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

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

xGhost (2003-11-01 15:41:00) [5]

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

Digitman (2003-11-01 15:08:00) [6]

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

Digitman (2003-11-01 15:03:00) [7]

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

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

Verg (2003-11-01 15:00:00) [8]

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

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

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

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

Наверх

	« предыдущая ветвь \| форум \| следующая ветвь »