Перейти к содержанию

Для тех у кого высокий пинг


Loki™

Рекомендуемые сообщения

А как ты думаешь?

Спешл фор IliaDN:

вот из-за таких глупых вопросов я и не люблю что-либо выкладывать на форуме :rofl:

Изменено пользователем Loki™
Ссылка на комментарий
Поделиться на другие сайты

Все эти фиксы в реестре конечно хорошо, но проблему с тем, что у инновы лагает магистральный провайдер это не решает. Пинг в игре реально улучшился, задержки между кастами стали поменьше. Но потери пакетов то остались :rofl:

Кстати говоря, можно также отключить Nagle Algorithm так называемый

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSMQ\Parameters

Создаем там DWORD - "TCPNoDelay"

Ставим его значение в единичку.

 

То что осуществлено в данном файлике (том, который выложил автор темы) вручную можно сделать так:

При помощи меню "Пуск/Выполнить..." Запустите программу редактирования реестра Windows regedit.exe

Найдите в дереве (левая часть окна) ключ реестра HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Servic es\Tcpip\Parameters\Interfaces\

Дочерними элементами этого ключа будет несколько ключей вида {7DBA6DCA-FFE8-4002-A28F-4D2B57AE8383}

Просмотрите их все. Тот, который нам нужен, содержит массу настроек и в качестве одного из значений содержит IP адрес вашего компьютера

Кликните правой кнопкой мыши по свободном пространству в правой части окна. Появиться меню, в котором надо выбрать пункт "Создать/Параметр DWORD"

Появится новый параметр, который назовите "TcpAckFrequency". Кликните правой клавишей на созданном параметре и выберите пункт меню "Изменить" (Параметр должен быть типа DWORD)

В открывшемся окне введите значение 1

Изменено пользователем ХабрХабр
Ссылка на комментарий
Поделиться на другие сайты

Теоретически параметр TcpAckFrequency можно сделать и больше если у вас современная сетевуха.

Кроме того еще можно сделать так:

WIN+R ("Пуск" - "Выполнить")

gpedit.msc (открыть компонент "Групповая политика")

Политика "Локальный компьютер"

"Административные шаблоны" - "Сеть" - "Диспетчер пакетов QoS"

"Ограничить резервируемую пропускную способность" - по умолчанию там "20", а нужно установить "0"

Ссылка на комментарий
Поделиться на другие сайты

А как ты думаешь?

Спешл фор IliaDN:

вот из-за таких глупых вопросов я и не люблю что-либо выкладывать на форуме

 

Такие глупые вопросы задаются из-за глупо созданных тем.

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

 

И попроще будь, а то перец такой, гонором прямо за километр несёт, что в кланчате, что на форуме.

 

P.S. Не было бы группы Айон, тебя бы вообще добрые модеры как бота забанили бы.

Ссылка на комментарий
Поделиться на другие сайты

Мер, да бань ё мазай. Что-то от тебя в последнее время много бла-бла слышно :rofl:

 

И еще... назвать это программой, да еще и софтом у меня язык не поворачивается. Я бы назвал это аддоном.

Изменено пользователем Loki™
Ссылка на комментарий
Поделиться на другие сайты

Как уже писали ранее в предыдущих темах, такой метод помогает, но по большей части только визуально, ибо из-за данного метода растут потери пакетов, возможно даже наоборот, ухудшение качества связи, так что не забывайте делать бекапы =)

Ссылка на комментарий
Поделиться на другие сайты

Мер, да бань ё мазай. Что-то от тебя в последнее время много бла-бла слышно

 

И еще... назвать это программой, да еще и софтом у меня язык не поворачивается. Я бы назвал это аддоном.

 

В том-то и дело, что непонятно, что это, и каков принцип действия :rofl:

Это не бла-бла, это ответ на твой необоснованный агр.

Ссылка на комментарий
Поделиться на другие сайты

Как уже писали ранее в предыдущих темах, такой метод помогает, но по большей части только визуально, ибо из-за данного метода растут потери пакетов, возможно даже наоборот, ухудшение качества связи, так что не забывайте делать бекапы =)

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

Кстати весьма показательно, что на мой тикет к Иннове, в котором я тестирую канал с 3-х разных провайдеров и привожу им пинги и трасировки, которые явно показывают проблему на магистрали Ростелекома, их сапорт отвечает мне - попробуйте в реестре пофиксить данный параметр. То есть люди даже не понимают что такое потери и откуда они берутся. Имхо это весьма плачевно.

Изменено пользователем ХабрХабр
Ссылка на комментарий
Поделиться на другие сайты

