On 30/05/2008, Ritesh Kumar <[EMAIL PROTECTED]> wrote: > Hey Dear, > > Pls solve the below queries > > . The difference between different options available under grouping. > As my response time vary a lot with the different options so which one is > best suitable? > > ______________________ > Case1 > User - 10 > Ram-up period - 1s > Loop count - 1 > Samples - 70 > Average response time - 4ms > > Case2 > User - 10 > Ram-up period - 0s > Loop count - 1 > Samples - 70 > Average response time - 28ms > I am using Jmeter v2.3.1 > > . I wanted to know why this fluctuation occurred. Is this normal? And > also let me know how ram-up period affects the response time
Are the response time figures quoted above repeatable? Over how many test runs? Note that 28ms may seem a lot longer than 4 ms, but they are both short times, and will be affected by the timer resolution of the OS. The difference between 10 threads/ramp-up 0 and 10 threads/ramp-up 1 is not very significant from the point of view of JMeter, as 10 threads is not very many. A loop count of 1 is a bit more significant, in that it does not give much time to establish a steady state. However, given that the timings are all short and probably close to the OS minimum resolution they are not significant. > ______________________ > > . Difference between Approx Throughput (request/sec) and KB/Sec > Throughput Numbers of requests vs. Sizes of responses. > . What is Latest Sample in Graph Result The last sample to arrive. > . In which context we use 90 % line result Statistical measure, see: http://en.wikipedia.org/wiki/Percentile_rank > . In Jmeter v2.3.1. in the "aggregate report" the rate column is not > visible which was in Jmerer v2.0.3. Is there any setting to view the rate > column in v2.3.1? (is this rate is HIT Rate??? Or some thing else) It looks like "Rate" has been renamed "Throughput" > . How can I use "perfmon" for recording memory uses and CPU > utilization along with Jmeter results This has been asked and answered before; please see the mailing list archives. > > > Thanks, > Ritesh > > Disclaimer :- This e-mail and any attachment may contain confidential, > proprietary or legally privileged information. If you are not the original > intended recipient and have erroneously received this message, you are > prohibited from using, copying, altering or disclosing the content of this > message. Please delete it immediately and notify the sender. Newgen Software > Technologies Ltd (NSTL) accepts no responsibilities for loss or damage > arising from the use of the information transmitted by this email including > damages from virus and further acknowledges that no binding nature of the > message shall be implied or assumed unless the sender does so expressly with > due authority of NSTL. > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
