| |||
| [Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] |
On Oct 31, 2009, at 3:30 PM, Mike Swingler wrote:
Ah, you've just made me realize there's been an error in my thinking about GCD. I've been assuming without questioning it that it is, at its core, an operating system wide thread pool, where the OS manages some total pool of available threads and these can do work for any application. In my imagination, one minute a thread might be servicing Java and another minute it might be servicing Finder. But that's nonsense. Somehow I'd read all this talk of system wide load management and forgotten that a thread lives within a single process. Of course, GCD could be implemented on some other abstraction - processes, messages etc, but there'd be some fierce problems to solve moving arbitrary blocks of code and data around between processes! And to do it securely, not plausible!?! So of course, however few or many threads GCD creates for the JVM belong to the JVM process. And following on from that thought, given you think it's OK, then indeed, why not let them stay attached to the JVM until they die? If there is a tradeoff to me made what I could do is give the GCDExecutor a boolean constructor parameter to let the caller decide, but even that might just be adding unnecessary complexity. Thanks again - I'll incorporate your feedback this week as time allows. AndyT (lordpixel - the cat who walks through walls) A little bigger on the inside (see you later space cowboy, you can't take the sky from me) |
Attachment:
smime.p7s
Description: S/MIME cryptographic signature
_______________________________________________ Do not post admin requests to the list. They will be ignored. Java-dev mailing list (email@hidden) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/java-dev/email@hidden This email sent to email@hidden
| Home | Archives | FAQ | Terms/Conditions | Contact | RSS | Lists | About |
Visit the Apple Store online or at retail locations.
1-800-MY-APPLE
Contact Apple | Terms of Use | Privacy Policy
Copyright © 2007 Apple Inc. All rights reserved.