Event loop в Node.js

Сергей Аванесян, Senior Software Engineer EPAM
«Хочешь понимать, что у NodeJS под капотом? Тогда этот доклад для тебя!
Я расскажу про то, как устроен и работает eventloop в NodeJS. Во время доклада разберем всё на практическом примере с визуализацией».
Ссылка для скачивания презентации: events.epam.com/events/itsubb...

[@user-hc5px6de9y]

За пол часа, понять как строить архитектуру кода. Очень информационный доклад без воды!

[@denisdk7912]

Спасибо за доклад, лучшее что видел про event loop ноды

[@tshch8571]

Странно, что не упомянули автора в тексте. Сергей Аванесян, запомните этого парня!

[@epammoscowitsubbotnik5379]

Мы исправились =)

[@alenalinkevich4489]

Спасибо большое, очень классный и нужный доклад. Пересмотрела и перечитала кучу всего, этот самый понятный.

[@AkkayHT228]

Alena Linkevich как успехи, уже выучили?

[@piano9446]

Thank you Sergey jan, this is a really very helpful, detailed presentation.

[@user-xw6jr7ue4b]

Лучшее объяснение по этой теме. Посмотрел видосов 10 как на русском, так и на английском, читал документацию, лазил по разным сайтам, но именно благодаря вашему объяснению понял как это работает.

[@ykartoev]

Крутой доклад, большое спасибо!

[@atk65223]

Спасибо, крутой доклад. Единственное что, лучше бы слайд постоянно показывали на полный экран, а аудиторию где-то в углу. На аудиторию не очень интересно смотреть, а слайд не видно.

[@AlexP-qm7ew]

Как решение - скачать презентацию по ссылке и открыть в окне рядом, если есть такая возможность

[@surho007]

Супер офигенное обьяснение

[@user-no2rk3rz4e]

Лучшая подача про event loop

[@user-up1ii7zt8y]

Очень круто! Спасибо!

[@MasharipovSaidbek]

Thanks, Great work!

[@yennms5547]

Отличное видео, спасибо!

[@dima19972525]

топ доклад, лектор красавчик, оч понравилось

[@aleksandrmatyka3118]

Отличный доклад

[@andriiveretko3399]

В новых версиях ноды setIntermidiate() имеет выше приоритет и колбэк будет выполнен уже в нынешнем цикле

[@Fayzov]

Ахуенно! Спасибо за доклад!

[@user-qi7pn3py2q]

Super!

[@torodinson5260]

почему readfile идет в poll ? это же i/o колбэк

[@glebbondarenko67]

Как я понял DataLoader основан на том что nextTick выполняется перед Promise

[@Dragolietel]

С файлом немного не точный пример - он туда не заходит потому что файл может быть еще не прочитан и сообщение вообще не в мессейдж кью

[@evgenylevchenya8734]

Попробуйте обернуть всё в асинхронную функцию и добавьте await к промисам или докинуть fs/promises

[@alexeylozenko6093]

Коротко и просто очереди и приоритет их выполнения.

[@fruitypie]

У nextTick() приоритет над таймерами и они выполняются быстрее, но, авторы многих популярных книг по ноде вообще не рекомендуют использовать данный метод Автору не помешало бы приводить побольше реальных примеров, а так, спасибо за доклад

[@user-ix2ic4te6h]

почему при использовании module вместо require другой порядок

[@daniildmitriev7426]

Приложите листинг кода плиз

[@jaisharma8056]

Можешь сделать то же видео в английском переводе?

[@dawitadmassu2947]

no English version please ?

[@glebandreev7095]

стоило начинать с паттерна реактор и демультиплексирования событий, только потом говорить про event loop и уточнить, что по факту нет такого количества очередей под каждую фазу, есть только Event Queue, которую libuv разбирает в соответсвии в фазами

[@torodinson5260]

где в примере с crypto там 4 асинхр ф-ии ?

[@user-bu3hz5be5w]

Не совсем. Это параллельные функции. Тяжёлые операции вроде crypto попадают в Thread Pool, который находится как бы "за" основным потоком и перекладывается на другие ядра компьютера. То есть в примере с крипто у нас каждую функцию выполняет отдельное ядро компьютера, за счёт чего они выполняются практически одновременно. Таким образом сильно сокращается время, за которое выполняется код

[@TyrboCreed]

14:53 Почему попадает в check а не в timers?

[@bohdanivanychko7702]

в timers попадают только setInterval и setTimeout

[@DBFEnd]

Классное видео, но к сожалению допущена ужасная и очень важная для понимания ошибка в описании: микротаски выполняются не после каждой макрофазы, а после каждой задачи из макрофазы. Аналогия такая же как в браузерном ивентлупе, только тут 6 макроочередей вместо 1

[@user-jx8pe4yz6q]

Сразу зарезолвленный промис это синхронная операция?

[@user-yd6be5wz4p]

Нет, он все равно попадет в очередь. Создание промиса это синхронная операция. Resolve и reject - асинхронные

[@fili_9485]

​@@user-yd6be5wz4pа вот если then после этого то then микротаск будет

[@torodinson5260]

какая разница между двумя фазами i/o ?

[@user-bu3hz5be5w]

I - input (ввод), O - output (вывод). Это операции, связанные с чтением/записью файлов. Возможно, ещё с какими-то, но на ум не приходят

[@user-sw4ed4gh9n]

8:51

[@321123580]

Это Мартиросян?

[@catsapp]

Да подрабатывает. Шутки кончились

[@suazdee]

В IT идут те, кто говорить не умеет? А вообще спасибо, норм материал

[@catsapp]

И объяснять. Поэтому везде доки непонятные

[@user-jt7wb3zc1m]

Вау, поздравляю! Самое плохое объяснение из всех которые когда-либо встречал!

[@idiotidiot2805]

почему? Всё предельно понятно же

[@alexeycherneny1431]

Я попробовал воспроизвести этот пример но получил результат иной. Поправьте пожалуйста если я не прав: //------------------------------------------------------------------------------ const fs = require('fs') console.log('START') setTimeout(() => { console.log('setTimeout 1') }, 0) setImmediate(() => { console.log('setImmediate') }) fs.readFile(__filename, ()=> { setTimeout(() => { console.log('readFile setTimeout') }, 0) setImmediate(() => { console.log('readFile setImmediate') }) process.nextTick(() => { console.log('readFile nextTick') }) }) Promise.resolve().then(() => { console.log('Promise') process.nextTick(() => { console.log('Promise Next Tick') }) }) process.nextTick(() => { console.log('Next Tick') }) setTimeout(() => { console.log('setTimeout 2') }) console.log('END') //------------------------------------------------------------------------------ Вывод START END Next Tick Promise Promise Next Tick setImmediate