> -----Original Message----- > From: [EMAIL PROTECTED] > [mailto:jboss-development-admin@;lists.sourceforge.net]On Behalf Of Hiram > Chirino > Sent: Friday, November 15, 2002 8:36 AM > To: [EMAIL PROTECTED] > Subject: RE: [JBoss-dev] new PooledInvoker: speeds up invocations > > > > > - Thread pooling (same as the PooledInvoker). > > > > When I looked at code it looked like there still was a thread > > being spawned > > for each invocation. Sure, when you hand off the message, > there is a pool > > there, but there seemed to be a thread spawn before this. This > > needs to be > > avoided. > > > > Perhaps.. I've not double checked the pool code. The first time an > invocation comes though shure, but the second time, the pooled > thread should > get reused. >
Please make sure. It didn't read that way when I looked at it last. > > > - Connection sharing. Multiple invocations can be sent to the > > > server at the > > > same time. Sending an invocation down the socket does not stop other > > > invocation from going down the pipe. > > > > Is this possible? Doesn't the socket get synchronized (and thus > > serialized > > invocations) when a lot of threads hit it? > > > > Yep.. But this is good, if servicing requests has a delay in it.. You can > sqeeze more requests into one socket. I need to make the > connections pooled > also so that a single socket does not get over-used. > Yeah, maybe good for your design, but not good for performance. BTW, with the PooledInvoker vs. RMI tests, I'm pretty sure that RMI caches the connection. If I re-use the the same RMI proxy then Pooled is only 30% faster. Also, BTW, I borrowed your marshalling code at first and it was significantly slower than straight ObjectStreams. (Don't remember percentages.) > > > - Uses NIO if running under java 1.4, normal blocking IO if on 1.3 > > > > > > My performance testing did not show it was better than RMI. > > Perhaps I was > > > running a bad test, perhaps I need to add connection pooling so > > that more > > > than one socket is established from the client to the server. > > Perhaps all > > > this functionality is just adding too much overhead. > > > > > > > I'll add the benchmark to the pooled test in the testsuite. It already > > benchmarks RMI vs. Pooled. > > > > thanks. > > > > Anyways. JMS need bi-directional invocations (BADLY). Should > > > this become a > > > requirement for the other invokers?? > > > > > > > Could a InvocationResponse object be used instead? Or, if you > had detyped > > invocations, couldn't you just pass a callback object along with > > the request > > via a client-side interceptor? Just curious...why do you need > > bi-directional invocations? Acknowledgements? Callbacks? Is > David using > > the bi-directional capability for Distributed Trans callbacks? > The whole > > point of the Invoker architecture is to detach the transport > > layer from the > > actual service. > > > > The JMS server uses callbacks. Thats how it drives asynchronous message > delivery. A normal RMI callback object cannot allways be used since the > client may be behind a firewall. I want to be able to > communicate with the > client over the same socket that he established with the server. Make > sense?? > Are the callbacks both for subscribers and Acks? Or are acks delivered as a response. > Regards, > Hiram > > > Bill > > > > > > > > ------------------------------------------------------- > > This sf.net email is sponsored by: To learn the basics of securing > > your web site with SSL, click here to get a FREE TRIAL of a Thawte > > Server Certificate: http://www.gothawte.com/rd524.html > > _______________________________________________ > > Jboss-development mailing list > > [EMAIL PROTECTED] > > https://lists.sourceforge.net/lists/listinfo/jboss-development > > > > ------------------------------------------------------- > This sf.net email is sponsored by: To learn the basics of securing > your web site with SSL, click here to get a FREE TRIAL of a Thawte > Server Certificate: http://www.gothawte.com/rd524.html > _______________________________________________ > Jboss-development mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/jboss-development ------------------------------------------------------- This sf.net email is sponsored by: To learn the basics of securing your web site with SSL, click here to get a FREE TRIAL of a Thawte Server Certificate: http://www.gothawte.com/rd524.html _______________________________________________ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development