Обычно нагрузку наращивают и следят за производительностью и временами отклика.
Когда времена отклика вырастают больше порогового значения или производительность перестаёт расти (например, из-за ошибок) - это и есть максимальная производительность системы.
А какая нужна длительность теста - зависит от системы. Тест должен быть минимальной длинны, но чтобы при этом он верно отображал поведение системы.
Ramp up - это время разгона. Оно должно быть минимальным, при котором можно тестировать вашу систему.
Тут такой нюанс: сделаете слишком мало - система упадёт при разгоне. Или не упадёт, но будет долго стабилизироваться и результаты теста будут неверными.
Сделаете слишком много - тест будет верным , но уж очень долго ждать результат. Обычно для количества потоков от ста и выше делают минут 5.
loop count обычно делают бесконечным - зато добавляют таймеры.
Как считать значение таймеров и количество потоков - шикарно описал Слава Смирнов вот тут:
Если вася -разработчик не нашёл ничего лучше, кроме как пойти писать алгоритмы для управления ракетами в нынешней ситуации - значит вася говно, каких поискать.
Так что ваш пример так себе.
А если вы полагаете, что в случае полного отказа мира от российских энергоносителей васе станет жить лучше - так вы ошибаетесь.
Тут будет в точности как в анекдоте:
-папа, у нас стало меньше денег. Это значит, что ты будешь меньше пить?
-Нет, сынок, это значит, что ты будешь меньше кушать
Я понимаю вашу логику, но она не применима к этому случаю.
Это как сказать:
«Мне нужен телефон чтобы звонить и пользоваться интернетом. Почему у него 100500 кнопочек в настройках?»
Да, было бы круто, если бы запросов было бы меньше. Но сильно меньше на самом деле не получится. Раза в 3-10 меньше - да, наверное можно. Только.. нужно ли? Что за самоцель «сделать меньше запросов». Цели другие важны: сделать пользователю удобно.
И тому, кто заказывает, и тому кто готовит, и всем остальным пользователям.
Если разбить запросы на разные задачи и считать «количество запросов на задачу» - будет более адекватное число.
Это как взять современный телефон и посчитать, сколько времени мы используем относительно количества звонков в день. Получится, что на то, чтобы совершить один звонок длительностю в 5 минут у нас уходит 2-8 часов.
Очень много людей работают на работе, которая им не особо нравится - просто за деньги.
Это не обязательно значит, что они работают плохо.
Я тоже за то, чтобы человек торчал от своей работы (я от своей работы в IT балдею), но я не думаю, что так у всех
Непонятно главное - дайте, пожалуйста, пример применения вашего проекта
не абстрактные "связи, ассоциации, математические теории" а пример конкретной задача, с которой пользователь придёт и что он в итоге получит.
Спасибо.
Эти графики у джиметра очень убогие :(
Если хотите простой путь - добавьте jmeter plugin manager и через него поставьте плагин «3 basic graphs», они ещё хоть как-то показывают результаты.
Если хотите тестировать систему больше одного раза - имеет смысл настроить influx и grafana
Вот тут видос как это сделать
https://www.youtube.com/live/MoEEBwBsJTU?feature=share
А вообще, если интересуетесь нагрузкой- приходите к нам в канал по нагрузке в телеге, поможем-расскажем.
Вопросы у вас хорошие :)
https://t.me/qa_load
Как понять какую нагрузку выдерживает сервер:
Обычно нагрузку наращивают и следят за производительностью и временами отклика.
Когда времена отклика вырастают больше порогового значения или производительность перестаёт расти (например, из-за ошибок) - это и есть максимальная производительность системы.
А какая нужна длительность теста - зависит от системы. Тест должен быть минимальной длинны, но чтобы при этом он верно отображал поведение системы.
Обычно от 20 минут до нескольких часов
2) нет, вы можете в один «скрипт» засунуть уелый бизнес-кейс, состоящий из огромного количества запросов.
Запросы эти можно записать автоматически просто выполнив действия в браузере.
В одном запуске джиметра может быть много тред-групп (разных бизнес-кейсов), каждый из которых работает со своей интенсивностью.
По поводу цифрок (ваш вопрос номер 1):
Ramp up - это время разгона. Оно должно быть минимальным, при котором можно тестировать вашу систему.
Тут такой нюанс: сделаете слишком мало - система упадёт при разгоне. Или не упадёт, но будет долго стабилизироваться и результаты теста будут неверными.
Сделаете слишком много - тест будет верным , но уж очень долго ждать результат. Обычно для количества потоков от ста и выше делают минут 5.
loop count обычно делают бесконечным - зато добавляют таймеры.
Как считать значение таймеров и количество потоков - шикарно описал Слава Смирнов вот тут:
https://loadtestweb.info/2017/08/23/pacing/
Окей, «наши мальчики» просто вынуждены воевать, это всё запад им в штаны насрал
Если вася -разработчик не нашёл ничего лучше, кроме как пойти писать алгоритмы для управления ракетами в нынешней ситуации - значит вася говно, каких поискать.
Так что ваш пример так себе.
А если вы полагаете, что в случае полного отказа мира от российских энергоносителей васе станет жить лучше - так вы ошибаетесь.
Тут будет в точности как в анекдоте:
-папа, у нас стало меньше денег. Это значит, что ты будешь меньше пить?
-Нет, сынок, это значит, что ты будешь меньше кушать
Логика отключения свифта была Не «не надо нам ваших денег» а «не надо ВАМ наших денег»
главное - обеспечить бэкап вашего ТОТР
а то потеряете телефон - и доступ к госуслугам вместе с ним
..нам этот ваш интернет нафиг не нужон! (с)
автор сказал, что разработал алгоритм, но не сказал, что использует этот алгоритм для ГУ :)
то есть вам тоже стоит сменить паспорт
При чём тут возможности разработки.
Суть статьи в том, что взяли чужую разработку и назвали своей - украли.
Могли сами разработать или нет тут вообще не обсуждается.
Если им нужен был этот девайс - должны были купить официально а не воровать.
Олимпус не продовал, а вот в Fallout sonora играю - и оно реально того стоит.
Это буквально продолжение Fallout 2 - с тем же уровнем удовольствия!
о, как раз играю в sonora - ух, прям как от Fallout2 не оторваться было - так и от неё тоже!
Я понимаю вашу логику, но она не применима к этому случаю.
Это как сказать:
«Мне нужен телефон чтобы звонить и пользоваться интернетом. Почему у него 100500 кнопочек в настройках?»
Да, было бы круто, если бы запросов было бы меньше. Но сильно меньше на самом деле не получится. Раза в 3-10 меньше - да, наверное можно. Только.. нужно ли? Что за самоцель «сделать меньше запросов». Цели другие важны: сделать пользователю удобно.
И тому, кто заказывает, и тому кто готовит, и всем остальным пользователям.
Нет :)
Вы зря привязались к количеству заказов.
Если разбить запросы на разные задачи и считать «количество запросов на задачу» - будет более адекватное число.
Это как взять современный телефон и посчитать, сколько времени мы используем относительно количества звонков в день. Получится, что на то, чтобы совершить один звонок длительностю в 5 минут у нас уходит 2-8 часов.
Просто неверный вариант подсчёта
Вы учтите что на 4 ЗАКАЗА приходится 100500 ПРОСМОТРОВ перед заказом