в кутэ же система событий во фреймворке, зачем там асинхронная библиотека?

это как в джава9? ленивые стримы?

промизы/асинк эвэйт/реактивное программирование

в то время как race conditions и т.д. дебажить относительно сложно да и само по себе multithreaded программирование тема не из простых - асинхронное программирование легче дебажить и если блокировать loop то это заметно снижает производительность

удачно с точки зрения абстракции. с точки зрения производительности каналы так себе решение

а как заблокировать eventloop? про какой язык речь тут?

не спорю, однако это не меняет факт что channel это в конце концов тоже лишь mutex конструкция и рано или поздно чел встретится с проблемами синхронизации, например когда 2 рутины обрабатывают один map

в 1.9 появился синхронизированный map, все видели?

да очень просто, язык тут абсолютно не при чём, суть в том, что вся бизнес логика выполняется в одном потоке, если писать блокирующий код то это будет существенно тормозить процесс

при чем, не в каждом дают такую возможность - блокировать eventloop и вообще управлять им, но в целом по сути сказанного спорить не о чем

что значит "дают возможность"... тут же всё элементарно: если мы пишем слишком много кода для выполнения в одном цикле event loop'а - мы его неизбежно блокируем..

без конкретной реализации eventloop это разговор безадресный

по вашему event loop можно написать таким образом, что вычисление числа фибоначчи до хрендевятисятой степени не сможет его заблокировать?))

по вашему event loop можно написать таким образом, что вычисление числа фибоначчи до хрендевятисятой степени не сможет его заблокировать?))

в питоне eventloop заблокировать можно, в nodejs нельзя, если не использовать специально созданные ружья для выстрела в ногу)

нельзя?! это как?)))) как-раз таки в Node это проблема очень частая особенно для новичков

оно заблокирует не evetloop а нить

возможно ты неправильно понял, речь идёт об использовании той или иной технологии с точки зрения программиста пользователя если написать в бизнес логике вычисление числа фибоначчи до уровня 10^999 то event loop повиснет, ибо бизнес логика выполняется не в нитях async IO, а в main thread'e и этого к сожалению многие особенно в начале не понимают и блокируют тем самым луп значитльно снижая производительность процесса

конкретно в ноде и в libuv есть пул потоков

операции с файлами и т.д.

если бизнес логика написана в синхронном стиле то это для event loop'а катастрофа

вот что собственно имеется ввиду

ну конкретно в ноде можно линтить вызов sync-методов и не давать их использовать, в питоне не давать работать с eventloop напрямую в продукте реализующим бизнес, писать асбтракции исключающие это

я и ваш го заблокирую легко, есть вроде бы GOMAXPROC - это сколько потоков отрабатывают горутины

достаточно сделать такое количество горутин с бесконечным циклом и все

однако scheduler будет переодически свитчить между тасками, один таск не заблокирует другой

просто 2 goroutine'ы запустить с разным console output'ом и обе подвесить в бесконечном цикле