Re: Relieving some ClassLoader contention in PreferredClassProvider
Dan Creswell <[email protected]>
| Newsgroups | gmane.comp.java.sun.jini |
|---|---|
| Message-ID | <[email protected]> |
Gregg Wonderly wrote: > Peter Jones wrote: >> Why bother executing the task in a thread pool, instead of just using >> the current thread, which has nothing better to do at that point, and >> executes it directly in the unmodified implementation? > > There are a couple of issues which I am trying to deal with in making these > changes. Predominately, it's about eliminating the locking that slow > network > connections create in this code. But the primary issue is making progress > visible. If a user is on a slow cellphone connection and talking to 5 > hosts > each hosting 20 services that's about 100 codebase class loaders that > need to > resolved and created. Having 100 network connections running over a > slow link, > trying to test the classloader permissions, will create a huge delay and > then a > bunch of activity. I'm trying to create some continuous activity by > limiting > the total number of simultaneous things going on. > Sure - remembering of course that apply such throttling etc can result in deadlocks due to inter-dependencies some of which can't be processed at the appropriate point in time. > I am working on a different implementation today, without the queue and > executor. I'll see what transpires to figure out whether I really need > the queue. > > Gregg Wonderly. > > -------------------------------------------------------------------------- > Getting Started: http://www.jini.org/wiki/Category:Getting_Started > Community Web Site: http://jini.org > jini-users Archive: http://archives.java.sun.com/archives/jini-users.html > Unsubscribing: email "signoff JINI-USERS" to [email protected] > -------------------------------------------------------------------------- Getting Started: http://www.jini.org/wiki/Category:Getting_Started Community Web Site: http://jini.org jini-users Archive: http://archives.java.sun.com/archives/jini-users.html Unsubscribing: email "signoff JINI-USERS" to [email protected]