Телеграмм чат группы qa

Size: a a a

QA — Load & Performance

3004 membersпожаловаться на группу

2021 May 24

Artem Astaxov in QA — Load & Performance

Да обычно на ночь ставил и не парился, а тут гад не дал выбора

источник

11:46пожаловаться #1

Sergey in QA — Load & Performance

Всем привет. Такой вопрос:
Как расчитываете рабочую нагрузку для тестового стенда? Т.е. тест и прод по понятным причинам имеют разные ресурсы по железу. Давая нагрузку на тест, как ее сопоставить с реальной нагрузкой на проде?

источник

15:12пожаловаться #2

Aleksei Isaev in QA — Load & Performance

То есть вы хотите рассчитать эквивалент нагрузки на проде, приведённую к тестовому контуру , в общем случае? Или когда уже есть данные, как соотносятся по вычислительной мощности продуктивная и тестовая среды?

источник

15:21пожаловаться #3

Sergey in QA — Load & Performance

Есть примерное понимание, на сколько процентов тестовый стенд меньше прода по ресурсам.
Есть данные по rps на проде

источник

15:24пожаловаться #4

Zloikurt in QA — Load & Performance

Ребят, я что то вообще понять не могу. Где в jmeter 5.4.1 менеджер плагинов?

источник

15:27пожаловаться #5

Zloikurt in QA — Load & Performance

источник

15:27пожаловаться #6

Zloikurt in QA — Load & Performance

раньше тут был в более древних версиях

источник

15:27пожаловаться #7

Gugo Groci in QA — Load & Performance

Если формально, то никак. Эмпирически, опыт, на глаз, пальцем в небо - примерно такой набор инструментов.

источник

15:29пожаловаться #8

Aleksei Isaev in QA — Load & Performance

Меньше - это в каких ресурсах? ЦПУ, оперативная память , операций ввода/вывода? Какой тип запросов ( параллелизуемый , как вэб ), Пока для меня задача выглядит достаточно размытой, к сожалению ((.

источник

15:30пожаловаться #9

Aleksei Isaev in QA — Load & Performance

К сожалению, так и есть. Справочник Потолоцкого - отличная отправная тачка )))

источник

15:30пожаловаться #10

Anna in QA — Load & Performance

есть еще вариант "попробовать продовую нагрузку, а когда не поедет — уменьшать пропорционально до вменяемого перфа. принять за эталон (если там не ноль получился) и дальше работать с этим"

UPD: ну а что под пропорциональным уменьшением понимать — это уже дипендс он всё подряд

источник

15:31пожаловаться #11

Gugo Groci in QA — Load & Performance

Любая такая интерполяция будет примерно +/- пальцем в небо. Связь там совсем нелинейная. Максимум что можно сделать - указать доверительный интервал. Но обычно это никто не делает.

источник

15:32пожаловаться #12

jagga jagga in QA — Load & Performance

если хочешь знать точно - стреляешь в прод)

источник

15:34пожаловаться #13

Gugo Groci in QA — Load & Performance

То есть прикидки делать можно и нужно, но зуб за это нельзя гарантировать.

источник

15:34пожаловаться #14

Viktor Bashkatov in QA — Load & Performance

Ставится отдельно. Он и на прошлые версии ставился отдельно, если не ошибаюсь.

источник

15:37пожаловаться #15

Zloikurt in QA — Load & Performance

А, точно, затупил. Там jar файл к подкинуть надо в lib/ext/

источник

15:38пожаловаться #16

Viktor Ganeles in QA — Load & Performance

Зависит от того, где отличия.

источник

15:49пожаловаться #17

Viktor Ganeles in QA — Load & Performance

Например, если на проде на дисках 100500 гигов СВОБОДНОГО места, а на тесте сильно меньше - пофиг, лишь бы все данные влезли

источник

15:50пожаловаться #18

Viktor Ganeles in QA — Load & Performance

А вот cpu вдвое слабее даёт более, чем вдвое сокращённую производительность

источник

15:51пожаловаться #19

Artem Astaxov in QA — Load & Performance

по мне не расчитать нормально, если бы вопрос производительности стоял в том что бы докинуть ядер/памяти/диска и производительность эквивателентно или на известную величину росла то зачем нужно было бы нт по сути?)

источник

15:51пожаловаться #20