sorry didn't read the full email.
Performance degrading when inside of an webapp, shouldn't be doing that, unless the 
classloader is doing something funky when demarshalling your request.

what you could do is to play around putting your RMI classes in different classpaths, 
like common/lib instead of WEB-INF/lib and see if that yields a difference

Filip

-----Original Message-----
From: Filip Hanik 
Sent: Friday, January 31, 2003 2:16 PM
To: Tomcat Users List
Subject: RE: RMI Performance problem


RMI has never been fast. It uses java serialization to marshall requests.
hence it is slow. The more complicated objects you send over the request, the slower 
it gets.

Filip

-----Original Message-----
From: Arachtingi, Mike [mailto:[EMAIL PROTECTED]]
Sent: Friday, January 31, 2003 2:07 PM
To: [EMAIL PROTECTED]
Subject: RMI Performance problem


Has anyone noticed a performance problem, using RMI from within a web
app?  
I developed a test program that looks up a remote object, and sends it
99 messages (i.e., invokes one of the remote methods.)  When I run this
as a stand-alone program, my results show an average invocation time of
about 3 - 4ms.  When I run the same program as a web app (tomcat 4.0.1,
or 4.0.4) I'm seeing averages around 80 ms.
 
JProbe confirms that cpu time is primarily spent in
sun.rmi.server.UnicastRef.invoke( )   
 
I don't have the sun.rmi source right now (I've looked on Sun One, but
can't find it --  anyone know the URL?), so I don't have any idea what's
the hang up.
 
Anyone have insight into this?   I saw a similar thread msg77001 "RMI
Class Annotation",  in which a fellow sees 800 ms per invocation for his
test, but he was talking about JBoss, and huge classpaths.  Or, am I
having the same problem?  (I don't know anything about
RMIClassLoader.getClassAnnotation(), which he says delivers 35K bytes
from server to client in his situation.)
 
Thanks,
 
Mike Arachtingi 

---------------------------------------------------------------------
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]

Reply via email to