Re: Relieving some ClassLoader contention in PreferredClassProvider
Gregg Wonderly <[email protected]>
| Newsgroups | gmane.comp.java.sun.jini |
|---|---|
| Message-ID | <[email protected]> |
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. 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]