Главная страница
Top.Mail.Ru    Яндекс.Метрика
Текущий архив: 2004.06.13;
Скачать: CL | DM;

Вниз

что делать если не успеваеш считывать буфер   Найти похожие ветки 

 
Lena19   (2004-04-21 18:19) [0]

всем привет
народ а что будет если клиентская часть сокета не будет успевать выбирать данные из буфера а сервер будет их туда гнать?
или клиент заблокируется пока буфер не будет прочитан
если новые данные затирают еще не прочитанные как с этим боротся ?


 
VMcL ©   (2004-04-21 18:23) [1]

>>Lena19  (21.04.04 18:19)

>новые данные затирают еще не прочитанные

Это что-то новое в сетевых протоколах.


 
Lena19   (2004-04-21 18:54) [2]

значит просто растет размер буфера и данные из второй посылки  просто дополнят собой буфер (тогда что будет если клиент вообще не читает данные из буфера. веть когдато память закончится)


 
Digitman ©   (2004-04-21 18:55) [3]


> если новые данные затирают еще не прочитанные


ничего они не "затирают"

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


 
Digitman ©   (2004-04-21 18:57) [4]


> Lena19


закончится или не закончится - это не твои проблемы, это проблемы системы

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


 
Verg ©   (2004-04-21 19:03) [5]


> Lena19   (21.04.04 18:54) [2]
> значит просто растет размер буфера и данные из второй посылки
>  просто дополнят собой буфер (тогда что будет если клиент
> вообще не читает данные из буфера. веть когдато память закончится)


Нет, буфер ограничен, и если из него никто, ничего не читает, то противополжная сторона об этом информируется (грубо говоря), а та в свою очередь не дает передающему приложению пополнять ее передающие буфера (сообщая, что WSAEWOULDBLOCK, например, для неблокирующего сокета). И все. Грамотное предающее приложение просто будет ждать того (если обратно все по цепочке протокола раскрутить), что приемная сторона соизволила начать считывать данные, а не будет продолжать взахлеб пихать данные в свой сокет, не обращая внимания на ошибки при передаче и проч.



Страницы: 1 вся ветка

Текущий архив: 2004.06.13;
Скачать: CL | DM;

Наверх




Память: 0.48 MB
Время: 0.04 c
3-1084954154
AlexSerp
2004-05-19 12:09
2004.06.13
Весь в непонятках. Хранимая процедура(+)


1-1085821811
SL!DER
2004-05-29 13:10
2004.06.13
ComboBox


1-1086163553
rulezz
2004-06-02 12:05
2004.06.13
количество символов в Memo


1-1085909283
nitro
2004-05-30 13:28
2004.06.13
Как проверить пустой ли список Listbox ?


6-1082602212
FatBase
2004-04-22 06:50
2004.06.13
Base64 кодирование файлов