О ускорении работы в Интернет

Введение

В настоящее время очень много говорят о так называемом "ускорении Интернета", т.е. использовании различных программных средствах, ускоряющих работу в Сети за счет оптимизации использования канала, сжатия передаваемого контента и т.п. т.е. без улучшения (и удорожания) аппаратных средств связи.

Существуют специальные программы - интернет-ускорители, позволяющие тем или иным способом сделать работу в Интернет более быстрой и производительной. В зависимости от способа, эти программы ускоряют работу в Интернет вообще или для некоторых служб (WWW-прокси).

В данной статье рассмотрены основные технические принципы ускорения работы в сети Интернет, которое имеет большое значение для Dial-up пользователей с поминутной оплатой.

1. Оптимизация низкоуровневых параметров связи.

Поскольку связь в Интернет на низком уровне основана на передаче IP-пакетов, определенного эффекта ускорения можно достичь за счет оптимизации параметров передаваемых пакетов - в частности, их максимального размера.

Ускорение работы в сети происходит за счет ускорения прохождения по ней пакетов: слишком боьшие пакеты на каких-то участках передачи могут фрагментироваться, а это все требует определенного времени и замедляет прохождение пакетов. В то же время в случае слишком мелких пакетов уменьшается их относительная информационная емкость - кроме данных, IP-пакеты содержат еще заголовок, и уменьшение размера пакетов приводит к увеличению доли служебной и уменьшению полезной информации.

Существуют программы-"интернет-акселераторы", оптимизирующие параметры связи под данную физическую скорость соединения. Собственно, для этого способа оптимизации работы программа не обязательна, но эти программы предоставляют удобный интерфейс и избавляют пользователей от необходимости вручную вносить изменения в системный реестр Windows.

2. Локальный DNS-сервер (или другой локальный способ DNS-resolving-а).

Обращение к любому серверу Интернет по доменному имени начинается с определения его IP-адреса. Этот процесс может занимать разное количество времени в зависимости от ряда факторов.

При посещении WWW-страниц браузеру, как правило, приходится обращаться не только к тому серверу, на котором находится страница, а и к серверам различных баннерообменных систем, каталогов, счетчиков рейтингов и т.п. Соответственно для каждого доменного имени (если запрос идет не по IP-адресу) необходим запрос к DNS-серверу. Облегчает ситуацию тот факт, что DNS-серверы провайдеров как правило кэшируют запросы к ним, а на многих сайтах, посещаемых разными пользователями провайдера, стоят кнопки и баннеры одних и тех же систем.

Способов разрешения проблемы есть по крайней мере два: установка локального DNS-сервера или прописывание всех часто используемых серверов в файле hosts (см. статью "Использование файла hosts в Windows").

Локальный кэширующий DNS-сервер, как и DNS-сервер у провайдера, кэширует запросы-ответы для ускорения последующего использования.

3. Прокси-сервер провайдера и локальный прокси-сервер (ускорение WWW).

Прокси-сервер провайдера и локальный прокси-сервер имеют в общем-то одно назначение - кэширование веб-документов. Однако результат ускорения в случае тех и иных прокси создается по-разному. Многие провайдеры имеют свой прокси-сервер для WWW и настоятельно рекомендуют своим пользователям использовать его для работы. Это действительно ускоряет доступ в Интернет, и вот почему.

Скорость связи в Интернет зависит от числа промежуточных между клиентом и сервером узлов и каналов, их загрузки и т.п.

Если Вы имеете, например, кроме почтового ящика у своего провайдера, еще и ящик где-то еще (скажем, на бесплатном сервере), то наверняка сразу заметили, что работа с почтовым сервером провайдера идет гораздо более "реактивно"). Это не значит, что почтовый сервер Вашего провайдера - самый мощный в мире, просто в этом TCP-сеансе связи число промежуточных "инстанций" сведено к минимуму.

Такая же ситуация и с провайдерским прокси-сервером: при работе через прокси-сервер Вы фактически (с точки зрения TCP/IP) связываетесь с ним, а не с теми серверами, с которых получаете информацию. Поэтому при работе через прокси скорость работы можно увеличить вплоть до скорости приема почты с провайдерского ящика.

