Согласен, здесь слишком много переменных, чтобы дать ответ.Поскольку каждый виртуальный пользователь в игре потребляет некоторое количество ресурсов из конечного пула ресурсов CPU, DISK, MEMORY и NETWORK, то, как устроен ваш виртуальный пользователь, имеет существенное значение.
Ваше базовое оборудование оказывает влияние какЧто ж.Например, для Ethernet, если вы находитесь в домене коллизий по сравнению с коммутируемым, вы можете обнаружить, что, если вы превысите 35% своего пула ресурсов для сети, ваши показатели ошибок и занятости увеличатся, что приведет к снижению пропускной способности там, где у вас могут быть другие доступные ресурсы.
В других примерах вы, как правило, испытываете некоторый уровень постановки в очередь на ЦП после того, как достигнете 85% ЦП.Будет ли это заметно?Возможно, если хост занят, то ваши виртуальные пользователи замедляются.Черт, я даже наблюдал плохо сконструированный дисковый интерфейс для передачи прерываний по оптоволоконному каналу на нулевой процессор на 8-контактной коробке.После того, как ноль был насыщен, все остальные масштабируемые возможности были выполнены.
В общем случае, максимальный размер блока является плохой идеей из-за проблемы задержек, налагаемых на виртуальных пользователей при уменьшении пула ресурсов, когда ОС вынужденау брокера более высокий доступ к ограниченному оставшемуся пулу.Это верно для всех конечных предметов.Как правило, я никогда не запускаю тест с менее чем тремя хостами: два для основной нагрузки и один для набора элементов управления одного виртуального пользователя каждого типа.Это помогает мне понять в цикле выполнения теста, вызывают ли мои хосты задержки у моих виртуальных пользователей, поскольку и контрольная группа, и неуправляемые хосты должны ухудшаться с одинаковой скоростью.Если они этого не делают, значит, существует проблема с хостом, которую необходимо решить.
Еще одно практическое правило, которого я стараюсь придерживаться, - это не более 50% доступного пула ресурсов, используемого на хостах генератора нагрузки.во время выполнения теста.В этом случае я более консервативен, чем мои сверстники, которые часто подталкивают к 75-80%.Я хочу, чтобы тесты были непротиворечивыми, повторяемыми и очень надежными, когда я обнаружил проблему.Разработчики похожи на родителей - когда вы обнаруживаете проблему с их кодом, для них становится естественным обвинять тест.Они могут разбирать мои тесты в течение всего дня и найдут хорошо документированные контрольные факторы, повторяемость, задокументированные начальные условия, проверку ожидаемых результатов данных (не только HTTP 200).Тесту не нужны очки, ваш код (ребенок) безобразен.