Forum Discussion

cardagna's avatar
cardagna
New Contributor
14 years ago

loadUI - fixed rate generator

Dear All,
I'm a loadui newbie and just starting using it for testing the performance of a SOA platform. If possible, I would like to ask some clarification about the meaning of some options and results presented by loadUI:

1 - my tests involve the forwarding of 1000 SOAP transactions per second. To do that I initialized the rate variable in the fixed rate generator to 1000/Sec. After that I connected the fixed rate generator to a soapIO runner to send the tests. In the setting of the soapUI runner, I found the variable "concurrent request". What is its meaning? How does it relate to the rate of the fixed rate generator?

2 - after launching the tests I need to retrieve the round trip time (i.e., the time from just before sending the request to just after the response has been received by the client) and the transactions per second. Is the round trip time the AVG column and the transactions per second the TPS column of the Table log component?

Thanks in advance for your time and support.

Best Regards,
Claudio.
  • SmartBear_Suppo's avatar
    SmartBear_Suppo
    SmartBear Alumni (Retired)
    Hi Claudio!

    First of all, 1000 requests per second is a lot. This might be exactly what you want, but just to put this in proportion: Bing handles less than 1000 searches per second and Twitter handles 600 tweets per second on average.

    cardagna wrote:
    [...] In the setting of the soapUI runner, I found the variable "concurrent request". What is its meaning? How does it relate to the rate of the fixed rate generator?
    This variable limits the number of concurrent requests that the soapUI Runner allows to be executing at the same time. When this limit is reached, the runner will start queuing requests. You are free to change this variable to suit your needs.

    cardagna wrote:
    2 - after launching the tests I need to retrieve the round trip time (i.e., the time from just before sending the request to just after the response has been received by the client) and the transactions per second. Is the round trip time the AVG column and the transactions per second the TPS column of the Table log component?

    You mention AVG and TPS columns, which makes me believe that you are using a Statistics Component before the TableLog, is this correct? In that case, you're right about our assumptions -- but we don't encourage using the Statistics Component. Instead, use the Statistics Workbench of loadUI (introduced in this part of the documentation).

    Does this help you?

    Henrik
    SmartBear Software
  • AndyHughes's avatar
    AndyHughes
    Regular Contributor
    is there anything particularly wrong with using the statistics component before a table log? Why do you not encourage it?
  • SmartBear_Suppo's avatar
    SmartBear_Suppo
    SmartBear Alumni (Retired)
    AndyHughes wrote:
    is there anything particularly wrong with using the statistics component before a table log? Why do you not encourage it?

    No, that combination is perfectly fine I just wanted to know if that was the case, because Claudio probably forgot to mention that in his original post.

    However, what we encourage is to use the Statistics Workbench instead of the Statistics Component, if there's no particular reason to use the latter. The Statistics Workbench has a Raw Data panel that is used to get the tabular data out of the stats.

    Regards

    Henrik
    SmartBear Software
  • cardagna's avatar
    cardagna
    New Contributor
    Dear Henrik, All,
    thank you very much for your quick reply, it is very helpful. Yes, you are right we use the Statistics Component, but now we are migrating to the component you suggested

    Another quick question. Are the statistics you provided about bing and twitter (and possibly other applications) available somewhere?

    Thanks again for your help.

    Best Regards,
    Claudio.
  • SmartBear_Suppo's avatar
    SmartBear_Suppo
    SmartBear Alumni (Retired)
    cardagna wrote:
    Are the statistics you provided about bing and twitter (and possibly other applications) available somewhere?

    Indeed, I got the statistics from here.

    Glad I could help!

    /Henrik