VU scripts run much slower in Controller (compared to VUGen replay)?

[Yang]

Hi All,

My VU scripts run well in VUGen. But when the same VU script is
running in Controller (just set 1 VU in controller), it is much slower
(for same transaction, the duration may increases from 9 seconds in
VUGen to 90 seconds in Controller).

Yes, the load generator and controller is on the same PC (target web
application is hosted on another server). But I think it should not be
that slow. The VU is simple too, which just opens a web application
and creates some records (and then save into db).

I use the default scenario in Controller and set only 1 VU. So there
is no multiple users and would be very similar to the replay in VUGen.
Have you experienced such problems too? Is there any way to fix it and
make VU scripts running quicker in Controller? Thanks a lot.


Regards,


Yang

[Roland Jefferson JR]

Hi Yang,

It sounds like in the controller, you need to check your runtime settings and make sure logging is only done if there is an error. That should speed up your script.

If all else fails, you may want to go ahead and get another box to generate the load, as you typically should to avoid the collation power conflict when the controller is trying to collate your results.

Hope this helps,

Roland

[Qaguy02]

What type of loadrunner protocol are you testing Web/HTTP, SAP,
Critrix or Java?
I expereince this issues once before when I was testing SAP
applications. The probelm was related to what configuration I selected
for the LoadRunner agent. Check your Controller User's Guide / Working
with the LoadRunner Agent in Part III . Appendixes for more
information.

Hope this suggestion works for you.

[Yang]

Thanks for your suggestions. I tried below steps and the VU scripts
run much better now (almost as fast as running in VUGen replay).

1) Disable logging in Run-Time settings before load testing in
Controller.
2) Disable ContentCheck in Run-Time settings before load testing in
Controller.

I manually use web_reg_find to check the results and then continue
running VU scripts. So auto ContentCheck is no use for me. But it's
enabled by default. I found that if this feature is enabled, then the
VU scripts would run much slower in Controller (seems to be stuck in
run-time). Anyway, disable this is ok for my scripts and resolve the
problem.

Besides, I'm using Web(HTTP/HTML) protocol only and testing a Web
application written by Java Struts (DB2 database). Thanks Qaguy02, the
info about Load Agent in Appendix is helpful too. The agent I'm using
is "process" type. The LoadRunner PC is maintained by admin, and I'll
ask admin to switch the agent to "service" type to see if it would
boost the VU scripts running further.

Thanks again.


Yang

[Dmitry Motevich]

I recommend to check that think times are disabled in LR Controller.
Please remember that LR VuGen & Controller use different Run-time settings.

--
Dmitry Motevich,
http://motevich.blogspot.com

[Roland Jefferson JR]

Yang,

Also make sure that those think times are not in the middle of the start and end transactions as that will slow down your test results.  If you do not set them in the recording options, there is a bug in the tool that keeps placing them in the middle of the transactions after the fact.

Hope this helps,

Roland

[kiran]

Proxy setting or buggy application ?
Should be reverse way slow in Vugen and fast in controller.