Size: a a a

QA — Load & Performance

2021 September 01

M

Maxim in QA — Load & Performance
Все равно, не воспроизводить загрузку статики, где это не пара визуальных форм и swagger - стрелять себе в колено.
источник

KY

Kirill Yurkov in QA — Load & Performance
Сто процентов - нет. Производительность кэша замерять не имеет смысла в 90% случаев
источник

M

Maxim in QA — Load & Performance
Ну, я просто тестировал сайт из топ 30 по посещаемости в России.
источник

M

Maxim in QA — Load & Performance
xvideos.com на 2 позиции выше.
источник

KY

Kirill Yurkov in QA — Load & Performance
не понял) это аргумент такой?)
источник

VG

Viktor Ganeles in QA — Load & Performance
возможно он имел в виду, что у XVIDEOS статика - основа нагрузки
источник

VG

Viktor Ganeles in QA — Load & Performance
хотя можно ли стриминг видео считать статикой? наверное, нет
источник

VG

Viktor Ganeles in QA — Load & Performance
а может и да
источник

KY

Kirill Yurkov in QA — Load & Performance
так это специфика жирноконтентных сайтов а не обязаловка в виде паттерна нагрузки
источник

KY

Kirill Yurkov in QA — Load & Performance
стриминг = отсутсвие статики, ты же стримы онлайн смотришь с генерируемым контентом тоже в онлайне
источник

VG

Viktor Ganeles in QA — Load & Performance
Почему я так сразу и подумал...
источник

M

Maxim in QA — Load & Performance
Может я по другому рейтингу считал.
источник

VG

Viktor Ganeles in QA — Load & Performance
ну, на типовых порносайтах контент статичный
Те, где идёт стрим онлайн - это отдельная категория

соответственно, статичные видосы можно закэшировать и они превращаются в статику
но если они составляют 99% трафика и объёмы огромные, то кэшировать на сервере имеет смысл только самые частоупотребляемые, а кэшировать у клиента вообще смысла нет имхо.
источник

KY

Kirill Yurkov in QA — Load & Performance
чтоб проще ориентировать в большинстве своем под статикой в нагрузке понимают css стили js скрипты, всякие модельки, фреймы и прочую статичную муть, которую юзеры загружают при первых посещениях сайтов, по крайней мере в рамках того опыта её обсуждений что я встречал - это так. вот это статика кэшируется на клиенте или на проксе - её трафик стоит оценивать путём изучения метрики уникальных входов на ресурс в период её срока жизни.
то что кэшируется на стороне бэка - это полезная нагрузка на бэк, её надо правильно профилировать и распределять, чтобы кэши были правильно наполнены и реалистично нагружены. то что является статическим контентом на стороне бэка и отдается юзеру каким либо юзером - это тоже полезная нагрузка, её надо реализовывать.

далее о необходимости нагрузки той статики что вообще то пикча или css стиль, но она не кэшируется - кажется её не грузить надо, а просто намекнуть разработке/эксплуатации, о том что конфигурацию политики кэширования надо немножко пофиксить, потому как у вас идут лишние запросы на бэк.

о кэшировании на стороне проксе - ей легко кэшировать, и легко из кэша отдавать, она это делает без ощутимой нагрузки. чаще всего быстрее нагрузка упирается в канал чем в ресурсы прокси по отдаче статики, потому что это копеечные затраты, особенно то что ramdisk. если с этим есть проблемы - меняйте public на private кэши и они станут на стороне браузера клиента, но запросы за контентом ощутимо подрастут.
источник

СФ

Степа Фомичев... in QA — Load & Performance
Надо ещё смотреть кто на самом деле видео раздаёт
источник

KY

Kirill Yurkov in QA — Load & Performance
вот так делится нужная статика от ненужной в моей голове
источник

СФ

Степа Фомичев... in QA — Load & Performance
Сталкивался с одним видеосервисом, где раздача видео была с с3
источник

СФ

Степа Фомичев... in QA — Load & Performance
Ну и типа тестировать это = тестировать Амазон
источник

KY

Kirill Yurkov in QA — Load & Performance
так это не стримы получается?
источник

СФ

Степа Фомичев... in QA — Load & Performance
По сути стриминговое
источник