|
Новости
Особенности работы ограничителя полосы WebStreamhex, 06 Nov 2007, 23:42:07 К появлению на WebStream безлимитных тарифных планов со скоростями 64 и 128 кбит/с я вначале отнесся откровенно скептически. Мне периодически приходится пользоваться GPRS, где даже при устойчивой максимальной скорости (5-6 кбайт/с) и включенном Traffic Compressor загрузка даже небольших чисто текстовых страниц идет раздражающе медленно.
Отзывы энтузиастов, переключившихся на безлимитные профили, только подтверждали мои предположения – почти все говорили, что загрузка стала откровенно медленной, и радует только отсутствие ограничений по трафику. Поскольку большую часть времени мне требуется именно динамичная работа с различными сайтами с периодическим скачиванием небольших (3-10 Мб) файлов, и лишь изредка требуется скачивать файлы размером больше 20-30 Мб, я всегда предпочитал обычный скоростной доступ с учетом трафика. Однако в последнее время размеры дистрибутивов и обновлений программ растут катастрофически быстро, а терять скоростной доступ не хотелось, поэтому я решил получить у Сибирь–Телекома вторую учетную запись (логин) с безлимитным профилем на 64 кбит/с, чтобы использовать параллельно с основным, скоростным сеансом, исключительно для скачивания больших файлов. Получив логин и настроив PPPoE в виртуальной машине, чтобы не возиться с маршрутизацией, я решил интереса ради попробовать посерфить через медленный канал. Причем делал это в медленном Internet Explorer 5 (в основной системе пользуюсь быстрой Оперой, которая в виртуальной машине не установлена). Результаты меня приятно удивили – серфинг на медленном канале оказался быстрее не на 30-50 процентов быстрее диалапа и GPRS, как ожидалось, а в 3-5 и более раз. Большинство небольших страниц без картинок вообще загружалось практически мгновенно, как и на основном, скоростном канале с 6 Мбит/с. Ощутимые задержки возникали только на запросах к DNS и установке TCP–соединений, причем их длительность была примерно такой же, как и на скоростном канале. Переключив модем с основного канала на медленный, я попробовал серфинг в привычной Опере, которая гораздо подробнее, чем IE, отображает динамику загрузки страниц. Выяснилось, что первые 40-100 кб страницы загружаются за 1-2 секунды, после чего скорость стабилизируется примерно на 8 кб/с и сохраняется такой до конца загрузки. Так же ведет себя и прием файлов по HTTP и FTP: первая порция размером 40-100 кб загружается практически мгновенно, а затем остаток файла докачивается с номинальной для канала скоростью. На фоне непрерывного приема большого файла серфинг, конечно, замедляется, но все равно остается гораздо динамичнее, чем на GPRS. При работе с быстрыми сайтами и небольшими страницами иногда можно и забыть, что параллельно идет еще и скачивание. Знакомство с параметрами аппаратуры Juniper, реализующей ограничение скорости, показало, что там имеется параметр Burst, задающий длительность начального периода передачи с повышенной скоростью, и саму эту скорость. Когда канал свободен, первая небольшая (в данном случае 40-70 кб) порция данных передается на повышенной скорости. Если данные продолжают поступать, включается ограничитель, и остаток передается на номинальной скорости. Когда возникает пауза в передаче, канал снова считается свободным, и при поступлении следующей порции данных снова будет задействовано кратковременное ускорение. Смысл такого управления полосой заключается в том, чтобы сделать комфортной работу именно с небольшими объемами данных, характерными, например, для информационных сайтов, не перегруженных графикой. Поскольку запросы на отдельные страницы поступают от разных пользователей в случайные моменты времени, передача небольших объемов с повышенной скоростью существенно не меняет загрузки магистрального канала, зато очень сильно ускоряет серфинг. К сожалению, мне не удалось найти ни одной программы, измеряющей загрузку канала с точностью, превышающей одну секунду. Из программ, измеряющих с точностью до секунды, наиболее удобной оказалась NetMeter, способная как показывать график, так и посекундно сохранять текущую статистику в файл. Привожу примеры графиков и фрагменты статистики (снимки графиков и текстовая статистика сделаны в разное время, отчего не соответствуют друг другу). 64 кбит/с![]() 12:53:28 65.7K 128 кбит/с![]() 23:53:32 71.9K РезюмеБлагодаря описанным особенностям ограничения скорости, работа даже через 64-килобайтную полосу оказалась для меня неожиданно комфортной, и в ближайшее время я планирую отказаться от дополнительного логина, переключив основной скоростной профиль на безлимитный со скоростью 128 кбит/с. Возможно, мой опыт будет полезен и другим пользователям, которые хотели бы переключиться на безлимитный профиль, но опасаются, что серфинг станет чрезмерно медленным.Судя по сообщениям пользователей, работающих через оборудование доступа Cisco, режим Burst этим оборудованием не поддерживается, и ширина полосы всегда остается постоянной. Получается, что ускорение на первых порциях данных поддерживается только оборудованием доступа Juniper. Узнать, какое оборудование используется на Вашем узле, можно на странице статистики WebStream (Утилиты - Изменить лимит внешнего трафика). Автор: Евгений Музыченко 15 комментариев ![]() ![]() ![]() ![]() ![]() ![]() я с августа тоже на 2х логинах сидел еще с 1 октября трафик вообще выкинул ![]() С 1 ноября сижу на 64, с внешки выкачал уже 5766 Мб, и какие бы деньги я отдал на помегабайтном? Тот, кому и этого мало, так пусть к академовским провам подрубается или сразу лучше на магистраль садится. Ну а сёрфинг он и в Африке сёрфинг, бывает медленно, бывает и быстро, но зато не сидишь и не дрожжишь над тем, сколько килобайт пришло, как они пожаты, картинки и проч. Если дома и никуда не торопишься, можно и подождать малость. P.S. Оборудование на станции Juniper ![]() ![]() ![]() ![]() Есть более простое решение этой проблемы. Так сказать решение на двоих и более. Один человек подключает анлим, второй помегобайтно, оба ставят прокси и вуаля - трафик по 1 коп/мб сам течет в ваш карман. Скачал Гиг - отдал 10рр. Цена приемлема, скорость тоже. Ну а если надо побыстрее - переключись на соседа. Ну пусть траф будет на 1 коп. дороже - это не критично помоему. Главное канал поделить и не поругаться меж собой. ![]() ![]() ![]() Связь стала меделеннее (у меня 64), неуверенная (визуально). Тестами не измеряю, и так все это ВИДНО! Страницы открываются с задержкой. Играть в сетевые игры на безлимитке стало эпизодически невозможно (ЛАГАЕТ БЕЗМЕРНО). Для EVE о-о-о-ч-ч-чень критично! На ФТП не пробиться, да и скорость там прямо скажем - не ахти. Когда я подключился в июне 2 месяца вообще проблем не знал, а сейчас даже модем цепляет сеть с n-го раза. Ps.Видимо так отмечается снижение тарифа? ![]() ![]() смеялся про параметр Burst на оборудовании Cisco. конечно же все там поддерживается! просто оборудование cisco многие умеют настраивать и сменили настройки по умолчанию в которых и прописан BE. А вот Juniper для них темный лес, вот там все и работает по описанию (т.е. по умолчанию) ![]() ![]() сижу на 128к третий месяц. всем доволен. не качаю шибко много - максимум было 8гб вроде. подключил потому что исходящая не ограничивается и не надо считать трафик ![]() ![]() ![]() !! ДО СЕРВИСА 062 ДОЗВОНИТСЯ ДН¨М НЕВОЗМОЖНО ЛУЧШЕ ДОЗВАНИВАТСЯ ТУДА С 03 ДО 06 ЧАСОВ НОЧИ ![]() |