Yeah, that I undestood. :) As I understand, you're trying to run Reference Implementation of something on Geronimo. The question was, Reference Implementation of what? :)
Thanks, Vasily -----Original Message----- From: Santosh Koti [mailto:[EMAIL PROTECTED] Sent: Monday, May 22, 2006 10:04 PM To: [email protected] Subject: RE: SPECjAppServer2004 details (was: Some observations..!!) Oh..! Sorry for acronyms..!! RI means Reference Implementation :-) Thanks, Santosh. "Don't talk about yourself; it will be done when you leave. " -----Original Message----- From: Zakharov, Vasily M [mailto:[EMAIL PROTECTED] Sent: Monday, May 22, 2006 10:52 PM To: [email protected] Subject: RE: SPECjAppServer2004 details (was: Some observations..!!) Santosh, What do you mean my RI here? Is it some application you develop, or something? Vasily -----Original Message----- From: Santosh Koti [mailto:[EMAIL PROTECTED] Sent: Monday, May 22, 2006 9:03 PM To: [email protected] Subject: RE: SPECjAppServer2004 details (was: Some observations..!!) Thanks Vasily for ur reply & report, Our requirement was to test our RI on the G-server. I am trying to tweak the ejbs ( in cmr) , but things are not going well..! :-( Thanks, Santosh. "Don't talk about yourself; it will be done when you leave. " -----Original Message----- From: Zakharov, Vasily M [mailto:[EMAIL PROTECTED] Sent: Monday, May 22, 2006 10:17 PM To: [email protected] Subject: SPECjAppServer2004 details (was: Some observations..!!) Hi, Santosh, > JOPS ~ 1 (for) Geronimo looks very less from ur report. Sure, it's due to some configuration problem or bug. SjAS logs clearly indicate some benchmark components are not working as expected. > Does SPecjAppServer2004 might include some ejb (entity) transactions? Sure. > Do u have any numbers in a itemized way (more refined than JOPS metric). Sure. > Pls post them, that would be better [ atleast for me :-) ] Here I attach the whole output directory contents. You may compare them with the details published in FDAs here: http://www.spec.org/jAppServer2004/results/jAppServer2004.html > I am also testing Geronimo for our sample app. Wow, it's great! Performance is important indeed. Aren't you planning to use SjAS for measurement? Vasily -----Original Message----- From: Santosh Koti [mailto:[EMAIL PROTECTED] Sent: Monday, May 22, 2006 6:46 PM To: [email protected] Subject: Some observations..!! Vasily, Great effort!! JOPS ~ 1 (for) Geronimo looks very less from ur report. Does SPecjAppServer2004 might include some ejb (entity) transactions? Do u have any numbers in a itemized way (more refined than JOPS metric). Pls post them, that would be better [ atleast for me :-) ] PS: ( I have not done SpecjAppServer benchmarking ) I am also testing Geronimo for our sample app. So far the results are quite impressive for pure data fetches , but those involving transactions are not very appreciable. (I am not sure; is it to do with any config, though I have tuned all my infrastructure components) Roughly speaking (in short): My readings (After some bit of tuning) for my sample app: My use case was combination of some txns & some pure data fetches. Run Duration: half-an -hour (will increase later) Users: 225 1. Pages Per Sec (Avg): 182.518 2. Response Time (Avg): 0.123 sec 3. App Server-CPU% utilisation: 15.66 4. Web Server-CPU%: 5.461 5. DB Server -CPU%: 10.088 At a load of 250 it was breaking down , I increased the heap size to 1.5 GB, but the DB process exceeded beyond the (500-configurd , by DBA) mark. EJB transactions commit take too much time, & in doing so keeps the db threads alive for undesired amount of time, leading to an undesired response time ^.-( Thanks, Santosh. "Don't talk about yourself; it will be done when you leave. " -----Original Message----- From: Zakharov, Vasily M [mailto:[EMAIL PROTECTED] Sent: Monday, May 22, 2006 6:45 PM To: [email protected] Subject: RE: SPECjAppServer2004 up! Matt, Sorry for the delay, I missed your question. Sure, all the DDs and the deployment process description are available at: http://opensource.atlassian.com/confluence/oss/display/GERONIMO/SPECjApp Server2004 In fact, not everything is smooth now. The SPECjAppServer2004 Driver starts and completes normally, however the run logs show that only Orders Transactions work normally, while Work Order, PO and POLine Transactions don't in fact work. I guess some configuration issues still exist, while not clearly visible. I can also post the output directory logs or the whole FDA if it's useful. Vasily -----Original Message----- From: Matt Hogstrom [mailto:[EMAIL PROTECTED] Sent: Saturday, May 13, 2006 1:20 AM To: [email protected] Subject: Re: SPECjAppServer2004 up! Awesome news :) Can you share the DDs ? Zakharov, Vasily M wrote: > Hi, all, > > Finally, after a long struggle, SPECjAppServer2004 benchmark is up on > Geronimo 1.0! > (on my notebook :) > > My thanks to Matt Hogstrom, David Jencks, Jacek Laskowski and Aaron > Mulder for their help with various problems and issues that occured in > this work. > > Now I'm working on updating the running manual and on creating a > reasonable hardware configuration to measure the actual performance > more effectively. > > Vasily Zakharov > Intel Middleware Products Division > **************** CAUTION - Disclaimer ***************** This e-mail contains PRIVILEGED AND CONFIDENTIAL INFORMATION intended solely for the use of the addressee(s). If you are not the intended recipient, please notify the sender by e-mail and delete the original message. Further, you are not to copy, disclose, or distribute this e-mail or its contents to any other person and any such actions are unlawful. This e-mail may contain viruses. Infosys has taken every reasonable precaution to minimize this risk, but is not liable for any damage you may sustain as a result of any virus in this e-mail. You should carry out your own virus checks before opening the e-mail or attachment. Infosys reserves the right to monitor and review the content of all messages sent to or from this e-mail address. Messages sent to or from this e-mail address may be stored on the Infosys e-mail system. ***INFOSYS******** End of Disclaimer ********INFOSYS***
