Австралийскими игроками было найдено решение которое позволило уменьшить ping к серверам, причем эффект весьма и весьма заметен. Например, с 200-230ms до 100ms.
Внимание! Если вы не знаете что вы делаете, лучше этого не делайте. Т.к. данный способ может повлечь побочные эффекты, например, такие как уменьшение скорости скачивания файлов или оказать влияние на ПО.
Так же, скорее всего это решение не даст положительного эффекта, если у вас OS Vista.
1.Запускаем Regedit и находим “HKLM\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters\Interfaces\” ветку в реестре. Здесь вы увидите несколько NIC интерфейсов (они имеют длинные имена, например {7DBA6DCA-FFE8-4002-A28F-4D2B57AE8383}). Ищите среди них ваше сетевое соединение (ваше будет иметь множество настроек, среди которых будет IP адрес вашего PC). После того как вы найдете его, добавьте новое значение DWORD и назовите его TcpAckFrequency, после установите значение в нем равное единице (1). В будущем вы можете поменять это значение на 2 (стандартное) если оно окажет какое то влияние на работу вашего ПО.
2.Используя Regedit найдите другую ветку реестра “HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSMQ\Parameters”. После этого создайте новое значение DWORD с именем TCPNoDelay и установите значение равное единице (1).
3.Закройте Regedit и перезагрузите PC. Ваши изменения вступят после этого в силу.
В общем, эта процедура отключает Nagle алгоритм и тем самым улучшает ваш ping.
Добавлено (24.07.2008, 20:36)---------------------------------------------И комментарий к первому посту
Цитата: Значение 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 сегментом, когда прибывает подтверждение на первый пакет. Красота этого алгоритма заключается в том, что он сам настраивает временные характеристики: чем быстрее придет подтверждение, тем быстрее будут отправлены данные. В медленных глобальных сетях, где необходимо уменьшить количество маленьких пакетов, отправляется меньше сегментов.
Собственно отрубая данный алгоритм... мы выигрываем в том что не тратим лишнее время на подтверждение целостности данных... но и целостность наших данных, степень ошибок сразу встает вопросом.... глюки могут случаться чаще...
Добавлено через 11 минут 15 секунд
Так что используя данные настройки, мы уменьшаем реально нагрузку... увеличивая проходимость канала и следовательно "уменьшаем" задержку....
Однако при этом страдают такие вещи как скачивание фаилов, службы торрента, ДовнЛоадер вова тоже будет дольше качать патчи.... Потом мы можем терять данные (протокло TCP теряет свое основное преимущество над UDP)
Вообщем хз, но пожалуй имеет смысл юзать данные настройки тока в реально необходимом случае... иначе придется все переключать.... то туда то сюда =)
