@aterentyev

Почему в nodejs внутри worker'a операции чтения файлов блокирующие?

Почему в nodejs внутри worker'a операции чтения файлов блокирующие, не смотря на то, что ОС предоставляет API для неблокирующих системных вызовов?

Скажем есть такой api: fs.readFile(). Это асинхронная операция, и внутри EventLoop она нас не блокирует. Под капотом же, EventLoop делегирует задачу одному из worker'ов, которые крутятся каждый на своем треде. fs.readFile() внутри worker'a является блокирующей операцией, и если внутри воркера есть несколько задач на чтение, они друг друга блокируют. Вопрос в том, почему node не использует не блокирующие системные вызовы (такие как epoll_create(), epoll_ctl() и epoll_wait()) для операций чтения файлов?
  • Вопрос задан
  • 149 просмотров
Пригласить эксперта
Ответы на вопрос 1
Если в машине есть один винчестер с одним блоком голов, который в один момент времени может читать только один файл, то даже 50 параллельных воркеров не ускорят задачу по чтению 50 файлов. На уровне контроллера i/o устройства они все равно встанут в очередь. Поэтому, наверное, главным образом libuv не делает как вы спрашиваете, потому что скорость чтения при вашем подходе не вырастет.

Я упомянул libuv, потому что именно она лежит в основе NodeJS. Подробнее об этом здесь: https://nikhilm.github.io/uvbook/introduction.html
Ответ написан
Ваш ответ на вопрос

Войдите, чтобы написать ответ

Войти через центр авторизации
Похожие вопросы
19 апр. 2024, в 17:06
15000 руб./за проект
19 апр. 2024, в 16:53
1000 руб./за проект
19 апр. 2024, в 16:45
5000 руб./за проект