синхронная = блокирующая,
асинхронная - неблокирующая, если правильно вызвать

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

такая проверка мало что даст - нет гарантии что в асинхронной функции не будет блокирующих операций

не знаю. Может, в твоем кейсе как раз твой подход норм.

да, ты прав.

только в случае, если сам функцию и написал)

Мой кейс это общение мейн треда с воркерами через подписку на события, и сообщения могут быть разные, команды например, которые вызывают функции в воркере. Соответственно у меня список функций которые могут быть вызваны в случае on('message') в зависимости от сообщения мейнтреда. И мейн тред может одновременно несколько разных команд послать, из этого следует, что я не хочу чтобы долгая операция блокировала более быструю

Мейн тред шлет несколько команд в один воркер или рандомно в разные?

Можешь создать один тред чисто для быстрых функций?

Но опять-таки, я такое не писал, чисто вот рассуждаю.

на гитхабе что-то есть? Я б посмотрел

Нет, пока еще в гитхаб ничего не публикую. Да там ниче сложного. Вроде по-моему описанию понятно должно быть) Но я понял, что чтобы сделать так как я хочу, я должен явно указывать порядок вызова функций. Никакой асинхронной магии я не получу приписав async или засунув функцию в промис

да, мне кажется, это не тот случай

что тебе нужно понять - у тебя 1 процесс а это значит что в одну единицу времени ты можешь выполнять только одну операцию, асинхронность это просто магия передачи управления из одной функции в другую в красивом синтаксисе
если говорить в терминах то в ноде невытесняющая многозадачность
на пример
function a(){
 const sum = 1 + 2;
 return sum;
}
при вызове a() ничто другое в твоем процессе выполнятся не будет пока функция не завершится
пример с async
asunc function s() {
 const sum = 1 + 2;
 const result = await request(‘url’, sum);
 return result;
}
в этом примере
при вызове await s()
код синхронно дойдет до await request(‘url’, sum)
выполнится функция request (петля все еще заблокирована) и после этого из request() вернется промис и управление будет передано петле , после этого твой процесс свободен до того момента пока результяте request() не вернется из сети

Спасибо. Это я понимаю. Просто (с оф. сайт ноды):
В Node.js есть два типа потоков: один Event Loop и k Workers. Event Loop отвечает за обратные вызовы JavaScript и неблокирующий ввод-вывод, а Workers выполняет задачи, соответствующие коду C ++, который выполняет асинхронный запрос, включая блокирование ввода-вывода и работу с интенсивным использованием ЦП. Оба типа потоков работают не более чем с одним действием одновременно.

Я просто тогда упорно не понимаю, какие операции все таки блокируют а какие нет.

Я уже пару дней писал сюда вопрос по поводу асинхронности, и говорил, что у меня каша в голове. Видимо каша до сих пор. Что-то понял, например про отсутствие вытесняющей многозадачности, но все равно ясности нет.

Если речь о функциях стандартных модулей, то блокируют те, у которых есть суффикс Sync

Нет, с ними как раз все понятно. Речь о своих функциях. Например функция которая вызывает проход по циклу и функция которая просто эмитает событие. Я думал что блокирующая тут только одна, та которая делает проход по циклу.

если коротко не блокируещее все что проихсходит вне твоего процесса
- ожидание ответа из network или локального unix socket
- ожидание ответа от файловой системы
- ожидание асинхронного таймера
по поводу тредов которые выполняют блокирующие операции - это внутренняя кухня петли , просто некоторые операционные системы на пример не умеют делать неблокируюший I/O файловой системы и для этого есть костыль в виде треда который ждет ответа и не блокирует основной поток петли