LINUX.ORG.RU

История изменений

Исправление 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

Всё :)