DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://issues.apache.org/bugzilla/show_bug.cgi?id=44374>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE.
http://issues.apache.org/bugzilla/show_bug.cgi?id=44374 ------- Additional Comments From [EMAIL PROTECTED] 2008-02-07 08:10 ------- (In reply to comment #1) > But can a single JMeter instance approach 60 thousand transactions per second? > > I very much doubt it, so it seems to me that there is no point in allowing for this. The problem is that all calculations are done on PER MINUTE basis. Here the code: long msPerRequest = (long) (MILLISEC_PER_MIN / getThroughput()); where MILLISEC_PER_MIN is a constant and equals to 60000. If getThroughput() returns the value greater than 60000 the result will be 0. And throughput is defined on PER MINUTE basis. Thus we can talk about 1000 executions per second ONLY, NOT about 60000 per second. May be Java 1.5 method: System.nanoTime() could help to solve this problem? -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee. --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
