Re: Executors enhancement

2016-08-07 Thread Claes Redestad
Hi Christian, have you looked at java.util.concurrent.ForkJoinPool.commonPool()? /Claes On 2016-08-08 00:51, Christian Schulte wrote: Hello, whenever I need to update an existing codebase to add some kind of parallelization, I am in the need of an executor matching the number of processors

Re: Executors enhancement

2016-08-07 Thread Brian Goetz
David is right about common pool not being a general-purpose executor. However, its intent is slightly broader than “just for streams”; it is intended as a general-purpose FJ Pool for any library that wants to spew parallel calculations into a shared FJPool and be a good citizen. Creating

Re: Executors enhancement

2016-08-07 Thread David Holmes
Hi Christian, On 8/08/2016 9:16 AM, Claes Redestad wrote: Hi Christian, have you looked at java.util.concurrent.ForkJoinPool.commonPool()? That isn't quite the same thing as a general shared executor. /Claes On 2016-08-08 00:51, Christian Schulte wrote: Hello, whenever I need to update

Executors enhancement

2016-08-07 Thread Christian Schulte
Hello, whenever I need to update an existing codebase to add some kind of parallelization, I am in the need of an executor matching the number of processors available at runtime. Most of the time I end up using something like:

Re: Executors enhancement

2016-08-07 Thread David Holmes
On 8/08/2016 10:04 AM, Brian Goetz wrote: David is right about common pool not being a general-purpose executor. However, its intent is slightly broader than “just for streams”; it is intended as a general-purpose FJ Pool for any library that wants to spew parallel calculations into a shared