Заметки Сис.Админа

Доброго времени суток, дорогие друзья, знакомые и прочие личности. Сегодня мы поговорим о довольно специфичной штуке, а именно, о снижении задержки, т.е. пинга в различных играх (в частности, это частично может быть полезно обычным пользователям в некоторых ситуациях).

Известная проблема у всех игроков, которые проводят своё время за онлайн-играми (wow, cs, lineage и любые другие) - это высокий пинг. Точнее говоря, даже если он не очень высокий, таки всё равно всем хочется его снизить, ибо чем меньше пинг, тем лучше, плавнее, качественнее и адекватней протекает игра и любые в ней действия.

Что это вообще есть? Пинг - это не что иное, как время, затраченное на передачу пакета информации в компьютерных сетях от клиента к серверу и обратно от сервера к клиенту. Кстати, тут есть некоторая путаница терминологии, ибо это время называется не пингом, а лагом или, собственно, задержкой (англ. Latency - отставание; задержка, запаздывание, он же лаг) и измеряется в миллисекундах. Лаг связан со скоростью соединения и загруженностью каналов на всём протяжении от клиента к серверу. Пинг же чуточку иное. Но не буду разбивать сейчас представления о терминологии, пусть будет по традиции - пинг и пинг.

Так вот, можно провести ряд изменений в реестре, которые позволят порой, в некоторых случаях, существенно снизить Ваш пинг практически во всех онлайн-играх и приложениях, использующих TCP-протокол, а так же в ряде интернет-приложений и всего, что с ними связано.

А можно обойтись и без реестра. Как всё это сделать?
Давайте посмотрим.

Внимание! Нижеуказанная методика работает не у всех и не всегда. Она зависит от различных факторов, будь то Ваш провайдер интернета, пропускная способность канала, тип и разновидность игры/приложения, версия системы, тип подключения и прочих факторов.

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

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

Как это работает? Что за скрипт по снижению пинга такой?

Чтобы было понятнее, приведу забавный диалог между сервером и компьютером с официального сайта скрипта (во всяком случае, таковой там когда-то был, но как сейчас - не помню):

До применения Leatrix Latency Fix:

• Сервер: "Так, компьютер, отправил тебе пакет с данными. Получил?"
• Компьютер: "..."
• Сервер: "Ну, давай, отвечай, мне целый день тебя ждать?"
• Компьютер: "..."
• Сервер: "Ладно, проехали, вот тебе еще один пакет. Получил?"
• Компьютер: "Ага, получил, и предыдущий пакет тоже, спасибо".
• Сервер: "А чего же сразу не ответил?"
• Компьютер: "Вот так я настроен по умолчанию, извините".

После применения Leatrix Latency Fix:

• Сервер: "Так, компьютер, отправил тебе пакет с данными. Получил?"
• Компьютер: "Ага, шли следующий!"
• Сервер: "Ух, быстро ты! Лови следующий. Получил?"
• Компьютер: "Да, давай еще!"
• Сервер: "Ого! Быстрый ты. Лови!"
• И так далее.

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

В совокупности всякое такое прочее приводит к значительному сокращению задержки на пересылку и обмен информацией между компьютером и сервером. Таким образом и снижается пинг.

Где взять и как пользоваться скриптом для снижения пинга?

Штука оная полностью бесплатная, проста в управлении и вообще всячески удобна, пусть и не поддерживает русский язык.

Поддерживаются все операционные системы Windows, начиная с XP:

• Windows 7
• Windows 8
• Windows Vista (SP1 или выше)
• Windows XP (SP3)

И все битности (x64, x32), т.е. с разрядностью как таковой вроде тоже проблем нет.

Скачать можно, например, по этой ссылке. В частности, можно взять с сайта разработчика.

Что касается установки, то там ничего сложного нет. Для сего, собственно, распакуйте скаченный архив и запустите соответствующий .exe-файлик:

И нажать в кнопочку "Install":

Далее будет необходимо перезагрузить компьютер (обязательно!) и проверить результат.

К слову, возможно потребуется установка .NET Framework. Хотя я бы даже сказал, что не "возможно", а "обязательно" рекомендуется установить. Подробнее об оном писал тут: "Что такое Microsoft .NET Framework и зачем его устанавливать".

Для удаления программы для оптимизации пинга, собственно, повторно запустите файл и нажмите..

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

Несколько слов для холиварщиков и о понижении пинга в техническом смысле

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

По сути лаг (он же, повторюсь, пинг) состоит (формируется) из трех частей, а вовсе не из одной, как принято считать большинством, а именно из: клиентского + промежуточного + серверного. Пару слов о том, что означает каждый из них.

1. Лаг локальный (клиентский), т.е. на стороне пользователя, выглядит так:
   • компьютер клиента получает пакет
   • обрабатывает
   • отвечает, что он его получил
   • отправляет ответный пакет
   • ждет ответа о получении ответного пакета.

   Суммарно затраченное на это всё время и есть наш клиентский лаг.

2. Лаг промежуточный, т.е., так сказать, лаг между пользователем и сервером. Эта задержка являет собой время хода и обработки пакета информации на всех промежуточных пунктах (чем сильнее удалён сервер, тем больше промежуточных элементов (всяких маршрутизаторов, хабов и прочего добра) занимаются обработкой и пересылкой пакета дальше), т.е. это есть не что иное, как задержка на прохождение проводов и промежуточного оборудования от порта абонента до порта сервера.
3. Лаг серверный, т.е. все то же самое, что и у клиента, только уже на самом сервере. Задержка опять же из-за того, что сервер тоже пока получит, пока обработает, пока ответит, что получил.. Проходит время.

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

Дело в том, что есть два типа пакетов: TCP и UDP. Говоря просто, первый тип пакетов - это пакеты с ответом о получении (см. диалог между сервером и компьютером, что я описал выше). Второй - без. В играх (и прочих приложениях), использующих преимущественно UDP-пакеты, скрипт ничего толком сделать не может. Зато в случае с TСP - вполне. Если до установки скрипта компьютер получал пакет, анализировал его, отрисовывал, потом давал ответ о получении (а в это время прилетело еще с десяток новых пакетов, как бы "встающих" в "очередь"), то после установки компьютер сначала дает ответ серверу о получении, а уж потом занимается всем остальным.

Послесловие

Вот такая вот интересная штука для снижения пинга.
Если что-то непонятно или не получается - спрашивайте.

Как и всегда, буду рад всяческим мнениям, отзывам и всему такому прочему. Комментарии к Вашим услугам.