- BEST_PEOPLE (2:5077/15.22) ---------------------- BEST_PEOPLE (RU.INTERNET) -
From : Valentin Nechayev 2:5020/400 28 Apr 00 19:16:44
Subj : Скачивание по частям - влияние задержки.
-------------------------------------------------------------------------------
* Forwarded from area 'RU.INTERNET'
From: netch@carrier.kiev.ua (Valentin Nechayev)
IK>>Hу ты подумай немножко - если ты качаешь файл 20кб из уругвая с которым
IK>>скорость
IK>>0.1 кб/сек (такое бывает) ты затратишь 200 секунд, так?
IK>>А если качалка поделит файл на 20 кусков и начнет качать каждый с той же
IK>>скоростью 0.1 кб/сек
IK>>_одновременно_ то она и закачает его в 20 раз быстрее (10 секунд)
SIT> Чухня. Быстрей закачка в несколько стволов может быть только в случае
SIT> зажимания скорости на конкретном соединении. Тогда при наличии присутствия
SIT> свободы в канале - несколько соединений утянут быстрей. Hо:
Айс, залезь в lucky.naezd (она тебе должна быть доступна) и прочитай свежий
отчет
Снара "Лабораторная работа номер 2". Там четко расписано, как простая
задержка, безо всяких дропов и неравномерностей, ограничивает скорость
перекачки. Для 600 мс задержки получилось около 30KB/s - это даже на хорошо
разогнанном TCP соединении - просто и такому разгону есть предел.
Да, на эзере и на вщент забитом ТЧ канале это делать бессмысленно.
А вот если по дороге нигде не уже 128K - уже можно пробовать.
SIT> 1. Максимальная скорость передачи всегда <= скорости самого узкого
SIT> соединения по дороге. 2. One connection per IP 3. Глюкавость виндюкового
SIT> софта
Кстати, это тоже фактор - разгон TCP у винды сделан значительно хуже,
и многоствольное сосание может помочь.
-- --
Valentin Nechayev
netch@carrier.kiev.ua
II:LDXIII/DCCCLXXIII.CCC
--- ifmail v.2.15dev5 * Origin: Lucky Netch Incorporated (2:5020/400)
