и вправду

Спасибо

https://www.w3.org/TR/html/webappapis.html Timers can be nested; after five such nested timers, however, the interval is forced to be at least four milliseconds.

И как это связано?

Принцип работы most другой

И как это связано?

Я же говорю. Нет возможности отложить выполнение ф-ии на следующий тик (или несколько тиков)

И как это связано?

Эта функция ставит таймер

Она не занимается планированием

Вот именно, как это связано с мостом, который ты скинул на первоначальный вопрос?)

Как переводится runAsap с английского? 😐

Как переводится runAsap с английского? 😐

Так это будет запланировано в текущий тик, а не следующий! Пойду перепроверю про promise.resolve, на всякий случай...

Ты упёрся в наличие setTimeout, который вообще предназначен для имплементации delay

И не замечаешь что я тебе говорю про всё что на скрине кроме этого setTimeout

Нэ понимаю

Вот и я про что)

http://mostcore.readthedocs.io/en/latest/api.html#scheduler

Даже так скорее http://mostcore.readthedocs.io/en/latest/api.html#newscheduler

Кстати многие вещи лучше выполнять вообще в requestAnimationFrame шедулере, а то и с помощью requestIdleCallback

fiber реакта кстати работает схожим образом

requestIdleCallback - крутая штука, да

ric — low priority raf — normal setImmediate — high priority sync — ring 0

ric — low priority raf — normal setImmediate — high priority sync — ring 0

О, звучит круто, где ты это нашел?

https://w3c.github.io/requestidlecallback/#the-requestidlecallback-method Не вижу ссылку на описание options

Это я сейчас сформулировал исходя из свойств этих функций исходя из наличия такой технологии как sсheduler

https://github.com/w3c/requestidlecallback/issues/68

We find ourselves — да, именно так

Как видишь, от твоего вопроса до приоритизации пара шагов)

Вполне естественно что автор топика по ссылке — sebmarkbage

https://gist.github.com/artalar/389f013f5f351fe6a25064d5fde234db

разве setTimeout не откладывает выполнение в следующий тик?

разве setTimeout не откладывает выполнение в следующий тик?

https://www.w3.org/TR/html/webappapis.html Timers can be nested; after five such nested timers, however, the interval is forced to be at least four milliseconds.

Вполне естественно что автор топика по ссылке — sebmarkbage

А по мне так странно, что вопрос всплыл только в октября

Но, видимо, не было спроса, не думали и над предложением

https://www.w3.org/TR/html/webappapis.html Timers can be nested; after five such nested timers, however, the interval is forced to be at least four milliseconds.

что это обьясняет?

Но, видимо, не было спроса, не думали и над предложением

Чел немного занят был — создавал файбер

И другие 100500 пропозалов которые он регулярно предлагает)

что это обьясняет?

Если ты не пишешь на чистом js и не контролируешь количество последовательных таймаутов (твой код крутиться \ использует другие библиотеки, использующие таймауты), то может выйти, что setTimeout(f, 0) выполниться только через 4 мс

Он однозначно выполнится позже 4мс

пчму?

Если ты не пишешь на чистом js и не контролируешь количество последовательных таймаутов (твой код крутиться \ использует другие библиотеки, использующие таймауты), то может выйти, что setTimeout(f, 0) выполниться только через 4 мс

но функция из сеттаймаут полюбому идет в следующий тик

Поэтому существует setImmediate

но функция из сеттаймаут полюбому идет в следующий тик

с чего ты взял?

пчму?

Потому что так по спеке

но функция из сеттаймаут полюбому идет в следующий тик

Если повезёт

Потому что так по спеке

Так вон ссылка, по спеке все сразу, если не 5 раз подрят

с чего ты взял?

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

Если повезёт

да, я не совсем точно написал

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

Так наоборот, он не просто не кладется в следующий тик, он кладется в после(*4000000)дующий тик

Так вон ссылка, по спеке все сразу, если не 5 раз подрят

Ты дал ссылку на огромную главу, куда точнее смотреть?)

Ты дал ссылку на огромную главу, куда точнее смотреть?)

Ну че такое Timers can be nested; after five such nested timers, however, the interval is forced to be at least four milliseconds.

Причем at least - вот это вообще не понятно, какой константой управляется. Я встречал разные иследования, у кого-то выходило и 5.5мс

Так наоборот, он не просто не кладется в следующий тик, он кладется в после(*4000000)дующий тик

как я понимаю, там есть очередь. И таска берется из очереди и проверяется на возмножность выполниться в данный момент

как я понимаю, там есть очередь. И таска берется из очереди и проверяется на возмножность выполниться в данный момент

Нет, колбек для таймаутов и интервалов хранится отдельно и кладется в очередь по завершению времени

интересно

Нет, колбек для таймаутов и интервалов хранится отдельно и кладется в очередь по завершению времени

Если повезёт

Ну вот да, не понятно какие там факторы)

да вполне понятно)

М?

Ты про время выполнения тика?

Тип 4ms + время выполнения тика, во время которого колбек был положен в очередь?

А есть ли еще что?

А то из спеки как-то не ясно

> at least

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

ясно понятно

Поэтому есть setImmediate и sync)

Скажи это хрому

Сказали)

Где?

У всех проектов на реакте существует по дефолту

В свою очередь, я когда понял, что нужна приоритизация, то просто взял нужные полифиллы и не стал забивать себе голову

Скажи это хрому

yarn add raf ric setimmediate

Надо исходники глянуть, спасибо

Да, полезно понимать как работает либа setimmediate, но самому её имплементировать при этом не обязательно 🌚

Всем привет! Ищу старших разработчиков и архитекторов Java в ведущий российский IT-интегратор, в подразделение, специализирующееся на внедрении и кастомизации BPM решений. Работа в офисе в центре Москвы. Социальный пакет (ДМС, питание, фитнес). Заработная плата до 250 000 рублей. Звоните, пишите. Буду рад откликам и рекомендациям.

Дим, напомни, почему ты из java ушел?

подскажите, пожалуйста, в таком вопросе: собрал список промисов, мне нужно их выполнить по очереди, т.е. не приступать к выполнению следующего пока не зарезолвился предыдущий? я начал делать примерно так: let promises = []; let promise = new Promise(() => { toDoFunction() }); promises.push(promise); Promise.race(promises).then(() => { promises.unshift(); }).catch(failure); но в моей реализации все равно промисы выполняются не дожидаясь завершения предыдущего(

промис-куитет

(async (tasks, task) => while(task = tasks.pop()) await task())()

о спасибо, попробую