Those of you who follow jmeter-user probably saw this thread a little while back asking about a finer resolution timer, referencing an article which appeared in JavaWorld a few months ago. I sent an email to the author of the native timer code from the article, and he and JavaWorld have agreed to let us redistribute the code with JMeter under the Apache license. I'll look into incorporating this code into JMeter sometime after the 1.9 release. I'll also post a copy of the approval from the author to jmeter-dev so we have his permission in the mail archive.
One bit of a challenge will be the fact that this includes native code. The library is written to fall back on System.currentTimeMillis( ) if the platform-specific native implementation is not available, so this doesn't introduce any platform dependencies. But it does introduce complexities into the build. My current plan is to put the timing library in JOrphan, use a separate source directory in JOrphan with Makefiles for the native code, and put the compiled binaries in CVS so that Java developers don't have to deal with the native code unless they are actually working on it.
Let me know if anybody has comments/concerns.
Jeremy http://xirr.com/~jeremy_a
--- Begin Message ---The link to javaworld article was provided only as a sample to illustrate time resolution of System.currentTimeMillis() . The C++ code for Windows, Linux and Solaris is available as a part of CORBA benchmarking suite [1]. In fact the JNI interface is also ready. BTW the suite provides more functionality which is useful in benchmarking e.g measuring of CPU load.[1] http://nenya.ms.mff.cuni.cz/~bench/ Tomas ----- Original Message ----- From: "Jeremy Arnold" <[EMAIL PROTECTED]> To: "JMeter Users List" <[EMAIL PROTECTED]> Sent: Wednesday, June 25, 2003 10:20 PM Subject: Re: native timer > It looks like the IBM code is for evaluation only and we wouldn't have a > license to include it in JMeter. > > The library in the JavaWorld article looks straight-forward enough, and > seems like it might make a good addition to JMeter. But I don't see any > license associated with it. So I don't know whether we would be able to > use it or not. Does anybody else see a license that I'm missing? Or > perhaps we need to contact the author to see if it's a possibility. > > Jeremy > http://xirr.com/~jeremy_a/ > > BAZLEY, Sebastian wrote: > > >Sorry, replied to the wrong posting just now... > >-----Original Message----- > >From: BAZLEY, Sebastian > >Sent: 25 June 2003 17:25 > >To: 'JMeter Users List' > >Subject: RE: [OT] Bandwidth Throttling > > > > > >Might also be worth looking here: > > > >http://www.alphaworks.ibm.com/aw.nsf/reqs/ibmts > > > >S. > > > >-----Original Message----- > >From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] > >Sent: 25 June 2003 17:11 > >To: JMeter Users List > >Subject: Re: native timer > > > > > >I don't have any plans to do this, but that doesn't stop anyone else from > >doing > >it. > > > >-Mike > > > >On 25 Jun 2003 at 14:28, Tomas Bahnik wrote: > > > > > > > >>Are there any plans to add native timer via JNI to JMeter to improve time > >>resolution. The resolution on Windows using System.currentTimeMillis() is > >> > >> > >10 > > > > > >>ms on Linux is 1ms [1]. When testing web services I can easily get,on > >> > >> > >simple > > > > > >>messages, response times bellow 1ms. > >> > >>[1] http://www.javaworld.com/javaworld/javaqa/2003-01/01-qa-0110- > >> > >> > >timing.html > > > > > >>Tomas Bahnik > >>Systinet Corp > >>www.systinet.com > >> > >> > >>--------------------------------------------------------------------- > >>To unsubscribe, e-mail: [EMAIL PROTECTED] > >>For additional commands, e-mail: [EMAIL PROTECTED] > >> > >> > >> > > > > > > > >-- > >Michael Stover > >[EMAIL PROTECTED] > >Yahoo IM: mstover_ya > >ICQ: 152975688 > >AIM: mstover777 > > > >--------------------------------------------------------------------- > >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] > > > > > > > > > > > > --------------------------------------------------------------------- > 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]
--- End Message ---
--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
