Re: Sizing AJax true client load test (795 Views)
Reply
Honored Contributor
shiv_p
Posts: 2,841
Registered: ‎04-23-2008
Message 1 of 11 (864 Views)

Sizing AJax true client load test

Hi there,

 

I am attempting for the first time to load test one of the application using Ajax true client. We plan to load with 1000-concurrent users for few business process.

 

Has anyone tried high vuload testing using Ajax true client? Do you have any suggestions in terms of the hardware you used for Load generators?

 

I was informed that Ajax trueclient are memory & CPU intensive. I will be using high end hardware, so getting few 8GB memory RAM is not a big deal...But I wonder how the CPU utilization can be controller?

 

I did run for 25 vu load and peak CPU utilization was 19%, I am struck on how to right size my LG's for handling 1000 users.

 

Thanks for your time and appreciate your thoughts.

Please use plain text.
HP Expert
Guy_Rosenthal
Posts: 208
Registered: ‎10-24-2011
Message 2 of 11 (845 Views)

Re: Sizing AJax true client load test

HI,

TruClient footprint depends on several parameters (AUT, HW, OS, Browser version) and can vary immensely.

Please try to run your BP with 1 Vuser, measure, and do the multiplication.

 

 

Guy Rosenthal
TruClient RnD Team Manager
TruClient-STORM RnD
Please use plain text.
Advisor
Renjithrajan
Posts: 15
Registered: ‎01-16-2014
Message 3 of 11 (795 Views)

Re: Sizing AJax true client load test

Hi,

 

I tried load testing an application using Ajax Truclient. My plan was to load test the application with 1000 concurrent users for some business process

 

After reading the Hp expert's reply , I ran the BP with 1Vuser for 1 Iteration and the average CPU utilization was 18%. Since the utilization was immensely high, I tried running it again to check whether the results are correct or not, again it showed almost the same result.

 

The Memory (Private working set) usage was a whopping 1405401098.952bytes.

 

Please give me a suggestion for controlling the CPU utilization.

 

Thank you,

Renjith R

Please use plain text.
HP Expert
vmanolova
Posts: 525
Registered: ‎05-24-2012
Message 4 of 11 (756 Views)

Re: Sizing AJax true client load test

Hi Renjith,

 

As Guy Rosenthal suggested "TruClient footprint depends on several parameters (AUT, HW, OS, Browser version) and can vary immensely."

 

You should make the calculations in your environment with the script you are planning to test. Please find additional information and links to knowledge documents which explain how to make these calculations in the following post: http://h30499.www3.hp.com/t5/LoadRunner-Support-Customer/LoadRunner-Support-Tip-How-to-calculate-the...

 

Kind regards,

HP Support
If you haven’t tried it yet, come and join us in our entitled forums at Support Customer Forums
If you find that this or any post resolves your issue, please be sure to mark it as an accepted solution.
Please use plain text.
Frequent Advisor
Andrew Nightingale
Posts: 33
Registered: ‎10-07-2008
Message 5 of 11 (744 Views)

Re: Sizing AJax true client load test

[ Edited ]

We also explored the use of TruClient (both FireFox and IE) for performance testing purposes, but found similar result that you have experienced. The CPU and Memory footprint required per VUser made the protocols unusable for any real-world performance testing.

 

Exact quote excerpt from my written note to HP on the subject:

 

"...Additionally, we observed that our load generator servers were requiring to run vusers as dedicated processes (versus threads), and that each mdrv process would consume 300-500Mb of memory. With that sort of demand on the servers, it would be impractical to pursue the use of TruClient for achieving any significant load..."

Please use plain text.
HP Expert
Guy_Rosenthal
Posts: 208
Registered: ‎10-24-2011
Message 6 of 11 (732 Views)

Re: Sizing AJax true client load test

Hi,

You can run the BP manually on real browsers (FF or IE) and watch the CPU high utilization (regardless to LR or TruCleint).

TruClient protocol simulate a real, authentic user on a *real* browser. This implies that that TruClient scalability is lower than Web/HTTP protocol which is a network level protocol.

 

