Я вот добавлю ещё, что производительность - она не самое главное для Streams API (да и вообще для всей JVM).

Куда важнее читаемость кода, его расширяемость, удобство поиска ошибок - и вот конкретно в этом Streams API помогает. (А производительность у streams хуже, чем у for/while)

Переделал бенчмарк.

Замеряется скорость работы на массиве оберток, массиве примитивов и arrayList.

Для каждой структуры данных тестируется:
for loop,
for each loop,
stream через filter,
parallel stream через filter,
stream через reduce,
parallel stream через reduce

На массиве примитивов дополнительно тестируется:
IntStream через filter,
parallel IntStream через filter,
IntStream через reduce,
parallel IntStream через reduce

Код и результаты: https://github.com/Bromles/StreamBenchmark

отдельное спасибо @dshilnikov за помощь

интересно, почему на параллельных стримах такая большая погрешность на фоне цикла

что посоветуете почитать на собеседование на позицию sdet?

Библию.

что посоветуете почитать на собеседование на позицию sdet?

Сори, не мог не пошутить.

Улыбнуло))

что, это совсем дно позиция?)

когда я загуглил, что это за должность, мне гугл по второму же запросу выдал какой-то сайт, где все объяснялось одной фразой: "это программисты, которых бояться подпускать к чему-то кроме тестов"

да, есть такое мнение

нужна помощь:)

В чем?

я не знаю как напивать while который будет проходить по числу, делить его и даобовлять цифры

погугли про сортировку. Хренова туча способов, готовых реализаций и прочего по первым же ссылкам. Если плевать на оптимизацию, можешь хоть пузырьком написать, там вообще мозгов не надо

учись

тут не сообщество Любителей бесплатно писать за вас код

надо как минимум попытаться чтоль

так я и не прошу писать код, хотябы обяснить