Эти советы позволят ускорить выполнение IBM® Rational Performance Tester и сделать его более эффективным. Данные советы не применимы к IBM Rational Service Tester for SOA Quality.
Следующие рекомендации могут помочь достичь максимальной производительности Rational Performance Tester:
- Число систем. Рекомендуется не менее двух систем на тест. Пользовательский интерфейс потребляет значительное количество ресурсов, поэтому тест или расписание лучше воспроизводить в системе (агенте), отдельной от системы, где находится рабочая среда (пользовательский интерфейс).
- Число виртуальных пользователей в удаленных расположениях. При назначении группы
пользователей удаленному расположению не перегружайте удаленный компьютер (посредник). Если превысить максимальное число виртуальных пользователей на удаленном компьютере, то
полученные данные о производительности сервера будут искаженными, поскольку на них
повлияет производительность компьютера. Результаты тестирования будут больше отражать
нагрузку на компьютер, а не на сервер. Для получения достоверных результатов число
одновременно действующих виртуальных пользователей на компьютере с процессором в 1 ГГц и
1 ГБ памяти не должно превышать 1000.
- Порты TCP/IP. Система должна иметь достаточное количество портов
TCP/IP. В системах под управлением ОС Microsoft Windows обычно установлено ограничение 5000 портов. Использование портов можно увидеть командой netstat -a. Если максимальное показываемое число будет 5000, его необходимо увеличить. Для этого откройте реестр. В ключе HKEY_LOCAL_MACHINE/SYSTEM/CurrentControlSet/Services/Tcpip/Parameters создайте новый параметр типа dWord с именем MaxUserPort и присвойте ему значение 65000. Перезапустите систему.
- Ограничение на число открытых файлов для Linux. В системах под управлением ОС Linux ограничение на число открытых файлов для процессов должно быть больше 1024. От имени пользователя root введите команду ulimit -n 30000 (или другое подходящее значение), перед тем как запускать контроллер агентов.
- Циклы внутри тестов. При тестировании отказоустойчивости сервера тест обычно содержит цикл. Установка соединений зависит от того, на каком уровне задан цикл - на уровне расписания или на уровне теста. Цикл на уровне теста, а не расписания дает преимущество в производительности, поскольку во время выполнения цикла соединения повторно используются. См. раздел Добавление цикла.
- Уровни ведения протокола. Для повышения производительности после отладки теста рекомендуется снизить уровень ведения протокола, уровень ведения протокола диагностики неполадок и уменьшить размер выборки пользователей. Рекомендуется увеличить интервал сбора статистики до 30 или 60 с для продолжительных тестов.
- Размер кучи рабочей среды. Размер кучи виртуальной машины Java™ в рабочей среде зависит от доступного объема физической памяти. Рабочую среду не следует запускать в системе с менее 768 МБ физической памяти. Максимальный размер кучи рабочей среды зависит от виртуальной машины Java. Хотя размер кучи не является строго необходимым для производительности воспроизведения, размер кучи рабочей среды можно увеличить. Для увеличения размера кучи укажите параметр -Xmx в файле eclipse.ini, который находится в установочном каталоге продукта. Для Windows, если размер физической памяти не менее 3 ГБ, максимальный размер кучи не должен превышать 1200 МБ.
Для Linux максимальный размер кучи составляет около 3000 МБ. Если после увеличения размера кучи рабочая среда медленно работает или не удается ее запустить, верните размер кучи по умолчанию, удалив строку VMARGS=-Xmx из файла eclipse.ini.
- Размер кучи расположения (агента). Для доступа к максимальному размеру кучи после одного успешного теста любого размера найдите атрибут расположения (агента) с именем RPT_DEFAULT_MEMORY_SIZE. Если не удается найти этот атрибут, можно указать максимальный размер кучи путем создания нового атрибута: RPT_VMARGS=-Xmx1500m (например, максимальный размер кучи 1,5 ГБ). Более
подробная информация находится в разделе:
Увеличение объема выделяемой памяти.
- Дисковая память. Убедитесь, что в системах рабочей среды и агента достаточно свободной дисковой памяти. Кроме того, проверьте количество свободного места на диске, где находится системный каталог временных файлов.
- Длительность записи. Если запись выполняется относительно долго, создание теста тоже займет много времени. Если создание теста занимает относительно много времени, рекомендуется сократить сценарии записи.
Дополнительная информация о планировании ресурсов приведена в разделе http://www.ibm.com/support/docview.wss?uid=swg27019811.