Оптимизация

прочитал тех.раздел в поисках информации по оптимизации игрового процесса.
https://forum.4game.ru/showthread.php?t=149387
этот совет помог прилично уменшить пинг.
в сети видел статьи где в дополнение к этому делают еще пару манипуляций

Спойлер

5. идем в hkey_local_machine\software\microsoft\msmq\paramet ers

если такого пункта в реестре нет, а его скорее всего нет, то делаем следующие шаги:

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

6. в месте указанном в пункте 5 ищем tcpnodelay, если нету создаем dword параметр с таким названием. значение 1.

вроде бы как-то меняется... только пока не пойму в какую сторону
нашел описание этой опции

Спойлер

когда вы используете взаимодействие через сокет tcp, данные разбиваются на блоки так, чтобы соответствовать полезной нагрузке tcp для данного соединения. размер полезной нагрузки определяется несколькими факторами (такими, как максимальный размер пакета на протяжении пути), но они становятся известны во время установления соединения. смысл достижения лучшего быстродействия заключается в том, чтобы заполнить каждый пакет насколько возможно доступными данными. если данных для заполнения полезной нагрузки (также известной как maximum segment size (максимальный размер сегмента) или mss) недостаточно, tcp применяет алгоритм нагля, чтобы автоматически соединять маленькие буферы в один сегмент. это позволяет увеличить производительность приложения и уменьшить общую нагрузку сети путем минимизации количества отправляемых маленьких пакетов. алгоритм джона нагля хорошо минимизирует количество маленьких пакетов, соединяя их в пакеты большего размера, но иногда хочется иметь возможность отправлять маленькие пакеты. простым примером может служить приложение telnet, которое позволяет пользователю взаимодействовать с удаленной системой, обычно через shell. было бы очень нежелательно, прежде чем отправить пакет, заполнять сегмент напечатанными символами. другой пример - это протокол http. клиентский браузер делает маленький запрос (http-сообщение с запросом), приводящий к гораздо большему ответу со стороны веб-сервера (веб-страница).

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

но в случаях, когда вам необходимо минимизировать это время ожидания передачи, решение предлагает sockets api. для отключения алгоритма нагля вы можете установить опцию сокета tcp_nodelay:

насколько такое эффективно в айоне?
возможно эффективность зависит от скорости закачки/отдачи интернета? то есть при скорости n выгоднее отправлять большие пакеты, а при скорости m мелкие.

и еще одно.
есть ли какие-то свободные программы приоритезации трафика?

 

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