[kto3]

#java #spring
Mam controller, w którym jako metoda jako parametr przyjmuje Array, i dla każdego elementu tablicy chce wykonać metodę z serwisu. Serwis wykonuje zapytanie, a następnie zwraca wynik. Da się dla każdego elementu tablicy jakoś ładnie utworzyć wątek wołający metodę z serwisu?

[vytah]

@kto3: Arrays.stream(inputArray).parallel().forEach(item -> { ... });

[sorhu]

@vytah: Stream.of ładniejsze. ( ͡° ͜ʖ ͡°)

[GotoFinal]

@sorhu: ale wolniejsze o 0.1ns ( ͡° ʖ̯ ͡°)

[sorhu]

@GotoFinal: No jak tutaj optymalizacji szukasz... ( ͡° ͜ʖ ͡°)

[kto3]

@sorhu: @vytah: dziękuję za naprowadzenie. Oszczędziliście mi kupę czasu.

[GotoFinal]

@sorhu: tak tylko się czepiam czepiania się że ładniejsze jak takie samo ( ͡° ʖ̯ ͡°)

[n.....a]

@kto3: Ja tylko wtrące, że parallel streamy są raczej nie zalecane, ze względu na jedną, globalną, niezarządzalną pulę wątków i kilka innych problemów via http://coopsoft.com/ar/CalamityArticle.html, więc osobiście zalecałbym chociaż własny executor i @Async via http://docs.spring.io/spring/docs/current/spring-framework-reference/html/scheduling.html

[sorhu]

@GotoFinal:
Ustalmy fakty.
Ja się nie czepiałem. ( ͡° ͜ʖ ͡°)
A ładność to kwestia gustu.
Przecież nie pisałem, że jedno jest lepsze niż drugie. ( ͡° ͜ʖ ͡°)

[GotoFinal]

@nygga: można kontrolować wątki parallel streama tworząc własnego poola i w nim odpalając streama, co jest oczywiście strasznie niewygodne i bezsensowne/
Ech, dlaczego tak piękne API musi być tak popsute, nie mogli dać prostej możliwości zapodania własnego poola lub nawet tylko jego wielkości jako argumentu parallel czy coś. przez co parallel staje się fajną zabawką tylko do małych "akademickich" programów ;/

@sorhu: mi się jakoś utrało że Array.stream

[n.....a]

@GotoFinal: Co jest niewygodnym hackiem i dalej nie rozwiązuje problemów samego ForkJoin'a ( ͡° ͜ʖ ͡°) słowo klucz: marketing, więcej rdzeniuf

[GotoFinal]

@kto3: @vytah: @sorhu: @nygga:
A co mi tam wołam wszystkich.

Bo tak właściwe przeczytałem dopiero pytanie.

Da się dla każdego elementu tablicy

[nachteil]

@kto3: @GotoFinal:
Nie wiem, jakie jest konkretne wymaganie (wiadomo, jak na uczelni powiedzą "wątek dla każdego elementu", to się tworzy wątek dla każdego elementu), ale generalnie do dobrania rozmiaru puli wątków można użyć formuły Goetza (czy tam Subramaniana, podobno są równoważne): http://baddotrobot.com/blog/2013/06/01/optimum-number-of-threads/

Natomiast pozostaje jeszcze kwestia skalowania puli wątków kontrolera, co hystrix zaleca jako

szczytowa wartość RPS w zdrowym kontrolerze * czas wykonania na 99. percentylu + zapas