Гонора у Басана и прямь бывает многовато...

Темку можно было оформить получше, хорошее правило есть - "делай качественно, либо не делай совсем".

В целом за топик спасибо и отдельное спасибо ХабруХабру за разжевывание че да как тут.

Ссылка на комментарий
Поделиться на другие сайты

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

Ссылка на комментарий
Поделиться на другие сайты

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

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

В случае же если потери на узлах провайдера - все эти действия лишь снизят время отклика при условии того, что пакет дошел, а не потерялся. Реально влияния на потери они НЕ окажут.

Изменено пользователем ХабрХабр
Ссылка на комментарий
Поделиться на другие сайты

Кстати по поводу опять же высокого пинга и появившегося сообщения о торренте при запуске игры, кому интересно - можете почитать тут - http://rutracker.org/forum/viewtopic.php?t...w=newest#newest

Ссылка на комментарий
Поделиться на другие сайты

ХабрХабр, Так в том то и дело, что если ждать ответа, то при условии недохода 1го пакета, высылается второй такой же, а без ожидания - сразу идет следующий =)

Ссылка на комментарий
Поделиться на другие сайты

ХабрХабр, Так в том то и дело, что если ждать ответа, то при условии недохода 1го пакета, высылается второй такой же, а без ожидания - сразу идет следующий =)

И? Где из этого факта образуются потери пакетов?

Отлично, представим себе взаимодействие онлайн игры и тсп/ип.

Я бегу, отправляются пакетики, ответы приходят, все окей. Потом бац, пакет или несколько пакетов потерялися. У тебя в игре появляется фриз/лаг, либо ты бежишь дальше. Что происходит дальше?

1) ждем ответа, ответ не приходит, стек тсп посылает пакет снова, далее рано или поздно он приходит. В зависимости от величины времени без связи - тебя либо дропает, либо когда все же сервер синхронизируется с клиентом - откидывает назад.

Причем! Ключ TcpAckFrequency задает частоту следования пакетов подтверждения о принятии данных. Т.е. это параметр, который грубо говоря, влияет на объем буфера квитирования пакетов на твоем сокете. На потери на сети он никаким абсолютно образом не влияет.

Если у тебя потери на узлах провайдера нулевые, то пакет тебе вернется. А если они есть, то они есть и что бы ты там у себя в реестре не правил - они все равно будут.

Еще раз. При текущих величинах каналов и адекватных величинах tcpackfrequency не может повлиять на потери пакетов. Это факт.

Изменено пользователем ХабрХабр
Ссылка на комментарий
Поделиться на другие сайты

Мне каждый день взрывают мозг абоненты АКАДО своими администраторскими поползновениями в письменной форме по мылу, я ж не жалуюсь )

Изменено пользователем ХабрХабр
Ссылка на комментарий
Поделиться на другие сайты

ХабрХабр,

Если комуто интересно почему это работает :

 

Значение TcpAckFrequency определяет частоту отправки TCP/IP подтверждающего сообщения.

Если значение равно 2, TCP/IP будет отправлять подтверждение после 2 принятых сегментов или после принятия 1 сегмента и отсутствия второго сегмента на протяжении 200 миллисекунд.

Если значение равно 3, TCP/IP отправляет подтверждение после приема 3 сегментов, или после приема 1 или 2 сегментов и отсутствии последующих сегментов на протяжении 200 миллисекунд.

И так далее.

 

Если вам требуется сократить время ответа за счет удаления задержек отправки подтверждений TCP/IP, задайте это значение равным 1. В таком случае TCP/IP будет немедленно отправлять подтверждение для каждого сегмента. Если ваши соединения используются в основном для передачи крупных объемов данных и задержка в 200 миллисекунд несущественна, имеет смысл увеличить это значение для снижения дополнительной нагрузки отправки подтверждений. Ну а если мелкие, такие как наши пакетики ВоВ =)) то лучше поставить немедленное.

 

Параметр TCPNoDelay отключает алгоритм Nagl'e

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

 

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

Ссылка на комментарий
Поделиться на другие сайты

"Значение TcpAckFrequency определяет частоту отправки TCP/IP подтверждающего сообщения.

Если значение равно 2, TCP/IP будет отправлять подтверждение после 2 принятых сегментов или после принятия 1 сегмента и отсутствия второго сегмента на протяжении 200 миллисекунд.

Если значение равно 3, TCP/IP отправляет подтверждение после приема 3 сегментов, или после приема 1 или 2 сегментов и отсутствии последующих сегментов на протяжении 200 миллисекунд.

