Комменты на игромании порадовали: "поставил слетела системка вот и подвох"
я скинул то что использую/использовал сам
у меня WIN 7 SP1. При установке и последующем использовании ничего не слетало
Пинг состоит (формируется) из трех частей, а вовсе не из одной, как принято считать большинством, а именно из: клиентского + промежуточного + серверного. Пару слов о том, что означает каждый из них.
1. Пинг
локальный (клиентский), т.е на стороне пользователя, выглядит так:
компьютер клиента получает пакет
обрабатывает
отвечает, что он его получил
отправляет ответный пакет
ждет ответа о получении ответного пакета.
Суммарно затраченное на это всё время и есть наш клиентский лаг.
2. Пинг
промежуточный, т.е, так сказать, лаг между пользователем и сервером. Эта задержка являет собой время хода и обработки пакета информации на всех промежуточных пунктах (чем сильнее удалён сервер тем больше промежуточных элементов (всяких маршрутизаторов, хабов и прочего добра)) занимаются обработкой и пересылкой пакета дальше, т.е. это есть не что иное как задержка на прохождение проводов и промежуточного оборудования от порта абонента до порта сервера.
3. Пинг
серверный, т.е. все тоже самое, что и у клиента, только уже на самом сервере. Задержка опять же из-за того, что сервер тоже пока получит, пока обработает, пока ответит, что получил.. Проходит время.
Отсюда сразу же первый вопрос, который возникает при установке скрипта: каким образом он собирается снизить оставшиеся два пинга и повлиять хоть как-то не только на ситуацию с интернет каналом, но и на сам сервер, т.е. как вообще будет устраняться и исправляться все три составляющих лага? Ответ прост: никак. Скрипт занимается тем и только тем, что, насколько может, исправляет первый лаг, а именно лаг на стороне клиента (т.е в Вашей операционке, т.е локально на Вашем компьютере), который, как оказалось, бывает порой более чем весомым. Как скрипт это делает? Довольно легко.
Дело в том, что есть два типа пакетов: TCP и UDP. Говоря просто, первый тип пакетов – это пакеты с ответом о получении (см.диалог между сервером и компьютером, что написанно выше). Второй – без. В играх (и прочих приложениях)
использующих преимущественно UDP пакеты скрипт ничего толком сделать не может (NOX использует именно UDP). Зато в случае с
TСP - вполне. Если до установки скрипта компьютер получал пакет, анализировал его, отрисовывал, потом давал ответ о получении (а в это время прилетело еще с десяток новых пакетов, как бы “встающих” в “очередь”), то после установки, компьютер сначала дает ответ серверу о получении, а уж потом занимается всем остальным.
P.S. Программа не мешает игровому процессу,а всего лишь ( Оптимизирует пинг ),не является сторонним ПО.Бана не будет.
источник:
http://sonikelf.ru/kak-snizit-ping-leatrix-latency-fix/