Suggerimenti per l'esecuzione più veloce ed efficiente di IBM® Rational Performance Tester. Questi suggerimenti non si applicano a IBM Rational Service Tester for SOA Quality.
I seguenti suggerimenti consentono di ottenere le migliori prestazioni da
Rational Performance Tester:
- Numero di computer. Sono disponibili almeno due computer per il test. L'interfaccia utente utilizza le risorse significative, quindi riprodurre un test o una pianificazione su un computer (agente) che è diverso dal computer che esegue il workbench (UI).
- Numero di utenti virtuali nei percorsi remoti. Quando viene assegnato un gruppo
utenti in un percorso remoto, non sovraccaricare il
computer remoto (agent). Se viene superato il numero di utenti virtuali che il
computer remoto può eseguire, le misure delle prestazioni del
server saranno deviate poiché saranno interessate dalla prestazione del
computer. I risultati del test riflettono il carico del computer più del carico del
server. Per risultati migliori su un computer con un processore di
1 GHz ed 1 GB di RAM, non si superano 1000 utenti virtuali simultanei.
- Porte TCP/IP. Il computer deve disporre di un numero sufficiente di porte TCP/IP. Sui computer Windows®, il limite tipico è 5000. Immettere il comando
netstat -a per osservare l'utilizzo della porta. Se il numero più alto visualizzato è 5000, occorre incrementare il numero. Per incrementarlo, aprire il registro. In HKEY_LOCAL_MACHINE/SYSTEM/CurrentControlSet/Services/Tcpip/Parameters,
creare un nuovo valore dWord chiamato MaxUserPort e impostare il valore fino a 65000. Riavviare il computer.
- Limite di open file per Linux®. I computer Linux necessitano per processo un limite di open file superiore a 1024. Come root, immettere ulimit -n 30000 (o un altro valore appropriato) prima di avviare Agent Controller.
- Esecuzione di loop nei test. Se si effettua un test su un server, di solito il test contiene un loop. Il comportamento della connessione differisce a seconda se il loop viene impostato al livello di test o della pianificazione. L'impostazione di un
loop a livello di test, invece che a livello di pianificazione, offre un enorme vantaggio, poiché le connessioni sono riutilizzate durante il processo di loop. Per ulteriori informazioni,
vedere Aggiunta di un loop ad un test.
- Livelli di registrazione. Una volta che il test è stabile, per una massima prestazione,
ridurre il livello del log di test e il livello del log di determinazione del livello e campionare un piccolo numero di utenti. Incrementare l'intervallo di esempio di statistiche a 30 o 60 secondi per i test con esecuzione lunga.
- Dimensione di heap del workbench. La dimensione di heap JVM
(Java™ Virtual Machine) sul workbench è basata sulla memoria fisica disponibile. Non eseguire il workbench su un computer con una memoria
fisica inferiore a 768 MB. La dimensione heap massima del workbench dipende dalla
JVM. Mentre non è strettamente necessario per le prestazioni di riproduzione, è possibile incrementare la dimensione di heap del workbench. Per aumentare la dimensione dell'heap,
impostare il parametro -Xmx nel file eclipse.ini che si trova nella
directory di installazione del prodotto. Per Windows, se la memoria fisica è 3 GB
o più, allora la dimensione heap massima dovrebbe superare i 1200m. Per Linux,
la dimensione heap massima è approssimativamente 3000m. Dopo l'incremento della dimensione di heap se il workbench è lento o non viene avviato correttamente, reimpostare la dimensione di heap sul valore predefinito rimuovendo la riga VMARGS=-Xmx dal file eclipse.ini.
- Dimensione heap (agent) percorso. Per accedere all'heap massimo, in seguito ad un test riuscito di qualsiasi
dimensione, cercare un attributo percorso (agent) chiamato
RPT_DEFAULT_MEMORY_SIZE. Se non è possibile trovare questo attributo, è possibile specificare una dimensione massima di heap creando un nuovo attributo: RPT_VMARGS=-Xmx1500m (ad esempio, dimensione massima di heap 1,5 GB). Per ulteriori informazioni,
vedere Aumento dell'assegnazione di memoria.