И так далее."

Точно, гугл у меня тоже открывается, но если бы ты внимательно прочитал мой предыдущий пост, то там содержится примерное объяснение что да как и почему на потери пакетов это повлиять не может.

Ссылка на комментарий
Поделиться на другие сайты

Для публикации сообщений создайте учётную запись или авторизуйтесь

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

Создать учетную запись

Зарегистрируйте новую учётную запись в нашем сообществе. Это очень просто!

Регистрация нового пользователя

Войти

Уже есть аккаунт? Войти в систему.

Войти
  • Последние посетители   0 пользователей онлайн

    • Ни одного зарегистрированного пользователя не просматривает данную страницу
  • Сообщения

    • ReyAnd
      Тем не менее, путаница то в голове, не у меня. Солнце никуда не убегает, оно, как раз, и радо бы на Землю упасть, но эта мелкая вертихвостка бегает кругами и не даёт сосредоточится Объясню, на примере. Взять Солнце и Землю. Для того, что-бы понять, почему Земля не падает на Солнце, достаточно принять тот факт, что Солнце стоит в  центре. Всё остальное именно в этом вопросе не имеет значения. По идее, Солнце должно стремится к Земле. И оно бы пошло в сторону Земли, но Земля постоянно смещается, Солнце делает какие-то микроколебания в центре системы и на этом всё заканчивается. Солнце, с условного центра орбиты Земли никуда не улетает. Приблизительно так же и с Землёй и Луной. Да, если мы будем рассматривать Землю и Луну, как единый объект, то там начнутся всякие общие центры тяжести, инерции и прочее, полезное для запуска ракет, но ничего кроме гравитации и центробежной силы в описании  их взаимоотношений не требуется. Луна не улетает потому, что притягивается и не падает потому, что летит с определенной скоростью вокруг. И если понять это, то дальше всё проще. Правда не настолько просто, что-бы не сломать башку, если захочешь углубиться, но не имеешь хорошего образования. Дальше, я верю физикам на слово Во всём, кроме Большого взрыва
    • antiz
      это ты просто остановился в понимании где то между Коперником и Ньютоном  Ну почему бы и нет. Конечно эти знания не имеют практического применения. Но соль тут в другом - это не знания, как таковые, а выводы из имеющихся знаний, которые имеют практическое применение. Отличие фундаментального образования от фактологического.  а тут и нечего спорить, просто есть такая странная гипотеза, которая еще 100500 раз может поменяться или уточнится  
    • ReyAnd
      Вот этого я тоже понять не могу. С фига-ли притяжение отталкивает, а точнее, почему приливная волна бежит впереди паровоза. Ну, а раз не понимаю, то даже спорить тут не буду
    • ReyAnd
      Да плевать нам абсолютно, кто там падает в центр галактики, в который, мы, кстати, не падаем, если говорить о ближайших нескольких миллиардах лет, как и плевать на то, что и вся галактика куда-то летит, это никак не связано с тем, что происходит в Солнечной системе. Всё это поеботина для тик-ток поколения. Страшилки и красивые мультики для малолетних дебилов. И из этих страшилок, к примеру, следует, что Луна ДОЛЖНА падать на Землю. Да с фига-ли она должна это делать-то?!!! Вобщем, я кажется понимаю, что люди просто переначитываются физиков и у них от этого начинается путница в голове. Надо просто игнорировать всё лишнее, если не собираешься запускать космические корабли или идти в астрономы. Совершенно не важно для понимания движение и вращение галактики, центр тяжести двух тел, вынесенный за границы этих тел, всякие инерции и прочие физические приблуды. Есть два тела и два вектора сил у меньшего из тел направленных, условно противоположно и равных по значению. Именно поэтому меньшее тело вращается вокруг большего не падая и не улетая.
    • AboKor
      Господа, у кого остался вектор логотипа Бандитов, поделитесь пожалуйста, буду премного благодарна. ПДФки не надо. есть.
    • Mayron
      Флирт – это когда женщина до конца ещё не определилась, но на всякий случай не хочет упускать свою добычу.
    • Mayron
    • Mayron
    • antiz
      Я об этом и говорю, что вместо того, что бы падать, Луна удаляется.  Объясняется это по разному, например вал приливной воды отталкивает Луну, но мне это кажется странным, а вот то, что Солнце оттягивает Луну - более логичным. 
    • Vozaks
      Девушки любят для контраста приглашать себе в пару страшных подруг. anekdotov.net, В результате, парни могут повестись именно на этих подруг, как на безотказный вариант.
×
×
  • Создать...