Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

With the ability to pause large updates in the middle without committing them to UI, doing some higher priority updates, and then "rebasing" lower priority updates on top of them and continuing the work. So it's a bit more sophisticated.


Does Fiber yield control back to the js engine when doing the "rebasing"? Or are all of these synchronous in one frame?


Yea, it does. We are using requestIdleCallback to do the work "while we can", and then yield the control back. Again, this won't be a part of React 16, but it's part of the bigger picture we are moving towards.

Relevant code if you're curious: https://github.com/facebook/react/blob/233195cb6bc632ade61a8...


Interesting...

Since requestIdleCallback leaves the scheduling out of your hand, how do you ensure nodes are still updated when you need it? Like tests?




Consider applying for YC's Summer 2026 batch! Applications are open till May 4

Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: