ForkJoinPool: вызывает ли invokeall() неправильный порядок?

Насколько я понимаю, ForkJoinPool использует принцип «последним пришел — первым ушел» (LiFo). Возможно, лучшее объяснение, которое я смог найти, это эта ссылка. Однако метод invokeall() в ForkJoinPool.java, по-видимому, объединяет (quietlyjoin()?) задачи в том порядке, в котором они были отправлены (FiFo), см. код ниже. Не лучше ли сделать наоборот, ведь вся обработка LiFo?

Не приведет ли это к меньшему количеству «компенсационных потоков»? Я думаю переписать свой код для отправки задач, а не использовать invokeall(), и из-за этого присоединиться к ним на основе LiFo. Смотрите также:

ForkJoinPool останавливается во время invokeAll/join

ForkJoinPool, похоже, теряет поток

РЕДАКТИРОВАТЬ: существует разница в том, отправляется ли задача во внешнюю очередь или в очередь исполнителя. Я имею в виду деку рабочего. Я предполагаю, что invokeall() может привести к остановке потока здесь.

public <T> List<Future<T>> invokeAll(Collection<? extends Callable<T>> tasks) {
        // In previous versions of this class, this method constructed
        // a task to run ForkJoinTask.invokeAll, but now external
        // invocation of multiple tasks is at least as efficient.
        ArrayList<Future<T>> futures = new ArrayList<>(tasks.size());

        try {
            for (Callable<T> t : tasks) {
                ForkJoinTask<T> f = new ForkJoinTask.AdaptedCallable<T>(t);
                futures.add(f);
                externalSubmit(f);
            }
            for (int i = 0, size = futures.size(); i < size; i++)
                ((ForkJoinTask<?>)futures.get(i)).quietlyJoin();
            return futures;
        } catch (Throwable t) {
            for (int i = 0, size = futures.size(); i < size; i++)
                futures.get(i).cancel(false);
            throw t;
        }
    }