Avoiding multithreading with Java streams

Question

We're having this issue: SLURM slow for array job

Is there some way that

collection.stream().someFunction1().someFunction2() etc.

or

Arrays.stream(values).someFunction1().someFunction2() etc.

does cause some multithreading?

We don't have anything like "parallel" or "thread" in our code.

Thanks in advance

Martin

No.. Unless you do something like that (creating threads) within your someFunction1 or someFunction2. — Thiyagu
– Thiyagu, Commented Sep 4, 2018 at 12:48
And what is stream.someFunction1() exactly? Must we suppose map()? — ernest_k
– ernest_k, Commented Sep 4, 2018 at 12:49
someFunctionX are filter(), map(), findFirst(), count(), sum(), collect(), etc. We didn't include any parallelism ourselves, and also don't have parallelStream() or similar. — Luma
– Luma, Commented Sep 4, 2018 at 13:15

VGR · Accepted Answer · 2018-09-04 14:42:00Z

2

No.

From the documentation for Collection.stream:

Returns a sequential Stream with this collection as its source.

From the documentation for Arrays.stream:

Returns a sequential Stream with the specified array as its source.

A sequential stream is the opposite of a parallel stream. It is processed in the calling thread only.

answered Sep 4, 2018 at 14:42

VGR

45k4 gold badges52 silver badges71 bronze badges

Sign up to request clarification or add additional context in comments.

1 Answer 1