Я пытаюсь рассчитать произведение задержки полосы пропускания между различными хостами, и чтение эта статья вики, Я смущен.
Из актилы;
Жилой ADSL2 +: 20 Мбит / с (от DSLAM к жилому модему), RTT 50 мс
B × D = 20 × 106 бит / с × 50 × 10-3 с = 106 бит, или 1 Мбит, или 125 кБ.
Одно из соединений, которое я тестирую, с тестовым хостом - это соединение ADSL2 +. Скорость нисходящей синхронизации составляет «11006 кбит / с», я предполагаю, что 10000 кбит / с - разумная теоретическая максимальная пропускная способность. При "ping'ing" тестового хоста по линии ADSL2 + я получаю RTT 29 мс. Тестовый хост подключается к "Интернету" через Ethernet-соединение со скоростью 100 Мбит / с.
Теперь вот запутанная часть; Выполняя тест скорости на сервере (он запускает копию приложения mini speed test от speedtest.net), я получаю 9,23 Мбит / с для нисходящего потока. Согласно этой статье в Wiki, 10000000 бит / с * 0,029 с = 290000 бит / с (290 кбит / с), что намного меньше моих 9,23 Мбит / с.
Я пропустил что-то очевидное, или статья написана неправильно?
Я пытаюсь рассчитать произведение задержки полосы пропускания между различными хостами ... Я пропустил что-то очевидное, или статья неверна?
Вам не хватает только единиц; когда вы умножаете бит / с на секунды, вы получаете биты как единицы:
10 Мбит / с * .029s = 2900000,0 бит (362500 байт)
Суть статьи в том, что она подчеркивает, каким должно быть ваше (масштабируемое) TCP-окно, чтобы избежать задержек из-за «длинной толстой сети». Цитирование RFC 1072:
Недавняя работа над производительностью TCP показала, что TCP может хорошо работать по множеству Интернет-путей, от каналов ввода-вывода 800 Мбит / с до модемов коммутируемого доступа 300 бит / с [Jacobson88]. Однако для одного режима передачи по-прежнему существует фундаментальное узкое место в производительности TCP: пути с высокой пропускной способностью и длительными задержками приема-передачи. Важным параметром является произведение пропускной способности (бит в секунду) и задержки приема-передачи (RTT в секундах); этот продукт - количество битов, необходимое для «заполнения конвейера», то есть количество неподтвержденных данных, которые TCP должен обработать, чтобы поддерживать конвейер заполненным. Проблемы с производительностью TCP возникают, когда этот продукт большой, например, значительно превышает 10 ** 5 бит. Мы будем называть Интернет-путь, работающий в этом регионе, «длинной толстой трубой», а сеть, содержащую этот путь, - «LFN» (произносится «elephan (t)»).
В этом конкретном случае TCP должен предоставить масштабируемый размер окна примерно 362 КБ. Современные реализации TCP (те, которые правильно реализуют RFC 1323) не страдают от проблем, связанных с LFN.