1
Legacy это наследие (дословный перевод с английского)
перевод я знаю что , а вот что под этим в ноде и вообще в программировании понимается , понятия не имею . очень часто встречаю это слово
Size: a a a
2020 December 05
Y
спасибо . то , что вывод данных в консоль тоже io операция очень неожиданно. вчера час спорил с одним докладчиком, что таймер не может быть io операцией , видимо он был прав
Таймер это не I/O
I/O это данные которые программа получает из внешнего мира и отдает обратно (не совсем корректное утверждение, но общий смысл такой)
I/O это данные которые программа получает из внешнего мира и отдает обратно (не совсем корректное утверждение, но общий смысл такой)
1
Таймер это не I/O
I/O это данные которые программа получает из внешнего мира и отдает обратно (не совсем корректное утверждение, но общий смысл такой)
I/O это данные которые программа получает из внешнего мира и отдает обратно (не совсем корректное утверждение, но общий смысл такой)
спасибо. теперь понятно стало немного ))
Y
АБ
А если они разбираются с процессами и потоками в легаси?
Тогда они сумасшедшие 🤪
ST
перевод я знаю что , а вот что под этим в ноде и вообще в программировании понимается , понятия не имею . очень часто встречаю это слово
для программиста очень полезный скилл - уметь гуглить (и да, чаще всего, это значит заходить дальше первых 2х ссылок)
1
всем привет. event loop в node js с какой фазы начинает работу и как фаза опроса управляет фазой таймеров ?
VS
всем привет. event loop в node js с какой фазы начинает работу и как фаза опроса управляет фазой таймеров ?
1
там не все верно , я читал этот перевод
1
Например, если мы запустим следующий скрипт, который не находится в цикле ввода/вывода (то есть, основной модуль), порядок, в котором выполняются эти два таймера, недетерминирован, так как он связан с производительностью процесса:
// timeout_vs_immediate.js
setTimeout(function timeout () {
console.log('timeout');
},0);
setImmediate(function immediate () {
console.log('immediate');
});
написано что иногда setimediate выполняется раньше , что не является истиной .
я запустил этот код у себя и раз 15 посмотрел вывод. всегда таймер идет раньше setimediate
// timeout_vs_immediate.js
setTimeout(function timeout () {
console.log('timeout');
},0);
setImmediate(function immediate () {
console.log('immediate');
});
написано что иногда setimediate выполняется раньше , что не является истиной .
я запустил этот код у себя и раз 15 посмотрел вывод. всегда таймер идет раньше setimediate
VS
Например, если мы запустим следующий скрипт, который не находится в цикле ввода/вывода (то есть, основной модуль), порядок, в котором выполняются эти два таймера, недетерминирован, так как он связан с производительностью процесса:
// timeout_vs_immediate.js
setTimeout(function timeout () {
console.log('timeout');
},0);
setImmediate(function immediate () {
console.log('immediate');
});
написано что иногда setimediate выполняется раньше , что не является истиной .
я запустил этот код у себя и раз 15 посмотрел вывод. всегда таймер идет раньше setimediate
// timeout_vs_immediate.js
setTimeout(function timeout () {
console.log('timeout');
},0);
setImmediate(function immediate () {
console.log('immediate');
});
написано что иногда setimediate выполняется раньше , что не является истиной .
я запустил этот код у себя и раз 15 посмотрел вывод. всегда таймер идет раньше setimediate
1
как такое может быть ? выполнение же с таймеров начинается
VS
как такое может быть ? выполнение же с таймеров начинается
в статті, що я скинув там є пояснення.
ти кажеш що це не правда, бо в тебе не вийшло це затестити.
тоді окрім як оф доки я хз що сказати
https://nodejs.org/en/docs/guides/event-loop-timers-and-nexttick/
ти кажеш що це не правда, бо в тебе не вийшло це затестити.
тоді окрім як оф доки я хз що сказати
https://nodejs.org/en/docs/guides/event-loop-timers-and-nexttick/
DA
Например, если мы запустим следующий скрипт, который не находится в цикле ввода/вывода (то есть, основной модуль), порядок, в котором выполняются эти два таймера, недетерминирован, так как он связан с производительностью процесса:
// timeout_vs_immediate.js
setTimeout(function timeout () {
console.log('timeout');
},0);
setImmediate(function immediate () {
console.log('immediate');
});
написано что иногда setimediate выполняется раньше , что не является истиной .
я запустил этот код у себя и раз 15 посмотрел вывод. всегда таймер идет раньше setimediate
// timeout_vs_immediate.js
setTimeout(function timeout () {
console.log('timeout');
},0);
setImmediate(function immediate () {
console.log('immediate');
});
написано что иногда setimediate выполняется раньше , что не является истиной .
я запустил этот код у себя и раз 15 посмотрел вывод. всегда таймер идет раньше setimediate
На сайте ноды подробно разжевано вроде https://nodejs.org/en/docs/guides/event-loop-timers-and-nexttick/
1
На сайте ноды подробно разжевано вроде https://nodejs.org/en/docs/guides/event-loop-timers-and-nexttick/
не знаю я английский
1
в статті, що я скинув там є пояснення.
ти кажеш що це не правда, бо в тебе не вийшло це затестити.
тоді окрім як оф доки я хз що сказати
https://nodejs.org/en/docs/guides/event-loop-timers-and-nexttick/
ти кажеш що це не правда, бо в тебе не вийшло це затестити.
тоді окрім як оф доки я хз що сказати
https://nodejs.org/en/docs/guides/event-loop-timers-and-nexttick/
не ,ну как так получается , что раньше идет таймер, а выполнение начинается с фазы чек ?
VS
ти трішки неуважно читав
Порядок выполнения таймеров зависит от контекста, в котором они вызываются. Если оба вызова вызываются из основного модуля, то время будет связано с производительностью процесса (на который могут воздействовать другие приложения, запущенные на машине).
Например, если мы запустим следующий скрипт, который не находится в цикле ввода/вывода (то есть, основной модуль), порядок, в котором выполняются эти два таймера, недетерминирован, так как он связан с производительностью процесса:
1
ти трішки неуважно читав
Порядок выполнения таймеров зависит от контекста, в котором они вызываются. Если оба вызова вызываются из основного модуля, то время будет связано с производительностью процесса (на который могут воздействовать другие приложения, запущенные на машине).
Например, если мы запустим следующий скрипт, который не находится в цикле ввода/вывода (то есть, основной модуль), порядок, в котором выполняются эти два таймера, недетерминирован, так как он связан с производительностью процесса:
я прочитал эту статью . но все равно не понимаю . если процессор занят, это повод пропустить фазу таймера и перейти в чек ?
С
Например, если мы запустим следующий скрипт, который не находится в цикле ввода/вывода (то есть, основной модуль), порядок, в котором выполняются эти два таймера, недетерминирован, так как он связан с производительностью процесса:
// timeout_vs_immediate.js
setTimeout(function timeout () {
console.log('timeout');
},0);
setImmediate(function immediate () {
console.log('immediate');
});
написано что иногда setimediate выполняется раньше , что не является истиной .
я запустил этот код у себя и раз 15 посмотрел вывод. всегда таймер идет раньше setimediate
// timeout_vs_immediate.js
setTimeout(function timeout () {
console.log('timeout');
},0);
setImmediate(function immediate () {
console.log('immediate');
});
написано что иногда setimediate выполняется раньше , что не является истиной .
я запустил этот код у себя и раз 15 посмотрел вывод. всегда таймер идет раньше setimediate