[concurrency-interest] Single-threaded ForkJoinPool

Viktor Klang viktor.klang at gmail.com
Sat Feb 6 05:21:31 EST 2016

What happens if you supply it with a thread factory which only allows a
single thread to be alive at a time, and returns null if it already has
returned a still living thread?

On Feb 6, 2016 05:19, "cowwoc" <cowwoc at bbs.darktech.org> wrote:

> Hi,
> Is this the correct mailing list for discussing ForkJoinPool in JDK9? If
> not, please point me to the right place.
> I have a feature request for ForkJoinPool which doesn't seem to be possible
> to implement without a JDK change:
> http://stackoverflow.com/q/34012134/14731
> Specifically, I need to be able to an application that uses Random and
> ForkJoinPool in a deterministic manner when debugging/profiling but run
> full-speed in normal execution mode. I have all the moving parts nailing
> down except for ForkJoinPool.
> If I create ForkJoinPool with a parallelism of 1, sometimes I see two
> worker
> threads getting used. I am guessing that this is caused by
> ForkJoinTask.get() invoking ForkJoinPool.common.externalHelpComplete(), but
> maybe something else is going on.
> Is there a way for me to guarantee that ForkJoinThread will use exactly 1
> worker thread, no less, no more? Would you like me to file a formal feature
> request?
> Thank you,
> Gili
> --
> View this message in context:
> http://jsr166-concurrency.10961.n7.nabble.com/Single-threaded-ForkJoinPool-tp13232.html
> Sent from the JSR166 Concurrency mailing list archive at Nabble.com.
> _______________________________________________
> Concurrency-interest mailing list
> Concurrency-interest at cs.oswego.edu
> http://cs.oswego.edu/mailman/listinfo/concurrency-interest
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://cs.oswego.edu/pipermail/concurrency-interest/attachments/20160206/4ad49624/attachment.html>

More information about the Concurrency-interest mailing list