Я пытаюсь убедить людей в PR что возможно не стоит его использовать особенно если у нас нету никаких метрик в этом плане, может у кого-то под рукой грамотная статья про это ?
Мы во всю юзали , свой кастомный форк join pool, в нем форкаем стрим, который дальше параллелится не по количеству ядер а по размеру пула, мы в соседний сервис так за данными ходим. Считай map reduce😁
а метрики у вас есть что одни подход быстрее чем другой работает ?
Ну один поход в соседний инстанс у нас 100 мс за данными, 25 вызовов долго, в параллельном стриме на 25 потоков будет 100+- мс
может немного оптимизнуть и за один сетевой вызов забирать инфу сразу для всех ? ну условно сделать batch-endpoint.
У нас около 700 мб json результирующий получался, но там не в объеме дело, а в разбиении одного большого вычисления на 20 поменьше для ускорения. С 3 минут до 15 секунд уменьшили время запроса😁
Обсуждают сегодня