Yes. I know Mercury Interactive costs a lot. We've seen clients who want guarantees on performance for the commercial application servers but balk when you tell them the cost of Mercury Interactive.
For a load tool to rival Mercury Interactive, I'd probably suggest looking at something like Apache JMeter for web apps - I haven't tried hooking an EJB load interface into it though. But it has the nice things like tuneable load patterns - normally distributed requests, uniform distributed requests, number of client threads and so on. And you can configure the test set to match your particular web app - which is better in that respect than SpecJ, IMHO. So see if you aren't overlapping with that or if you can hook up additional things you want on to that. The new SpecJ2002 costs money so perhaps you do want to create a freeware ECperf equivalent. But it only tests some of the things in J2EE. It doesn't test much on stateful or stateless session beans. It doesn't seem to test JMS. Some other things to consider - Heisenberg rules. The more you try to measure things, the more thing you are measuring will change. The less intrusive the measuring instrument the better the measurement. So whatever the testing method, you need to optimize the test. Sounds good though. Look forward to seeing the first prototype. JonB. > -----Original Message----- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] Behalf Of Kevin Duffey > Sent: Saturday, 26 July 2003 10:34 AM > To: [EMAIL PROTECTED] > Subject: RE: [JBoss-user] Parallel thread performance: A JBoss client > example > > > I suppose I am after a few things. Initially my > thought was a standard simple test that will permit a > company to test it against several servers to see > which one fits the bill for performance, price, etc. > You mention a test suite that does this, I didn't even > think about that. > > My second thought is a tool that like the big boys, > can simulate virtual users, run nodes on each "client" > machine to simulate them, and aggregate data, as well > as have nodes on the server side, maybe even the DB > side to monitor things like cpu utilization, > request/response timing, and so forth. All of that > data is aggregated to the central client where you > control various nodes, configure them, etc. > > I know tools from Mercury Interactive and others can > do this, but at astronomical costs they are not > feasible to a small company. But that is more or less > what I am after.
smime.p7s
Description: S/MIME cryptographic signature
