Почему параллельный Promise.all() на порядок медленнее, чем последовательные await'ы?

Question

[floppa322]

Запускается 10 последовательных обращений к БД ( под последовательностью подразумевается, что в каждый момент времени работает только 1 воркер из пула ).
Затем запускаются ( без ожиданий завершения предыдущего обращения к БД ) ещё столько же запросов, но в этом случае, в poll-очереди Event loop'а должны оказаться уже не 1, а 10 эвентов, соответственно ( в теории ) все воркеры будут загружены.
Однако на практике 2-й вариант работает более, чем на порядок медленнее

let start = process.hrtime();

    for(let i = 0; i < userIds.length ; i++)
    {
        await User.findOne( { _id: userIds[ i ] } );
    }

    console.log( 'Sequential time through Await: ' + process.hrtime( start ) );


    let findUserTasks = [ ];
    start = process.hrtime();

    for(let i = 0; i < userIds.length ; i++)
    {
        findUserTasks.push( User.findOne( { _id: userIds[ i ] } ) );
    }

    await Promise.all( findUserTasks );

    console.log( 'Parallel time through Promise.all: ' + process.hrtime( start ) );

Output:
Sequential time through Await: 0,22821906
Parallel time through Promise.all: 3,20166249

P.S.: При нарезке изображений разного размера с помощью модуля Sharp, Promise.all(), как и предполагалось, показывает себя намного быстрее, чем последовательные await'ы

Comments

[Robur]

Дело видимо не в await или promise.all, или что-то с eventloop, а в работе с mongo.
Пул по умолчанию в официальном драйвере - 5.
Кроме того для чистоты эксперимента нужно запускать не друг за другом а отдельно с async и отдельно с .all.
Так же включите логи в монго драйвере и посмотрите что именно и когда он запрашивает с базы. Может у вас там в середине .all коннекшн отваливается и он переподключается или еще что.
И у вас в вопросе перепутано - не await медленнее (что логично) а .all медленее (что как раз и происходит)

[floppa322]

Robur, спасибо за информацию :)
Пробовал и по отдельности запускать await / all - один и тот же результат
Сейчас попытаюсь разобраться в драйвере, потому что, как Вы и сказали, скорее всего дело в нём
Исправил заголовок вопроса )

[floppa322]

Eugen, так специально же сделано несколько запросов, вместо одного

[floppa322]

Eugen, я же объяснил всё в самом вопросе: с последовательными await'ами поскольку мы на каждой итерации ждём завершения предыдущего запроса, то работать будет лишь 1 воркер ( если, конечно, у них не будет каких-то других эвентов ), а во 2-м варинте мы не дожидаемся завершения каждого эвента, мы их только отправляем на 'обработку', соответственно воркеры ( уже не 1, а несколько ) должны расхватать эти эвенты и начать выполнять.
А если использовать in, то смысл теста теряется, так как, используя такой оператор мы просто будем делать лишь 1-но обращение к БД и оценить разницу между множественными последовательными await'ами и Promise.all не получится

Answer 1

[floppa322]

Нашёл некоторую информацию: на SO предполагают, что дело может быть в том что сам Mongo немного по-разному ведёт себя, когда к нему за единицу времени стучится 1 или несколько запросов
Та же проблема на SO