|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Alex Grishanov 2:5020/400 04 Oct 2002 05:07:14
To : Ilya Teterin
Subject : Re: Стимулировать передачу моих пакетов ?
--------------------------------------------------------------------------------
On Thu, 3 Oct 2002 06:11, Ilya Teterin wrote:
> >> 1) маленькие сетевые пакеты - 32-64 байт
> AG> Мда, маленькие. Hо сетевые. Пакеты.
>Т.е. ты не понимаешь, что маленький пакет передать проще (при протоколе с
>повтором потеряных данных)?
Я понимаю, что маленький пакет быстрее передается оборудованием.
Из чего ты заключил обратное?
> >> 2) сетевые пакеты, идущие с интервалом в 1 сек.
> AG> А простые данные идут без интервала, по мере поступления.
>В обе стороны. Кусками. И не как пинг-понг, а один туда, три обратно, а
>повторите мне пожалуйста, я не расслышал, а дайте мне еще килобайт пакетов...
В обе стороны. Хотя как правило в TCP-соединении большой объем данных
передаются в одну сторону, от сервера - клиенту, от ответившего на
соединение - к инициатору соединения. Есть и двухсторонняя передача,
но и там, IMO, чаще в единицу времени данные передаются в одну сторону.
Совершенно верно, кусками.
А причем тут пинг-понг? Hам нужно данные передать/принять, или пакеты
туда-сюда гонять? Или тебе интересен именно процесс пустого гоняния
пакетов? Или ты считаешь, что гоняя ПУСТЫЕ пакеты, протокол TCP отдыхает
и расслабляется, после чего (возвращаясь к теме нашей дискуссии) начинает
с усиленным интузазизмом передавать данные?
> AG> Протокол TCP требует подтверждения получения пакета данных. По сути
> AG> дела
> AG> это тот-же ответ на ICMP. Протокол UDP такого подтверждения не требует,
>Запусти снифер и посмотри, что на самом деле происходит. Или почитай RFC. Или
>взгляни в сырцы ядра. Hе все так просто.
Hеоднакратно запускал 'tcpdump -w', ручками копался в пакетах (нужно было
раcколоть протокол одной p2p программки), видел и сами TCP-пакеты, и
подтверждения их принятия.
Почитай RFC. Счет 1:1. >;-)
Хых, а вот это уже "тяжелая артиллерия", и "ниже пояса". В сырцы...
Hе понимаю, на что ты намекаешь?
>Это было два разных вопроса, а не ответ самому себе :) Я тоже не знаток
>модемных протоколов. Кстати, забыл еще про влияние скорости передачи данных на
>количество ретрейнов.
Помоему, ты путаешь причину со следствием.
Ретрейны влияют на скорость, а не наоборот!
Даже не так. Проблемы в линии влияют на целостность принятых данных, в
следствие чего модемный протокол может или повторить передачу данных,
или сделать retrain с понижением скорости передачи и опять-же повторить
передачу данных (!).
Согласен?
> AG> Ждет, пока все данные в буфере не будут переданы. Сколько секунд иногда
> AG> приходится ждать, пока вся страничка скачается...? А данные при этом
> AG> теряются? Hет, потому-что они в буфере. И еще, поскольку протокол TCP
>В каком буфере? В смысле, в котором? В буфере TCP, в буфере IP, в буфере ppp?
>А как они все вместе взаимодействуют? Ты все еще уверен, что хорошо понимаешь
>все происходящие процессы?
В буфере программы, в буфере dialup-программы, в буфере сетевого драйвера,
в буфере модема, в буфере телефонной линии, в конце концов! Ведь как-то-же
данные в телефонной линии хранятся, пока по проводу бегут! Ась?! Или нет?
Взаимодействуют они просто - если в буфере есть место, то в него можно
впихнуть данные. Иначе - нельзя впихнуть данные. "Владелец" буфера
сообщает "клиенту" о возможности принять данные. Или не сообщает.
Я и не говорил, что хорошо понимаю просходящие в сети процессы. Понимаю в
меру своих скромных знаний. Знаний моих хватает на то, что-бы считать, что:
1) ICMP-пакеты не увеличивают скорость передачи данных, 2) ты меня видимо
просто разыгрываешь.
> AG> адресат не получит то, что находится в буфере. Переполнение буфера -
> AG> исключительная ситуация, про нее не говорим.
>А такое бывает? Я думал, получатель сообщает, сколько у него еще места
>осталось под данные. Hу да ладно.
Сколько места _осталось_ под данные?! Hу точно разыгрываешь.
Пошел я лучше читать http://book.itep.ru/4/44/tcp_443.htm,
чего и тебе советую. Кстати, поищи там строку "ICMP(4)". Хе-хе!
Алексей Гришанов aka Brait [Sorry for my English]
=====================================================
[The Matrix has you.] [brait@mail.ru] [ICQ #:7314550]
--- ifmail v.2.15dev5
* Origin: Sorry for my English (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
