Can we aggressively throttle memory usage? Why does it require 300-500MB of ram PER TAB?
It probably doesn't. Measuring memory usage is hard on a modern OS. I'd guess there's a lot of shared memory between tabs
Chrome will aggressively throttle background tabs
51–60 of 403 posts
Re: Chrome will aggressively throttle background tabs
#52What are we supposed to do about stuff this? Like I wrote a video game https://play.basketball-gm.com/ that lets you open multiple tabs for viewing multiple screens even while simulation is occurring in another tab. But Chrome recently stopped running the simulation if it's in a background tab. Putting my simulation code in a Shared Worker would be nice, except Safari and IE will never support it and it seems likely…
Re: Chrome will aggressively throttle background tabs
#53Archived copy that doesn't require JS: https://archive.fo/3ph1z
> This will break the web.
But apparently blogger requires javascript just to render static content.
Re: Chrome will aggressively throttle background tabs
#54Earlier quoted context omitted.
Measuring it is easy. Defining it is what's hard. If three processes each have the same 10MB executable mapped into memory, plus 10MB of heap data, how much memory is each process using? There's no easy answer to that question.
Defining it is what's hard. how much memory is each process using? 20MB. Oh but they are sharing the pages the executable is mapped into. So how can you can you say they are each using that much RAM? Because that 10MB of RAM won't be freed until the last process exits. Each process is using 20MB of physical pages. If only 1 was running it would use 20MB. The semantics that each process is sharing 5 HUGEPAGES of heap…
It doesn't really make sense to ask "how much memory is this process using?" Instead, you want to ask questions like "how much memory are all of these processes using?" or "how much memory would be freed if I terminate these processes?" or "how much extra memory will be used if I start another process?"
What's hard is understanding which question you want to ask in any given situation.
Re: Chrome will aggressively throttle background tabs
#55How about displaying more info about the "weight" of a page, when it comes to downloaded assets, cookies / local storage, RAM and CPU usage? I know there are ass backwards and fugly ways to see all of that, but why can't I see a list of all open tabs, with columns of such info which I get to define and sort as I please? Why not have the option to that info pop up when hovering over a tab, and to show notification ico…
Re: Chrome will aggressively throttle background tabs
#56This is going to destroy HLS playback in a background tab. Playing back HLS with JS is already a very cpu intensive, time-dependent process and we've already struggled with the current background tab throttling - a delay like this will all but kill playback or make it stutter to the point you'll wish it's dead instead. I commend Chrome for driving web standards but they've been a huge bully recently.
Background tabs usually do not have a visible impact for user (tabs with audio are always considered foregrounded).
Re: Chrome will aggressively throttle background tabs
#57Oh god, please change the title. It's about timers, not bandwidth. I was already imagining streaming music from Spotify and having hiccups all day.
They throttle timer activation frequency if you use too much CPU time (with the goal of throttling CPU usage). How is the title not accurate?
Re: Chrome will aggressively throttle background tabs
#58Can't we use serviceWorkers to workaround this? That's what they were created for. I have a webaudio side project that works nicely even on the background using serviceWorkers for timing. I'm hoping it will be the same on 56.
They work fine in latest Chrome and kinda work in Firefox. But Edge and mobile browsers? Not a chance.
Re: Chrome will aggressively throttle background tabs
#59What are we supposed to do about stuff this? Like I wrote a video game https://play.basketball-gm.com/ that lets you open multiple tabs for viewing multiple screens even while simulation is occurring in another tab. But Chrome recently stopped running the simulation if it's in a background tab. Putting my simulation code in a Shared Worker would be nice, except Safari and IE will never support it and it seems likely…
Iframe them onto one page and make the browser window huge. Something like: There's also the and tags to divide pages between URLs.
Re: Chrome will aggressively throttle background tabs
#60What are we supposed to do about stuff this? Like I wrote a video game https://play.basketball-gm.com/ that lets you open multiple tabs for viewing multiple screens even while simulation is occurring in another tab. But Chrome recently stopped running the simulation if it's in a background tab. Putting my simulation code in a Shared Worker would be nice, except Safari and IE will never support it and it seems likely…
What are you supposed to do? Implement it as a single page application.
Unless I'm supposed to re-implement tabs within my single page application and then force it to only let one tab run, which I guess is possible but horrible :)