Richard Monson-Haefel wrote: > > Why do you think that the CORBA-POA 1:N architecture is more scalable? I'm > not sure that characterization is true. It seems to me that > "demultiplexing" adds a layer of indirection and complexity to the system > that may have a negative impact on performance. A tighter integration > between the EJB object and the bean class (as with a 1:1 relationship) would > probably be more efficient and peformant. Well, this is of course a tradeoff, but at least for memory consumption the 1:N approach is more scalable. It depends on how big the POA infrastructure is compared to the actual bean implementation, but for a simple bean the POA would probably be considerably larger than the bean itself, and using a 1:N architecture would in that case be much more scalable, even though there would also be a small performance hit. As an aside: In MTS this (the 1:1 JIT activation architecture) is now recognized (in a recent article by Tim Ewald in Component Strategies) as a scalability and performance problem as it turns out that the highly promoted JIT activation of COM impl components has very little impact on memory usage because the infrastructure (context wrapper and stubs) in general are much larger than the impl object and remain in memory until the client finishes the session with the component. The net effect is that quite a lot of CPU resources are spent activating and passivating "stateless" COM impl objects without achieving much memory conservation. OTOH, if memory is not an issue then I agree that the 1:1 approach would probably achieve better performance. -Per -- Per Spilling <[EMAIL PROTECTED]> ObjectWare AS, Slemdalsveien 37, Pb. 137 Vinderen, 0319 Oslo, Norway Tel: +47 23199200 Mobile: +47 90915115 Fax: +47 23199201 =========================================================================== To unsubscribe, send email to [EMAIL PROTECTED] and include in the body of the message "signoff EJB-INTEREST". For general help, send email to [EMAIL PROTECTED] and include in the body of the message "help".
