Подвисает браузер на "тяжелой" задаче.

[ksa]

Идеально было бы - на несколько миллисекунд останавливать цикл, чтобы сделать промежуточный рендер.

В моем варианте даже останавливаться не нужно... Просто забирай или отрабатывай готовые данные из "общедоступного места".

[voraa]

Процесс пишет что-то о себе в "общедоступное место"...
Остается только с неким таймаутом мониторить "то место"

Процесс пишет. А мониторит кто? Второй процесс? А как в js без worker сделать второй процесс?

[ksa]

А мониторит кто? Второй процесс?

Да.

А как в js без worker сделать второй процесс?

Еще один setTimeout()...

[ksa]

voraa, рендеринг "по готовым данным" можно запускать и из процесса "обработчика".
Т.е. собственно мониторинг может только показывать "состояние дел". А сами изменения на клиенте может запускать процесс-обработчик некими "порциями".
Подготовил N-ное количество - запускай setTimeout(), который все N штук и отрисует...

Тут главное чтобы сам "источник данных" был доступен всем процессам-участникам.

[voraa]

Еще один setTimeout()...

setTimeout не запускает новый процесс. Он просто ставит обработчик в очередь внутри одного процесса

А сами изменения на клиенте может запускать процесс-обработчик некими "порциями".
Подготовил N-ное количество - запускай setTimeout(), который все N штук и отрисует...

И зачем setTimeout, если есть requestIdleCallback?
Используя setTimeout, мы тупо пихаем очередное задание в очередь, не зная сильно ли она заполнена. Есть ли у браузера время обработать это задание не тормозя прорисовку. А requestIdleCallback выполняет задание именно тогда, когда браузер не занят обработкой событий, пересчетом стилей и прорисовкой. К тому же внутри задания можно узнать, осталось ли еще время, что бы посчитать очередную порцию.

[ksa]

setTimeout не запускает новый процесс.

Это я условно так написал...
Потому и указывал много чего в кавычках...

[ksa]

И зачем setTimeout, если есть requestIdleCallback?

requestIdleCallback не всегда был в JS...
А коней на переправе не меняют.

Т.е. работает такой подход уже давно... А нужен он далеко не всегда.

[ksa]

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

Я не критикую такой подход.
Я лишь описал как выходил их таких положений ранее сам.

[ksa]

если есть requestIdleCallback?

Вот решил почитать про него...
https://developer.mozilla.org/ru/doc...stIdleCallback
И сразу там увидел большое сообщение

Experimental: Это экспериментальная технология

[voraa]

requestIdleCallback не всегда был в JS...
А коней на переправе не меняют.

В JS не всегда были requestAnimationFrame, forEach, Map, Promise, async/await .... Всякие ?. ??
Это не повод ездить на старых клячах.

И сразу там увидел большое сообщение
Цитата:
Experimental: Это экспериментальная технология

Я же сразу написал, "если не думать про Safari" (ИЕ нашего времени)
Для Safari есть типа полифил (реализованный как раз через setTimeout).
Ну хоть в нормальных браузерах будет нормально работать.