Добавлено: Вс сен 16, 2007 3:25 pm
Решил поделиться наблюдениями о работе безлимитки в JDSL.
Если начать скачивать на безлимитном тарифе JDSL (open64 и т.п.) какой-нибудь файл через Internet Exporer, можно заметить, что первая сотня-другая килобайт проскакивает почти мгновенно, а скорость скачивания - десятки кб/с. Потом цифры индикатора скорости начинают быстро падать и приходят в "норму" (6-7 кб/с для 64 кбит/с и т.п.). Неизвестно, падает ли она в норму мгновенно (индикатор в IE накапливает средние значения и не успевает среагировать), или снижение скорости действительно происходит плавно - главное, что пик реально присутствует.
Подозреваю, что в JDSL реализован хитрый алгоритм ограничения скорости, который мониторит TCP/IP-трафик и "придерживает" пакеты в случае превышения лимита. Он, видимо, тоже накапливает средние значения скорости за N последних секунд, которые в начале TCP/IP-обмена равны нулю, что временно делает средние значения низкими и задерживает накладывание ограничений.
Вопрос в том, учитываются ли все соединения вместе, или каждое в отдельности. Если в отдельности, то очень выгодными представляются закачки через всевозможные P2P-сети, где открывается множество TCP/IP-соединений. Также будет большой выигрыш от использования программы типа Download Master по закачке файлов через HTTP/FTP в несколько потоков. Ещё можно представить некоторый системный хак, который будет "притормаживать" TCP/IP трафик, прокачивать накопленные пакеты в режиме burst, снова делать паузу (для обмана JDSL), но лично для меня программирование собственного драйвера TCP/IP представляется задачей крайне нетривиальной.
Если начать скачивать на безлимитном тарифе JDSL (open64 и т.п.) какой-нибудь файл через Internet Exporer, можно заметить, что первая сотня-другая килобайт проскакивает почти мгновенно, а скорость скачивания - десятки кб/с. Потом цифры индикатора скорости начинают быстро падать и приходят в "норму" (6-7 кб/с для 64 кбит/с и т.п.). Неизвестно, падает ли она в норму мгновенно (индикатор в IE накапливает средние значения и не успевает среагировать), или снижение скорости действительно происходит плавно - главное, что пик реально присутствует.
Подозреваю, что в JDSL реализован хитрый алгоритм ограничения скорости, который мониторит TCP/IP-трафик и "придерживает" пакеты в случае превышения лимита. Он, видимо, тоже накапливает средние значения скорости за N последних секунд, которые в начале TCP/IP-обмена равны нулю, что временно делает средние значения низкими и задерживает накладывание ограничений.
Вопрос в том, учитываются ли все соединения вместе, или каждое в отдельности. Если в отдельности, то очень выгодными представляются закачки через всевозможные P2P-сети, где открывается множество TCP/IP-соединений. Также будет большой выигрыш от использования программы типа Download Master по закачке файлов через HTTP/FTP в несколько потоков. Ещё можно представить некоторый системный хак, который будет "притормаживать" TCP/IP трафик, прокачивать накопленные пакеты в режиме burst, снова делать паузу (для обмана JDSL), но лично для меня программирование собственного драйвера TCP/IP представляется задачей крайне нетривиальной.