Кроме того, в ряде случаев провайдеры настраивают свой прокси-сервер на работу через спутниковые (т.е. более быстрые) каналы связи.

Но нельзя забывать, что даже прокси-сервер провайдера не в состоянии решить еще одну проблему - относительно медленное модемное соединение. В этой ситуации какую-то (на практике часто - большую) помощь оказывают локальные прокси-сервера, т.е. прокси-сервера, установленные на компьютере пользователя.

Как же они влияют на скорость работы, спросите Вы, ведь от их использования модемное соединение не может стать быстрее? Все дело в том, что при работе в Интернет браузер часто "качает" много в действительности лишних веб-ресурсов, а именно: одинаковые картинки на разных страницах; страницы, на которых Вы уже были (если они являются выводом скриптов, т.е. динамическими ресурсами) и т.п. Если даже данный ресурс находится в кэше браузера, то он все равно скорее всего будет устанавливать связь с веб-сервером и проверять, не устарел ли документ! Траффик при этом, правда, очень низкий, но на установку соединения и ожидание ответа уходит определенное время.

В случае работы через локальный прокси-сервер все запросы будет сначала обрабатывать он, "лазя" в Интернет только по необходимости. Это, конечно, быстрее, даже в случае работы еще и через прокси провайдера!

Кроме того, некоторые "специальные" локальные прокси-сервера (баннерные фильтры, антибаннеры) блокируют обращение к некоторым заранее заданным серверам баннерных систем, экономя Ваше время за счет исключения загрузки баннеров.

В качестве такого прокси-сервера можно использовать практически любой прокси-сервер, работающий под Windows.

Правда, есть одно "но": на работу прокси, как правило, требуется определенный объем ОЗУ, что в случае маленького его объема увеличивает свопирование в Windows. Когда у меня стояло 16 МБ ОЗУ, то опробывание различных прокси-серверов "давало" такое свопирование, что курсор мышки при "максимальной нагрузке" прыгал скачками!

Блокирование баннеров можно также организовать и без специальной программы, а только с помощью простого локального веб-сервера (может быть любым).

Для этого Вы:

• Прописываете доменные имена всех известных Вам баннерных и др. подобных систем в файле hosts по локальному IP-адресу (скажем, 127.0.0.1).
• Когда "лазаете" по WWW, запускаете веб-сервер.

При этом происходит следующее:

Когда браузер встречает доменное имя какой-то баннерной системы, он определяет ее IP-адрес как 127.0.0.1 (Ваш локальный хост), затем запрашивает с Вашего веб-сервера (считая его баннерной системой) такой-то ресурс по такому-то адресу. Поскольку такого ресурса на Вашем локальном веб-сервере скорее всего нет, он получит ошибку Not Found и успокоится. :)

Еще один большой плюс в использовании локального прокси-сервера: если кэш у него организован естественно (т.е., допустим, под каждый сервер отводится папка, в ней - подпапки и т.д. и файлы хранятся под своими именами), то Вам ПОЧТИ НИЧЕГО НЕ ПРИДЕТСЯ СОХРАНЯТЬ БРАУЗЕРОМ НА ДИСК! Достаточно "погулять" по тем страничкам, которые бы Вы хотели прочитать, и все они останутся в кэше. Причем заметьте - останутся вместе со всеми картинками, скриптами, CSS и т.п.: даже теми, которые скачиваются с помощью JavaScript (которые далеко не все "качалки" скачивают) ! После "прогулки" отсоединитесь от Интернета и скопируйте эти папки куда хотите. Это, согласитесь, может само по себе ускорить работу.

4. Использование служб доступа через E-Mail:

В сети существуют различные сервера, позволяющие получать доступ к различным сервисам (WWW, FTP...) через электронную почту. Взаимодействие осуществляется посредством одних электронных писем: пользователь отсылает письмо-запрос и получает письмо-ответ, содержащий запрашиваемый файл или некоторую информацию.

Изначально эти службы создавались для того, чтобы расширить возможности пользователей, имеющих почтовое (не IP-) подключение к Сети. Однако они могут быть очень полезными также людям, имеющим "полное" (IP) подключение: