RU/2: Форум. Общение пользователей и разработчиков OS/2 (eCS). : Ответить на сообщение

Имя:
e-mail:
FIDO:
Home page:
сохранить данные о вас

Тема:

> > > Не попытки. Физически по проводу пакет приходит один (во всяком случае один отсылается). А вот вендодрайвер в протоколы его отдаёт в пяти экземплярах разной степени обрезаности. Вот и думаешь, что за новую моду в обработке пакетов я пропустил.
> > 
> > Пропустил-пропустил... Не помню как это называется, но это подстройка под образованный канал. 
> > Работает так как ты и описал:
> > Сперва посылается "стандартный" пакет.
> > Если проходит, то делается попытка увеличить размер пакета. Увеличение ведется до тех пор, пока пакеты проходят. Как только пакет теряется - скорость падает на предыдущее значение и на нем замораживается.
> > 200 - проходит
> > 400 - проходит
> > 600 - проходит
> > ...
> > 1000 - проходит
> > 1400 - не проходит
> > 1000 - работаем так.
> > 
> > В некоторых случаях это дает общий прирост скорости, в некоторых скорость падает(но железке на это начхать). Речь здесь не о конкретной сессии, а об общей производительности узла. Т.е. данная настройка, если я ничего не путаю, делается провайдером на своем оборудовании, а клиент лишь либо поддерживает эту фичу, либо нет. 
> Всё это замечательно, хоть и выглядит странно, но может кому-то и нужно. Только у меня совсем другая картина. Приходит на машину один пакет в 1000 байт. Бедный TCP/IP на основе этого пакета получает пять: в начале получает его первые 200 байт, потом первые 400 и т.д., пока последний не становится полной длины исходного. Есессно все, кроме последнего, скипаются, потому что в заголовке прописана длина и она должна соответствовать. Сервер, который посылал пакет, об этой фиче не в курсе. Приложение, которое пакет принимает, тоже не в курсе. В чём цимес? А ещё вопрос: если это новая крутая фича, почему она только для TFTP? :O

_, __, _, __, /_\ \|_) /_\ \|_) \| \| \| \| \| \| \ ~ ~ ~ ~ ~ ~ ~