Skip to content
This repository has been archived by the owner on Aug 11, 2022. It is now read-only.

Support the use-case of maximal memory efficiency #42

Open
chrishtr opened this issue Feb 6, 2019 · 3 comments
Open

Support the use-case of maximal memory efficiency #42

chrishtr opened this issue Feb 6, 2019 · 3 comments
Labels
enhancement this issue tracks a future enhancement

Comments

@chrishtr
Copy link
Collaborator

chrishtr commented Feb 6, 2019

In examples such as domenic/infinite-list-study-group#8,
it is critical to be able to minimize memory of a large code file by avoiding rendering-related data structures. If these turn out to lead to memory use more than 2x or so the memory for strings of text in the code file, we would need to add functionality to allow the developer to evict rendering state for offscreen content.

@fergald
Copy link
Contributor

fergald commented Feb 6, 2019

My reading of that was that they don't even want the DOM around when it's not needed (which presumably would take care of evicting rendering-related structures). That said, having the browser proactively reclaim memory from invisible parts of the screen seems reasonable but I'm not sure that we'd want it to be under control from JS, it's just something the browser could do when it feels like it (.e.g when we start getting memory pressure signals on mobile).

@chrishtr
Copy link
Collaborator Author

chrishtr commented Feb 7, 2019

What they didn't want was to run out of memory. The use-case also explicitly said that it would be good to support find-in-page.

@vmpstr vmpstr added the enhancement this issue tracks a future enhancement label Aug 21, 2019
@vmpstr
Copy link
Collaborator

vmpstr commented Sep 7, 2021

I wonder if for content-visibility: auto if we should have evict memory objects if we're far enough off-screen

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
enhancement this issue tracks a future enhancement
Projects
None yet
Development

No branches or pull requests

3 participants