TruClient has many other advantages such as:

1. Easy and intuitive scripting

2. Easy and fast maintenance

3. No correlations

4. In some AJAX, Web2.0 applications it will be impossible to go with the network level protocols due to the "browser logic" notion.

 

Means to improve TruClient scalability:

1. Use more LGs, distribute the test among several injectors

2. Combine TruClient and Web/HTTP load scenarios to load the server

3. We found that even with relatively low amount of TruClient Vusers server issues could be detected.

 

For more reading on the subject: http://h30499.www3.hp.com/t5/HP-LoadRunner-and-Performance/TruClient-in-the-world-of-Load-Testing/ba...

 

Guy Rosenthal
TruClient RnD Team Manager
TruClient-STORM RnD
Please use plain text.
Honored Contributor
shiv_p
Posts: 2,841
Registered: ‎04-23-2008
Message 7 of 11 (728 Views)

Re: Sizing AJax true client load test

hi Andrew,

 

do you recommend any other tool?

 

While I see many advantges of using True-client protocol..it looks good only for in pre-sales stage.

 

Please use plain text.
HP Expert
Guy_Rosenthal
Posts: 208
Registered: ‎10-24-2011
Message 8 of 11 (725 Views)

Re: Sizing AJax true client load test

Hi,

I can't understand you last statement.

If you can create and maintain a BP test script in Web/HTTP go f or it as it scale better.

In many cases it is impossible to do it (time wise) and then TruClient will be the best solution for you.

Can you tell why the application is so heavy on the browsers?

Guy Rosenthal
TruClient RnD Team Manager
TruClient-STORM RnD
Please use plain text.
Advisor
Renjithrajan
Posts: 15
Registered: ‎01-16-2014
Message 9 of 11 (719 Views)

Re: Sizing AJax true client load test

Hi All,

 

Thank you for your quick reply..

 

Does it make any difference in CPU and Memory utilization, if I am scripting the BP using Ajax Web Click and Script and doing the load test...??

 

Thank you

Renjith

Please use plain text.
Frequent Advisor
Andrew Nightingale
Posts: 33
Registered: ‎10-07-2008
Message 10 of 11 (690 Views)

Re: Sizing AJax true client load test

Shivaram-

 

We personally have not gone so far as to use another tool, since in my personal opinion LoadRunner is by far the best platform available for performance testing.

 

Instead, we adjust estimates for script development accordingly and continue to use the Web (HTTP/HTML) protocol for primary side load placement. Correlation can be much more complex on some of our newer internal application platforms which use extensive json/comet calls, but the end product can still be made to function predicatably and reliably.

 

Then, to capture any client-side metrics, we can still use a very small implementation of a couple GUI-type virtual users such as TruClient.

 

 

Regards,

-Andrew

 

Please use plain text.
Honored Contributor
shiv_p
Posts: 2,841
Registered: ‎04-23-2008
Message 11 of 11 (661 Views)

Re: Sizing AJax true client load test

[ Edited ]

@Andrew

Thanks Adnrew for your inputs.

 

Yes, I agree with you, LoadRunner is the best tool. I personally won't prefer using any other tool given the fact that features LoadRunner provides.

 

We are working on a G2B application, the application is using rich contents and we are struck in correlating few dynamic parameters one of them is same as faced by some other user as well

 

parameter: javax.faces.ViewState

 

The issue we have is something similar to this.

http://h30499.www3.hp.com/t5/LoadRunner-Support-Forum/ViewState-not-being-properly-converted-with-we...

 

@

Thanks for your response.

We have very limited access to the development environment. We plan to load test for 1000-users and current foot-print per user is around 87MB.

 

We tried using HTTP/HTML, Web Click & Script, Ajax Click and Script before trying with Ajax True-Client.

When using other protocols, we are facing issues with the correlation and given the time we have to load test, we are looking for a feasible solution.

 

Appreciate your time and thanks for any inputs.

 

Please use plain text.
The opinions expressed above are the personal opinions of the authors, not of HP. By using this site, you accept the Terms of Use and Rules of Participation