Performance Center not able to run high amount of Transactions per Seconds
We are having a really weird situation on our ALM instance, we are not able to drive an high amount of transactions per seconds over Performance Center, using 1000 Vusers.
To explain myself better:
We have an RTE script that, when run from a laptop (i7, 16Gb, connected on 1Gb lan) using Controller and 200 vusers, we are able to get an average of 500 Transactions per Second.
Running the same identical script, but this time from Performance Center using:
- 1 Data Collector || on VM, 32Gb ram, Xeon CPU 2.40Ghz (6 Processors), connected on 10Gb lan
- 1 Controller || on VM, 32Gb ram, Xeon CPU 2.40Ghz (6 Processors), connected on 10Gb lan
- 6 Load Generators || on VM, 32Gb ram, Xeon CPU 2.40Ghz (6 Processors), connected on 10Gb lan
it doesn't run more than 300 Transactions per Second.
The laptop has to pass through switches, firewalls, and routers to get to the destination, while the ALM and PC instance are on the same lan (hence the 10Gb).
We checked everything we could check:
- Licenses - we have all the necessary ALM and PC licenses to run up to 1000 vusers on RTE
- Memory/CPU/Disk usage of the systems - when run from the laptop, the script generates an 80/90% usage of CPU, while, when run from PC, it doesn't use more than 45/50% of CPU, but has peaks of Memory usage up to 100%
- Configuration - The ALM instance has been configured properly, and the DB has been optimized and tuned for better performance too
- Network - from our analysis, seems that the network is not used very much during the runs
- Modified the priority on the servers to give it to foreground programs instead of background ones on one Load Generator, it didn't make any difference at all
- Updated all the servers and restarted them properly, still didn't make any difference
Any other idea or suggestion on what could cause the problem? We are just getting frustrated because, even having an expert of ALM with us, didn't help us find the problem.
You mentioned memory peaks...
One thing you might want to check in conjunction to the memory is Disk IO. If your disk I/O read/write is extremely high. You might actually be using more than 100% of your memory, and your OS might be swapping, writing some of the memory contents to disk to save memory, slowing down the system as a whole.
Tags for this Thread