Stosując poniższe wskazówki, można sprawić, że produkt
IBM® Rational Performance Tester będzie działać szybciej i efektywniej. Te wskazówki nie mają zastosowania do produktu IBM Rational Service Tester for SOA Quality.
Stosując się do następujących sugestii, można uzyskać największą wydajność produktu
Rational Performance Tester:
- Liczba komputerów. Do testu należy użyć co najmniej dwóch komputerów. Interfejs użytkownika wykorzystuje znaczące zasoby, dlatego test lub harmonogram należy odtworzyć na komputerze (agent) innym niż komputer, na którym działa środowisko robocze (interfejs użytkownika).
- Liczba użytkowników wirtualnych w miejscach zdalnych. Po przypisaniu grupy użytkowników
do położenia zdalnego nie należy przeciążać komputera zdalnego (komputera agenta). Jeśli liczba użytkowników
wirtualnych, którzy mogą być uruchamiani na komputerze zdalnym, zostanie przekroczona, pomiary wydajności
serwera zostaną wypaczone, ponieważ będzie miała na nie wpływ wydajność
komputera. Wyniki testu będą
odzwierciedlać przede wszystkim obciążenie komputera, a nie obciążenie serwera. Aby uzyskać najlepsze wyniki na komputerze
z procesorem o taktowaniu 1 GHz i 1 GB pamięci RAM, nie należy przekraczać liczby 1000 współbieżnych użytkowników
wirtualnych.
- Porty TCP/IP. Komputer musi mieć wystarczającą liczbę portów TCP/IP. Na komputerach z systemem Microsoft Windows typowy limit wynosi 5000. Aby
sprawdzić użycie portów, należy uruchomić komendę netstat -a. Jeśli największa wyświetlona liczba to 5000, liczba portów musi zostać zwiększona. Aby ją zwiększyć, należy otworzyć rejestr. W
kluczu HKEY_LOCAL_MACHINE/SYSTEM/CurrentControlSet/Services/Tcpip/Parameters należy utworzyć nowy wpis dWord o nazwie
MaxUserPort i ustawić jego wartość na maksymalnie 65000. Zrestartuj komputer.
- Limit otwartych plików dla systemu Linux. Komputery z działającym systemem Linux wymagają,
aby limit otwartych plików dla każdego procesu wynosił więcej niż 1024. Zalogowawszy się jako użytkownik root, przed uruchomieniem komponentu Agent Controller należy wpisać
komendę ulimit -n 30000 (lub wprowadzić inną odpowiednią wartość).
- Wykonywanie pętli w testach. W przypadku testu obciążeniowego serwera test zwykle zawiera pętlę. Zachowanie połączenia różni się w zależności od tego, czy pętla jest
ustawiona na poziomie harmonogramu, czy testu. Ustawienie pętli na poziomie testu, a nie harmonogramu, zapewnia lepszą wydajność, ponieważ połączenia są ponownie wykorzystywane
podczas procesu wykonywania pętli. Więcej informacji na ten temat zawiera sekcja Dodawanie pętli.
- Poziomy rejestrowania. Gdy test jest stabilny, w celu uzyskania maksymalnej wydajności należy zmniejszyć poziom rejestrowania testu i określania problemów, a ponadto
użyć niewielkiej liczby użytkowników w próbie. W przypadku testów długotrwałych należy zwiększyć przedział czasu próbkowania statystyk do 30 lub 60 sekund.
- Wielkość sterty środowiska roboczego. Wielkość sterty wirtualnej maszyny języka Java™ (JVM) w środowisku roboczym jest oparta na dostępnej pamięci fizycznej. Nie
należy uruchamiać środowiska roboczego na komputerze z pamięcią fizyczną o wielkości mniejszej niż 768 MB. Maksymalna wielkość sterty środowiska roboczego zależy od używanej maszyny JVM. Choć
wielkość sterty nie jest bezwzględnie konieczna z punktu widzenia wydajności odtwarzania, można zwiększyć wielkość sterty środowiska roboczego. Aby zwiększyć wielkość sterty,
należy ustawić parametr -Xmx w pliku eclipse.ini, który znajduje się w katalogu instalacyjnym produktu. Jeśli w systemie
Windows pamięć fizyczna wynosi 3 GB lub więcej, maksymalna wielkość sterty nie może przekraczać 1200 MB.
W przypadku systemu
Linux maksymalna wielkość sterty wynosi około 3000 MB. Jeśli środowisko robocze jest powolne lub nie uruchamia się po zwiększeniu wielkości
sterty, należy zresetować wielkość sterty do domyślnej, usuwając wiersz VMARGS=-Xmx z pliku eclipse.ini.
- Wielkość sterty położenia (agenta). Aby móc korzystać z maksymalnej wielkości sterty, po jednym pomyślnym teście o dowolnej wielkości należy wyszukać atrybut położenia
(agenta) o nazwie RPT_DEFAULT_MEMORY_SIZE. Jeśli nie można znaleźć tego atrybutu, można określić maksymalną stertę, tworząc nowy atrybut:
RPT_VMARGS=-Xmx1500m (na przykład maksymalna sterta o wielkości 1,5 GB). Więcej informacji na ten temat zawiera sekcja Zwiększanie przydziału pamięci.
- Miejsce na dysku. Należy sprawdzić, czy dostępna jest wystarczająca ilość wolnego miejsca na dysku komputerów środowiska roboczego i agenta. Należy także sprawdzić, czy
dostępna jest wystarczająca ilość wolnego miejsca na dysku zawierającym katalog tymczasowy systemu.
- Długość rejestrowania. W przypadku rejestrowania przez stosunkowo długi czas generowanie testu również zajmuje wiele czasu. Jeśli generowanie testu trwa dość długo,
należy spróbować użyć krótszych scenariuszy rejestrowania.
Więcej informacji na temat planowania zdolności wykonawczych zawiera sekcja
http://www.ibm.com/support/docview.wss?uid=swg27019811.