TruClient: пополнение в семействе веб-протоколов HP LoadRunner

Автор: Комендантов Илья

Самое медленное звено определяет скорость работы всей системы. Утверждение появилось задолго до создания Всемирной Паутины, однако пример использования веб-систем более чем показателен. Наверное, сложно найти человека, который посещает Интернет и ни разу не сталкивался с медленным открытием страниц.

Скорость доступа к информации, которую запрашивает браузер пользователя, зависит от характеристик работы множества звеньев: запросов к серверу баз данных, расчётов, производимых сервером приложений, "занятости" веб-сервера при огромной нагрузке (миллионом пользователей уже никого не удивишь), загруженности канала связи и многих других. Звенья в свою очередь состоят из более мелких частей, которые могут оказаться тем самым "узким местом", определяющим скорость всей системы, и пользователь вынужден ждать. Но не все обладают терпением Будды.

Поиск "узкого места" - нетривиальная задача. Отдельно модули системы могут работать без видимых отклонений, а производительность системы при этом оказывается далека от желаемой. Проблему интеграции можно описать словами Задорнова: "...по отдельности вы совершенно нормальные ребята! Но когда вместе – это буквально всероссийское бедствие, причем вечное". Коварство слабых звеньев ещё и в том, что при небольшой нагрузке, проявляются только грубые ошибки интеграции, лежащие на поверхности. В реальной жизни начинают сбоить даже те места системы, которые никак не проявлялись ранее. Часто такое поведение связано с проблемами в архитектуре. Нетрудно представить последствия глобальных изменений на финальных стадиях разработки.



Читать дальше

Автор: Комендантов Илья

Самое медленное звено определяет скорость работы всей системы. Утверждение появилось задолго до создания Всемирной Паутины, однако пример использования веб-систем более чем показателен. Наверное, сложно найти человека, который посещает Интернет и ни разу не сталкивался с медленным открытием страниц.

Скорость доступа к информации, которую запрашивает браузер пользователя, зависит от характеристик работы множества звеньев: запросов к серверу баз данных, расчётов, производимых сервером приложений, "занятости" веб-сервера при огромной нагрузке (миллионом пользователей уже никого не удивишь), загруженности канала связи и многих других. Звенья в свою очередь состоят из более мелких частей, которые могут оказаться тем самым "узким местом", определяющим скорость всей системы, и пользователь вынужден ждать. Но не все обладают терпением Будды.

Поиск "узкого места" - нетривиальная задача. Отдельно модули системы могут работать без видимых отклонений, а производительность системы при этом оказывается далека от желаемой. Проблему интеграции можно описать словами Задорнова: "...по отдельности вы совершенно нормальные ребята! Но когда вместе – это буквально всероссийское бедствие, причем вечное". Коварство слабых звеньев ещё и в том, что при небольшой нагрузке, проявляются только грубые ошибки интеграции, лежащие на поверхности. В реальной жизни начинают сбоить даже те места системы, которые никак не проявлялись ранее. Часто такое поведение связано с проблемами в архитектуре. Нетрудно представить последствия глобальных изменений на финальных стадиях разработки.



Читать дальше

Хотелось бы побольше технической информации о протоколе(архитектура) учитывая тот факт, что тестирование производилось в Украине.
Например, каким образом эмулируется многопоточность запросов тяжелых клиентов?

Хотелось бы побольше технической информации о протоколе(архитектура) учитывая тот факт, что тестирование производилось в Украине.
Например, каким образом эмулируется многопоточность запросов тяжелых клиентов?

Да, есть надежда на то, что будет продолжение, с большим количеством технических подробностей про TC.

Хотелось бы побольше технической информации о протоколе(архитектура) учитывая тот факт, что тестирование производилось в Украине.
Например, каким образом эмулируется многопоточность запросов тяжелых клиентов?

Тестирование проводилось в двух странах, одна из которых - Украина :)
В первой версии протокола, много ограничений, например: Какждый виртуальный пользователь это отдельный процесс (mdrv.exe).
Скрипт эмулирует последовательность действий пользователя, все запросы, которые отправлял браузер в результате этих действий, точно также отправляются браузером при проигрывании.
Сколько таких виртуальных пользователей выдержит ваш лоудгенератор, сильно зависит от скрипта.
"How Many Ajax TruClient Vusers Can I Run on a Single Load Generator?
The amount of Ajax TruClient Vusers that can run on a single load generator machine depends on the application under test and hardware parameters.
Internal HP benchmarks indicate that for various applications under test, a single Ajax TruClient Vuser can utilize around 60-120MB of memory (footprint) and consumes 3-30% of single CPU core. We recommend assessing the resource utilization parameters per application to arrive at a realistic number for sizing of the load test."
Тема относительно футпринта +)

P.S: Возможно, стоит осветить это отдельной статьёй.. *чешет репу*..

P.S: Возможно, стоит осветить это отдельной статьёй.. *чешет репу*..

Конечно.