История изменений
Исправление LINUX-ORG-RU, (текущая версия) :
Кеширующие сервера для ускорения вообще-то, и без них должно быть намного медленнее чем с ними.
Вариантов несколько. Возможно есть несколько типов кеширующих серверов для http1/2 и http3 и проблемы с первыми (пока), для http3 надо отдельный огород городить. Ну и много всего без всяких кеширующих штук работает, потоковое видео со всех концов планеты, просто сайты отдающие видео. Тут, быстрее это не нам, быстрее это гуглу, это ему кеши нужны, а не нам. Но, на деле конечно и нам ибо у них там на это всё завязано.
С учётом что как и в каком виде всё там отдаётся и как и в каком виде по желанию чьей пятки разработчика и/или админа, как работает клиент-серверная модель, я даже вкуривать не собираюсь. Проще говоря, вот так лагает, а вот так не лагает. Что там происходит под капотом и на каком этапе логика сервера решает что и как отдавать, а клиента что и как получать развернуть конечно можно если очень хочется и явно сказать вот тут вот так потому что вот эдак, но смысла заниматься этим нет. Ща виртулкки обработки трафика переподымут с другим наполнением и весь детектив будет на смарку.
P.S
- хороший трафик в хроме у меня идёт из MSK ISP: PJSC MegaFon
- тормозной трафик в фарефоксе у меня идёт из ISP:Google LLC
Мой провайдер не мегафон :) Может рупоры сами подняли кеш сервера?
И там и там HTTPS3
И кажется тут да, хороший и быстрый трафик мне прётся с кеш сервера в Москве, а плохой напрямую от гугла
Хороший трафик
nslookup rr1---sn-hxb54vo-bvwl.googlevideo.com
Server: 8.8.8.8
Address: 8.8.8.8#53
Non-authoritative answer:
rr1---sn-hxb54vo-bvwl.googlevideo.com canonical name = rr1.sn-hxb54vo-bvwl.googlevideo.com.
Name: rr1.sn-hxb54vo-bvwl.googlevideo.com
Address: 31.173.129.76
Name: rr1.sn-hxb54vo-bvwl.googlevideo.com
Address: 2a03:d000:2660:2::c
Плохой
nslookup rr18---sn-n8v7znsy.googlevideo.com
Server: 8.8.8.8
Address: 8.8.8.8#53
Non-authoritative answer:
rr18---sn-n8v7znsy.googlevideo.com canonical name = rr18.sn-n8v7znsy.googlevideo.com.
Name: rr18.sn-n8v7znsy.googlevideo.com
Address: 173.194.182.36
Name: rr18.sn-n8v7znsy.googlevideo.com
Address: 2a00:1450:4011:56::24
По какому такому принципу два браузера лезут в разные места или двум браузреам разным дозволяют подключаться к разным местам я понятия не имею, где то логика эта прописана, где-то эти CDN выдаются браузеру, рыть лень. А может вообще случайно :D
P.S. Сам HTTP3 ещё разный бывает то какой трафик будет зависит от связки клиент сервер и опций соединения там целый паровозик параметров и некоторые из них могут быть настолько неоптимальны для некоторых случаев что мама не горюй. Может фаерфокс не умеет в параллельные стримы или ещё во что и получается каша вместо нормальной работы, хер его знает. Себе я починил, а там пускай сами чинят :)
Всё :)
Исходная версия LINUX-ORG-RU, :
Кеширующие сервера для ускорения вообще-то, и без них должно быть намного медленнее чем с ними.
Вариантов несколько. Возможно есть несколько типов кеширующих серверов для http1/2 и http3 и проблемы с первыми (пока), для http3 надо отдельный огород городить. Ну и много всего без всяких кеширующих штук работает, потоковое видео со всех концов планеты, просто сайты отдающие видео. Тут, быстрее это не нам, быстрее это гуглу, это ему кеши нужны, а не нам. Но, на деле конечно и нам ибо у них там на это всё завязано.
С учётом что как и в каком виде всё там отдаётся и как и в каком виде по желанию чьей пятки разработчика и/или админа, как работает клиент-серверная модель, я даже вкуривать не собираюсь. Проще говоря, вот так лагает, а вот так не лагает. Что там происходит под капотом и на каком этапе логика сервера решает что и как отдавать, а клиента что и как получать развернуть конечно можно если очень хочется и явно сказать вот тут вот так потому что вот эдак, но смысла заниматься этим нет. Ща виртулкки обработки трафика переподымут с другим наполнением и весь детектив будет на смарку.
P.S
- хороший трафик в хроме у меня идёт из MSK ISP: PJSC MegaFon
- тормозной трафик в фарефоксе у меня идёт из ISP:Google LLC
Мой провайдер не мегафон :) Может рупоры сами подняли кеш сервера?
И там и там HTTPS3
И кажется тут да, хороший и быстрый трафик мне прётся с кеш сервера в Москве, а плохой напрямую от гугла
Хороший трафик
nslookup rr1---sn-hxb54vo-bvwl.googlevideo.com
Server: 8.8.8.8
Address: 8.8.8.8#53
Non-authoritative answer:
rr1---sn-hxb54vo-bvwl.googlevideo.com canonical name = rr1.sn-hxb54vo-bvwl.googlevideo.com.
Name: rr1.sn-hxb54vo-bvwl.googlevideo.com
Address: 31.173.129.76
Name: rr1.sn-hxb54vo-bvwl.googlevideo.com
Address: 2a03:d000:2660:2::c
Плохой
nslookup rr18---sn-n8v7znsy.googlevideo.com
Server: 8.8.8.8
Address: 8.8.8.8#53
Non-authoritative answer:
rr18---sn-n8v7znsy.googlevideo.com canonical name = rr18.sn-n8v7znsy.googlevideo.com.
Name: rr18.sn-n8v7znsy.googlevideo.com
Address: 173.194.182.36
Name: rr18.sn-n8v7znsy.googlevideo.com
Address: 2a00:1450:4011:56::24
По какому такому принципу два браузера лезут в разные места или двум браузреам разным дозволяют подключаться к разным местам я понятия не имею, где то логика эта прописана, где-то эти CDN выдаются браузеру, рыть лень. А может вообще случайно :D
Всё :)