Who?
network.http.http3.enable=true, но https://quic.nginx.org/ упорно пишет, что quic отключен. Ну да ладно, не суть.
Интереснее, что версия yt-dlp от 25 июля в сочетании goodbuydpi стала качать на скорости ~10mbs.
Скажите пожалуйста, в свете последнего заявления депутата Хинштейна, где он говорит:
По моей информации, российские даты-центры, сотрудничающие с Google, намерены в ближайшие дни прекратить работу с компанией по “серым схемам” (неважно, в чьем лице она выступает). Это приведет к еще более резкому падению скорости загрузки YouTube (до 70%), вероятность чего я вчера и предсказывал.
не может ли получится так, что к концу следующей недели (когда нам обещано замедление до 70 %), сервера Гугл Глобал Кэш просто плавно отключат от питания?
Чьи это сервера, кому принадлежат и могут ли их просто забрать?
Может такое быть?
Не пользуйтесь этим тестом. Он не работает.
Вот нормальный:
Если отключат трафик будет идти напрямую трансгранично.
Ещё есть баги (bug 1900191, bug 1878510) в браузерах. Которые появились позднее и ещё не пофиксили в форках файрфокса.
Странно, на моем firefox 124.02 проходит тест успешно.
Более того, у меня, firefox не коснулось замедление. Писал на другой площадке:
Firefox 124.02, 1080p, playback speed 2x.
он у многих работает нормально в том числе на Chrome(chromium)
кстати в отличии от “тестов” cloudflare
а уж какое отношение имеет проверка работает ли на чужих сайтах http3/quic к тестам браузера …
Проверил ещё раз.
ДЕйствительно в хроме при отключении QUIC смотреть невозможно. Даже 1080p виснет каждые 10с на 10с. Если вернуть QUIC обратно, 1080 смотреть можно. Но видно, что скорость не тарифная - шейпер всё равно есть.
А вот на firefox очень интересно. Ещё в тот раз, когда я запостил видео с загрузкой через yt-dlp, я проверял на лисе, влияет ли как-то QUIC. Подефолту он был выключен (параметр отсутствовал). При этом в лисе была полная тарифная скорость. Смотри хоть 4к. Включение quic ничего не меняло.
Прошло пару дней, я вчера перепроверил и оказалось, что замедление появилось и в лисе тоже. Но в firefox БЕЗ quic протокола скорость примерно, как в хроме С quic. 2к не посмотреть, но 1080 вполне.
Т.е. в моём случае лисий трафик до ютуба без квика замедлен до уровня хрома с квиком.
Друзья из очень далеких от меня регионов такое наблюдение не подвтерждают. У них лиса замедлена так же, как хром.
Что?
Откуда такая избирательность?
Какие рекламодатели? Разве что вшитые в видео.
При загрузке качалками да, в браузере будет шакальное качество. Или регулярно ждать буферизации, если качество установлено вручную.
А сервера бесплатно поставляла и ремонтировала.
Не надо было вторгаться в соседние страны, а потом перекладывать ответственность.
Где этот трафик будет проще всего отфильтровать.
И останемся мы в итоге в сентябре совсем без Ютуба.
У меня тоже в первые дни лиса никак не пострадала - хоть 4к смотри. Даже без quic. Но вчера/позавчера лису БЕЗ quic замедлило до уровня хрома С quic.
У меня на ТТК-Волгоград трафик до GGC с пингом 20-23мс замедлен точно так же, как и прямой трансграничный.
Т.е. firefox с quic - ok?
Зачем в принципе отключать quic, это же дефолт для firefox.
А в чем тогда смысл данной темы, если у многих норм? )
Лично меня больше растроили неполадки с yt-dlp, но разрабы чинить не собираются, ведь им уже все сказали, что проблема на стороне России. Хотя браузеры - ok.
Когда yt-dlp и хром БЕЗ квика уже были замедлены, лиса БЕЗ квика работала без ограничений.
Через пару дней лиса БЕЗ квика замедлилась до уровня хрома С квиком.
Включение квика в лисе не влияет на скорость.
В хроме же ОТключение квика приводит к полной невозможности смотреть видео. Включение дает 1080 смотреть.
Всё вроде четко написал.
PS У меня на Linux в firefox подефолту не было параметра network.http.http3.enabled в about:config. Ещё раз проверил - создал новый профиль. Параметра подефолту просто нет.
С ним нет никаких неполадок. Через прокси качает, как раньше. Трафик гасит ТСПУ.
Вот пруф: https://youtu.be/Zg3NSnQ01DY
Накоенц заработало, поковыряв параметры.
СПБ, ростелеком.
p.s. не исключаю, что “товарищ майор” так же читает эти темы и обновляет свои фильтры/ТСПУ/DPI не стороне провайдеры чтобы у тех, кто пишет эти конфиги, на следующий день не работало.
я отвечал про “нерабочий” https://quic.nginx.org/
у меня например он работает как в Chrome так и в Firefox (без прокси. с прокси как и положено не работает)
с yt-dlp нет никаких “проблем”.
в этой теме достаточно тестов и примеров
так же уже 100500 раз сказано почему иногда браузеры не “тормозят”.
и возможные варианты у кого и браузер тормозит на ютубе
Под этот пруф подходят и шаманство на стороне ‘злого’ ) гугла и даже неисправные кеширующие сервера (отсутствие запчастей). Почему нет.
Есть такой пример с ЛОРа, когда два разных браузера коннектятся к разным серверам гугла - ‘хороший’ ютуб в Москве, ‘плохой’ - напрямую с гугла.
upd. Я не отрицаю процесс “замедления”. Просто у меня он какой-то односторонний, только yt-dlp под него попал.
А вот не забросили бы эту тему, [feature request] QUIC (http/3) and Brotli #1817 …