Итак, опять массовые лаги. Винмтр показывает потери пакетов 50% у провайдера, кое кто говорит что у него то же самое. Толи ркн проапдейтило ПО, то ли провайдеров обязали что то такое делать для замедления интернета, но играть так нельзя. ВПН помогает, но не всегда. Корабли долго прыгают, вразнобой, на одном окне все уже убиты, а на другом ещё живые, скан и производство вызывается по минуте-две.
Кто действительно знает в чём причина этого массового явления? За день в рухелпе было множество игроков с такой проблемой. И соответственно кто знает как это лечить.
Для начала нужно с помощью WinMTR проверить где траблы а потом уже думать как исправлять. А так магистральных линий стало меньше вот и вся загвоздка.
не очень понятно, является ли новое место потери пакетов причиной этих задержек. Когда у меня поднималась потеря пакетов до 30+% на магистрали в Европу, обычно лаг выглядел как просто фриз всего и затем вылет из клиента. Однако с этими новыми потерями 50% где то в середине адресов провайдера, что как я полагаю есть и у других, нет вылета из игры, а есть очень долгое ожидание. И вот что говорит логлите нового, то есть раньше такие ошибки в таком количестве не появлялись:
Quasar connection failed too many times, shutting down [aborted] stream superseded by a new one i [ConnectError]: [aborted] stream superseded by a new one в еве онлайн
вот как объясняет это ИИ
Эта ошибка означает, что лаунчер EVE Online или сам игровой клиент потеряли связь с Quasar — это внутренний сетевой бэкенд компании CCP Games (разработчиков EVE). [1]
Строка stream superseded by a new one говорит о том, что из-за микросбоя интернета соединение разорвалось. Клиент игры попытался тут же открыть новый поток данных, из-за чего сервер принудительно «убил» предыдущий зависший запрос. Поскольку это повторилось критическое число раз (failed too many times), система безопасности или защиты от DDoS со стороны CCP заблокировала частые перезапросы
ошибок потери этого самого квазара огромное число, и что интересно, эта ошибка появляется и при работе через дорогой ВПН (когда подвисаний гораздо меньше, но они есть), и без впн.
я понимаю наше желание кричать что всё плохо и надежды нет, но всё же я полагаю, что раз связь клиента с сервером не рвётся независимо от применения впн, есть возможно и способ устранить или уменьшить ожидание. Я не верю, что всё то время, пока я лечу между воротами 15 секунд, или минуту жду открытия окна производства, нет связи с сервером ССП и виноват в этом провайдер. Фактически это 1 в 1 та проблема что ранее наблюдалась при подключении к тестовому серверу ССП. Этот долгий полёт между системами пока сервер ССП что то там для себя решает, я видел ещё 4 года назад на тестовом сервере.