Главная страница
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.026 c
9-1076930573
smb
2004-02-16 14:22
2004.06.13
что вы думаете об этом???


14-1084473025
ИМХО
2004-05-13 22:30
2004.06.13
Установка Office.XP


8-1080896977
SPeller
2004-04-02 13:09
2004.06.13
Вопрос по МР3 формату.


14-1085399793
Orion2
2004-05-24 15:56
2004.06.13
Красное небо


3-1085404186
REA
2004-05-24 17:09
2004.06.13
ComboBox