[concurrency-interest] jsr166y.forkjoin API comments
Darron_Shaffer at stercomm.com
Mon Jan 28 08:54:20 EST 2008
> Do you think the serious design wins for ForkJoin are going to come
from from parallelizing tasks that
> only take a few instruction cycles, or do you think ForkJoin's biggest
win will be with tasks that take
> thousands or millions of cycles?
I have a great curiosity about combining NIO with ForkJoin. When a
selector unblocks with 150 SocketChannels ready for attention, then
ForkJoin could hand the processing off to a pool of threads. Crypto
probably needs to be moved to a separate stage so it doesn't stall
everything, but otherwise this looks like a natural match.
More information about the Concurrency-interest