I agree, though there is a big semantic difference implied in the in-VM vs. remote case wrt pass by reference semantics. You may have a bean that works in-VM but not remote (or vice versa) because there is some assumption made. Bill, what do you think the right call here is? The caller could always assume he's passing by value (remote) but then run into problems if his code is then optimized in-VM. I know in JBoss you can control this behavior, but there's always a concern that the bean writer and the bean deployer aren't always on the same team (3rd party bean, etc.). One day the code works, then someone flips a switch, and it doesn't. I guess the original idea behind local vs remote interfaces was to make it more explicit (if you have a local interface, you pass by reference, remote, you pass by value).
Eric Kaplan Quoting Bill Burke <[EMAIL PROTECTED]>: > This is because JBoss optimizes in-VM communication whether you're using > Local or Remote interfaces. JBoss detects whether you are in-VM and does > the appropriate thing. > > I hope all this Remote and Local crap is removed in 3.0. There really is > no > reason for it. > > BTW, great work Jon! > > Bill > > > -----Original Message----- > > From: [EMAIL PROTECTED] > > [mailto:[EMAIL PROTECTED] Behalf Of Jon Barnett > > Sent: Saturday, June 21, 2003 12:30 PM > > To: [EMAIL PROTECTED] > > Subject: [JBoss-user] Performance gains using local interfaces in > > servlets > > > > > > We did some additional testing by tweaking web applications to use local > > interfaces to EJBs. These comparisons were made to our performance tests > > conducted earlier > > (http://www.amitysolutions.com.au/downloads/JBoss_optimizations.pdf) > > > > We found that they had little impact over the optimizations that JBoss > > performs internally. We saw perhaps a 1 ms decrease in the response time > > average, using the IBM SDK 1.4.0 with an optimized JBoss 3.2.0. > > > > In our test applications, we built the servlets so that they obtained > > references to EJBs only at initialization. So that nullified the > > PortableRemoteObject operation disadvantage. In a production system, you > > don't expect the references to change so we feel it is a reasonable > > performance tweak. > > > > Therefore, we were only measuring the speed improvement of passing by > > reference. With small amounts of data transferred between EJBs and > > servlets on a per transaction basis, the gain is small if not negligible > > from our results. If you were consistently transferring large blocks of > > data such as BLOBs for pictures, you might see more substantial > > performance gains. Images appeared to display faster when we inspected > > some pages incorporating BLOB derived pictures, although we would need to > > measure this to obtain a proper understanding of the gain. > > > > >From a memory perspective, we saw a 4Mb reduction in the virtual size > > (VSZ) and a 1.5Mb reduction in the resident in memory footprint (RSS) > > using the IBM SDK 1.4.0 with an optimized JBoss 3.2.0. > > > > Hope that is of use. > > > > > > ------------------------------------------------------- > This SF.Net email is sponsored by: INetU > Attention Web Developers & Consultants: Become An INetU Hosting Partner. > Refer Dedicated Servers. We Manage Them. You Get 10% Monthly Commission! > INetU Dedicated Managed Hosting http://www.inetu.net/partner/index.php > _______________________________________________ > JBoss-user mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/jboss-user > --------------------------------------------------- IMP Webmail brought to you by Galaxy Networks, Inc. http://www.galaxy.net ------------------------------------------------------- This SF.Net email is sponsored by: INetU Attention Web Developers & Consultants: Become An INetU Hosting Partner. Refer Dedicated Servers. We Manage Them. You Get 10% Monthly Commission! INetU Dedicated Managed Hosting http://www.inetu.net/partner/index.php _______________________________________________ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
