Я знаю, что перегрузка генераторов нагрузки влияет на время выполнения и объемы (количество транзакций в час), но я не уверен, повлияет ли это на время отклика, моя гипотеза - это не повлияет на время отклика, если i Неправильно, пожалуйста, дайте мне знать, как это повлияет на время отклика?Перегрузка генераторов нагрузки повлияет на время отклика транзакций?
Ваша гипотеза неверна. Перегруженный генератор нагрузки будет влиять на время отклика, поскольку скорость выполнения всего на хосте замедляется, включая виртуальных пользователей. Даже поднятие уровней журналов для ваших виртуальных пользователей замедлит время отклика, так как это вводит ограничение на диск и арбитраж голосовой записи дисков среди десятков/сотен конкурирующих процессов, записывающих журналы на диск, поэтому рекомендуется использовать только " пишите по ошибке "в качестве тестового уровня журнала. Незрелые пользователи тестового инструмента имеют тенденцию писать плохой тестовый код, который поддерживает ресурсы процессора и памяти, что, в свою очередь, приводит к меньшему количеству пользователей, которые вы можете запускать на хосте, не влияя на производительность пользователей.
Существует ряд эмпирических правил, которые могут помочь вам определить проблему, связанную с влиянием генератора нагрузки. Первым из них является использование контрольного фактора при тестировании. Если вы помните, контрольный фактор является элементом вашей тестовой конструкции, который позволяет вам измерять целостность самого теста независимо от того, что тестируется. В случае теста производительности вы можете ввести либо приложение управления, которое будет работать бок о бок с виртуальными пользователями в течение всего теста или генератора нагрузки управления.
С помощью приложения управления вам нужно включить только несколько пользователей в каждый генератор нагрузки для приложения управления. Эти пользователи работают на протяжении всего теста. Их ответ должен быть постоянным, а не ухудшаться из-за низкого уровня нагрузки на приложение управления. Если вы наблюдаете ухудшение, повышение времени отклика, в вашей контрольной группе, то у вас есть вызванное генератором влияние на время отклика.У вас есть перегруженный генератор нагрузки.
Во втором случае, генератор управления, у вас есть все аппаратные согласованные генераторы нагрузки, и вы запускаете одного виртуального пользователя каждого типа в генераторе нагрузки управления, очень легко нагруженном генераторе управления. Во время теста наблюдайте время отклика генератора управляющей нагрузки по сравнению с остальной частью популяции аналогичного типа. Если и группа генератора нагрузки управления, и глобальная группа (другие генераторы нагрузки) деградируют с той же скоростью, то у вас есть проблема с производительностью приложения с высокой степенью уверенности в ваших результатах. Если вы заметили, что глобальные времена ухудшаются, но контрольная группа не является, то у вас есть проблема с перегруженными генераторами нагрузки, что приводит к ухудшению производительности локального виртуального пользователя.
В любом случае в дополнение к вашему контроллеру рекомендуется использовать как минимум три генератора нагрузки. С помощью приложения управления вы будете смотреть на сбалансированную нагрузку на минимум три. С генератором управляющей нагрузки вы будете смотреть на две для первичной нагрузки и одну на управляющую нагрузку. Имейте в виду, что три - это минимальное количество генераторов нагрузки. В зависимости от вашей нагрузки и стека технологий вы можете смотреть на генераторы нагрузки 100, для которых вам нужны элементы управления.
Другие эмпирические правила: никогда не превышайте 75% доступного пула ресурсов для любого заданного конечного ресурса на вашем генераторе нагрузки (CPU, DISK, MEMORY, NETWORK) или ваших хитов ресурсов вашего кольца 0, что приведет к снижению производительности вашего виртуального пользователя, как основной ресурс должен обслуживаться операционной системой. Это приводит к предположению, что вы контролируете свои генераторы нагрузки так же, как вы контролируете тестируемое приложение.
Минимизировать регистрацию. Следите за заменой ваших виртуальных пользовательских процессов, поскольку все производители инструментов отметили, что их виртуальные пользователи тестового инструмента имеют право на обмен. Когда это происходит, вы берете диск и попадаете в память. Плохая магия для замедления ваших пользователей независимо от вашего тестируемого приложения.
Это будет влиять на ваше время отклика, а также то, что инструмент, который Вы используете, некоторые примеры:
So эмпирическое правило, нев у меня всегда есть перегруженный инжектор.
При сравнении перегруженного и не перегруженного генератора нагрузки первый регистрирует уменьшенное время отклика, так как он будет генерировать уменьшенную скорость атаки из-за ввода задержек обработки при выдаче запросов. Другими словами, перегруженный генератор нагрузки будет неправильно сообщать о более высокой производительности. Это будет справедливо только в том случае, если в обоих тестах ваше приложение не будет подвержено ошибкам производительности, что приведет к сбою транзакций, которые будут выполняться быстрее.
Время отклика будет зависеть от перегруженного генератора нагрузки. Генератор нагрузки отвечает за отправку запроса, получение ответа и обработку ответа (валидация и т. Д.). Это передача, прием и обработка, на которые может повлиять перенапряженный генератор нагрузки, что приводит к снижению пропускной способности, хотя в первую очередь это относится к обработке.
Если инструмент задерживается при регистрации того, что ответ получен, это может повлиять на сообщенное время отклика и сообщить более медленное время отклика, чем фактическое. Это усугубляется, когда запрос пытается загрузить дополнительные ресурсы (CSS, JS, Images), поскольку это может привести к увеличению проблемы.
Благодарим за немедленный ответ; не могли бы вы рассказать, как это влияет на время отклика? –