![OpenText Enterprise Performance Engineering (LoadRunner Enterprise) vs. SmarteSoft Testing Suite [EOL] report](https://www.peerspot.com/assets/media/images/icons/pdf-80836ec5.svg){kind=icon}
![SmarteSoft Testing Suite [EOL] Logo](https://images.peerspot.com/image/upload/c_scale,dpr_3.0,f_auto,q_100,w_64/2ftmXhBTxidYpqtH6TZqg7ff.png)
![SmarteSoft Testing Suite [EOL] Logo](https://images.peerspot.com/image/upload/c_scale,dpr_3.0,f_auto,q_100,w_30/2ftmXhBTxidYpqtH6TZqg7ff.png){kind=small}
![SmarteSoft Testing Suite [EOL] Logo](https://images.peerspot.com/image/upload/c_scale,dpr_3.0,f_auto,q_100,w_40/2ftmXhBTxidYpqtH6TZqg7ff.png){kind=small}
It would be beneficial if LoadRunner could optimize resource usage, especially for protocols that require significant resources, like TrueClient, which interacts directly with the UI. If they could improve resource usage, like ingest or for the load generator, using less CPU or RAM memory, that would be great. That's where I have problems. In real time, when they ask for 5,000 or 10,000 concurrent users, I have to provision a lot of virtual machines to define this load. Then there are situations with certain platforms, especially document management platforms, where the technology is so weird that normal LoadRunner protocols cannot detect it. So, in that case, I have to use that special TruClient protocol. I have to use the TruClient protocol, which actually clicks on the object. Despite the SQL technology, I can still create a script and test for performance. So what I would appreciate a lot is if this protocol would require less resources on a normal virtual machine. I can use fewer concurrent users with TruClient protocols as opposed to almost one hundred with HTTP/HTML. As opposed to many more with HTTP/HTML from, let's say, JMeter. So, optimization at that level for resource consumption by OpenText would be much appreciated.
