The message size is about 300B. However, more important measure is the message complexity wrt XML. It is faster to parse a message with xsd:string than structure. At Systinet, we are working on reasonable benchmarks and we will publish it very soon. The fact, that there are no benchmarks yet makes me nervous :-) The bad thing is that HTTP processing is naturaly included. In WASP, it is easy to divide transport from the rest, but I'm not sure how easy/difficult will it be in other implementations.
I appreciate any benchmarking ideas! Radovan ----- Original Message ----- From: <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Monday, November 12, 2001 9:09 PM Subject: RE: Re: Performance problems > Radovan, > > What was the size of your message? I've seen similar numbers with > very small message sizes (~.03KB). Have you done any testing with > larger message sizes? I've seen a roundtrip of about 1 second w/a > message size of ~ 475KB. Curious if you have done any extensive > testing. > > Thanks, > > Chuck > > -----Original Message----- > From: janecek > Sent: Monday, November 12, 2001 12:22 PM > To: soap-user > Cc: janecek > Subject: Re: Performance problems > > > Since I got some follow-up questions, I just want to say it more > precisely: > This number does not mean a throughput. It means a number of > individual > sequential roundtrips between one client and one server. I.e. one > roundtrip > is about 2 ms. > > Radovan > > ----- Original Message ----- > From: "Radovan Janecek" <[EMAIL PROTECTED]> > To: <[EMAIL PROTECTED]> > Sent: Monday, November 12, 2001 2:10 PM > Subject: Re: Performance problems > > > > I meant 500 roundtrips. Client sends a request, server eats it and > produces > > response, client gets a response. > > > > R. > > > > ----- Original Message ----- > > From: "William Brogden" <[EMAIL PROTECTED]> > > To: <[EMAIL PROTECTED]> > > Sent: Monday, November 12, 2001 2:55 PM > > Subject: Re: Performance problems > > > > > > > Throughput is not the same as total delay from message sent > > > to response received. What is the WASP round-trip delay? > > > > > > Radovan Janecek wrote: > > > > > > > > 3 seconds for one message is a problem even over HTTP :-) > > > > WASP (Systinet's SOAP java stack) does about 500 messages > (helloworld > > like) > > > > per second. > > > > > > > > Sincerely > > > > > > > > Radovan > > > > > > > > Radovan Janecek > > > > VP, Engineering, Systinet (formerly Idoox) > > > > http://www.systinet.com > > > > > > > > ----- Original Message ----- > > > > From: "Ian Snead" <[EMAIL PROTECTED]> > > > > To: <[EMAIL PROTECTED]> > > > > Sent: Monday, November 12, 2001 1:21 PM > > > > Subject: Re: Performance problems > > > > > > > > > > > > > > I'm a little confused. 3 seconds over HTTP is a > > > > > performance problem? Sounds about average to me, > > > > > especially with XML parsing involved at both > > > > > ends...please correct me if this doesn't make > > > > > sense. > > > > > > > > > > Anybody got a good reference URL to a digest of > > > > > the SOAP performance debate? > > > > > > > > > > Cheers! > > > > > > > > > > Ian > > > > > [EMAIL PROTECTED] wrote: > > > > > > > > > > > > I am having BIG performance problems just running a simple > (Hello > > World) > > > > > > type program under Suse Linux 7.1. My setup is ; > > > > > > > > > > > > JAVA (SUN) 1.3.1 > > > > > > TOMCAT 4.0.1 > > > > > > SOAP 2.2 > > > > > > JavaMail 1.2 > > > > > > Xerces-J 1.4.3 > > > > > > JAF 1.0.1 > > > > > > > > > > > > And the JVM is set to -classic in jvm.cfg. > > > > > > > > > > > > When I run the client (built with the same s/w as above) on > either > > the > > > > same > > > > > > Linux box or on a different NT Workstation V4 box, the > response > time > > > > from > > > > > > hitting enter to getting the response is around 3 seconds. > > > > > > > > > > > > This application is v.simple (copied from a JavaWorld > article at > > > > > > > http://www.javaworld.com/javaworld/jw-04-2001/jw-0427-soap.html). > > > > > > > > > > > > To get it all working I changed catalina.sh in the > tomcat/bin > > directory > > > > to > > > > > > include the above components in the classpath as follows ; > > > > > > > > > > > > CP=$CP:"/home/steve/soap-2_2/lib/soap.jar" > > > > > > CP=$CP:"/home/steve/javamail-1.2/mail.jar" > > > > > > > CP=$CP:"/home/steve/jakarta-tomcat-4.0.1/common/lib/servlet.jar" > > > > > > CP=$CP:"/home/steve/jakarta-tomcat-4.0.1/server/lib" > > > > > > CP=$CP:"/usr/java/jdk1.3.1_01/lib" > > > > > > CP="/home/steve/xerces-1_4_3/xerces.jar":$CP > > > > > > CP=$CP:"/home/steve/jaf-1.0.1/activation.jar" > > > > > > CP=$CP:"/home/steve/soap-2_2/samples" > > > > > > > > > > > > The above lines were added after the CP env.var is set. > > > > > > > > > > > > The Java Profiler shows no real CPU usage. > > > > > > > > > > > > The CPU monitor shows the CPU pushing 100% for a brief > period. > > > > > > > > > > > > The hard disk light flickers briefly (logging ?) > > > > > > > > > > > > I guess my setup is wrong somewhere but I have no idea > where. > > > > > > > > > > > > Is anyone else running this config ? > > > > > > > > > > > > Any help will be very gratefully taken. > > > > > > > > > > > > Thanks in advance. > > > > > > > > > > > > Steve Mullarkey > > > > > > > > > > > > We have a rigidly enforced E-mail Standards Policy. Any > E-mail or > > E-mail > > > > > > attachment that is in contravention of this policy would be > outside > > the > > > > > > scope of authority of our employees. > > > > > > > > > > -- > > > > > Ian Snead > > > > > Software Developer > > > > > EzGov > > > > > Work : 404 836 7957 > > > > > > > > > > "Return a buffered reader to receive > > > > > back the response to whatever was sent to whatever." > > > > > > > > > > - from the Apache SOAP documentation > > > > > > > > > > > -- > > > WBB - [EMAIL PROTECTED] > > > Java Cert mock exams http://www.lanw.com/java/javacert/ > > > Author of Java Developer's Guide to Servlets and JSP > > > ISBN 0-7821-2809-2 > > > > > > > > > Visit our website at http://www.ubswarburg.com > > This message contains confidential information and is intended only > for the individual named. If you are not the named addressee you > should not disseminate, distribute or copy this e-mail. Please > notify the sender immediately by e-mail if you have received this > e-mail by mistake and delete this e-mail from your system. > > E-mail transmission cannot be guaranteed to be secure or error-free > as information could be intercepted, corrupted, lost, destroyed, > arrive late or incomplete, or contain viruses. The sender therefore > does not accept liability for any errors or omissions in the contents > of this message which arise as a result of e-mail transmission. If > verification is required please request a hard-copy version. This > message is provided for informational purposes and should not be > construed as a solicitation or offer to buy or sell any securities or > related financial instruments. >