Size: a a a

QA — Load & Performance

2021 September 01

OI

Oleg Ilinov in QA — Load & Performance
при этом файл этот там лежит
источник

А

Апельсин in QA — Load & Performance
Прописать путь на английском и все дела
источник

С

Сергей in QA — Load & Performance
добрый день - кстати вспомнил, вчера говорили насчет того что типа зачем статику включат в скрипт нагрузочный - статика это кеш! был у на скак раз случай что валился redis и тянул за собой весь сайт, хотя перед этип проводили НТ. и как вариант возможно и не включили статику в скрипт и соответственно не проверили как редиска вообще отрабатывает нашрузку )
источник

А

Апельсин in QA — Load & Performance
Всегда думал что статика это нагрузка на фронт, а не на бэк. И кеш браузера уж, а не сервера
источник

M

Maxim in QA — Load & Performance
Загрузку статики нужно эмулировать в таком же виде, как она есть в проме.
источник

M

Maxim in QA — Load & Performance
В кэше она у одного условного пользователя.
источник

M

Maxim in QA — Load & Performance
А каждую минуту может приходить тысяча новых.
источник

M

Maxim in QA — Load & Performance
Не нужно эмулировать статику, которая тянется с ресурсов, которые выходят за скоуп тестируемой системы.
источник

KY

Kirill Yurkov in QA — Load & Performance
Чаще всего статику отдавать настолько не сложно, что ее нагрузкой мощно пренебречь. Тут стоит быть внимательным по утилизации сети например и тд.
Отдельно стоит посмотреть в сторону политики управления кэшем, если оно public, один юзер может инициализировать общий кэш
источник

KY

Kirill Yurkov in QA — Load & Performance
На проксе например
источник

M

Maxim in QA — Load & Performance
Ну, можно и на nginx кэш в ram disk держать, но эти вещи тоже должны профилироваться.
источник

M

Maxim in QA — Load & Performance
По хорошему.
источник

KY

Kirill Yurkov in QA — Load & Performance
Большинство проксей так и делают
источник

KY

Kirill Yurkov in QA — Load & Performance
А что там профилировать? Нагрузку на проксю?
источник

KY

Kirill Yurkov in QA — Load & Performance
Ну в случае если она в контуре объекта, наверное надо. Но чето сомнительный сценарий все равно
источник

M

Maxim in QA — Load & Performance
Процент попадания в кэш и утилизация ramdisk, работа георезервирования.
источник

M

Maxim in QA — Load & Performance
На том проекте, где это было, достаточно пристально наблюдался nginx.
источник

M

Maxim in QA — Load & Performance
Метрики с nginx+.
источник

KY

Kirill Yurkov in QA — Load & Performance
Кэширование статики на проксе давно проверили разрабы прокси)
Сложно могу себе представить систему где кэшируемого контента было бы так много и толстого чтобы оно вообще напряглось, берется кэш по ключу - это одинаково быстро при любом объеме. Количество диска нужного считается и без нагрузки = сумма размеров уникальной статики. Что попадает в оперативу управляется настройками, ее тоже можно оценить. А вот сетка - да нужно изучить. Но это можно сделать разово, понять какие есть запасы относительно канала
источник

KY

Kirill Yurkov in QA — Load & Performance
Ну и конфигурации оборудования смотреть, ограничение есть по iops  и производительности оперативы. Без тестов можно понять тоже в целом
источник