Ведение журнала нагрузочного тестирования

Я создаю простой сценарий нагрузочного тестирования для своего приложения. По сути, он порождает кучу потоков и обращается к промежуточному серверу для записи времени отклика.

Я разрываюсь между регистрацией времени на моем локальном компьютере или на таблице в базе данных промежуточного сервера. Поскольку я собираюсь запускать кучу потоков локально, я не хочу, чтобы переключение контекста сбрасывало время ведения журнала (или какая-то низкая производительность из какой-либо базы данных ведения журнала, такой как SQLite), но я не хочу замедлять ввод-вывод. на промежуточном сервере при записи в таблицу журнала.

Что обычно делается?


testing load-testing
person Joda Maki    schedule 17.03.2011    source источник

Ответы (1)


arrow_upward
0
arrow_downward

Любая дополнительная функциональность, которую вы добавляете в свое веб-приложение, может повлиять на ваши результаты, поэтому вы, вероятно, захотите свести ее к минимуму. Если вас заботит только то, сколько времени потребуется для генерации ответа на стороне сервера, это может быть приемлемым компромиссом для вас. Но если вы хотите измерить, сколько времени потребуется для доставки ответа, вам необходимо измерить и записать ответ от инструмента тестирования. В последнем случае вы будете измерять влияние нагрузки на сетевую инфраструктуру (маршрутизаторы, балансировщики нагрузки, брандмауэры и т. д.).

FWIW, наш инструмент нагрузочного тестирования и большинство из тех, с которыми я знаком, делают последнее — записывают время отклика, как его видит конечный пользователь. По нашему опыту, почти половина проблем с производительностью связана с доставкой ответа, а не с его созданием.

person CMerrill    schedule 18.03.2011