Live data from Hacker News

Chrome will aggressively throttle background tabs

blog.strml.net

141–150 of 403 posts

Re: Chrome will aggressively throttle background tabs

#141
post #116
post #101

Earlier quoted context omitted.

Oh, it's awful, I agree. This is the nicest layout but the JS is terrible. I've reverted to a plain-HTML layout.

To whoever downvoted this: I am the author of the post above, and in response I've removed the JS-centric layout.

Thanks! Not a stickler, or one of the complainers, but I appreciate less scripting, and responsive devs. ;)

Re: Chrome will aggressively throttle background tabs

#143
post #100

It's awesome to see Chrome trying to improve performance for people with many tabs open, which is many of us. I use a LOT of tabs, and the best plugin has been The Great Suspender. Highly recommend it for anyone who wants memory & CPU back and keeps many tabs/windows open at once: https://chrome.google.com/webstore/detail/the-great-suspende...

same here using The great suspender, how does this throttle thing relate to the suspender?

Yeah I just use this. I works very well. Its annoying how much JavaScript pages are running now days.

Re: Chrome will aggressively throttle background tabs

#144
post #120

Earlier quoted context omitted.

I meet many tab hoarders (always open a new one, never close any, ending up with hundrets), but just can't wrap my head around it! I hate having more than 6-7 simultaneously open because it gets increasingly harder to keep an overview of what you're doing. The same applies for IDE tabs or windows. Too much of them and finding the right one becomes increasingly hard, and losing the thread more likely.

Not if you use Tree Style Tabs. I've been using it for years and I have no idea how other people can efficiently browse the web without it.

Tree Style Tabs is a nice idea, but I found the balance of aesthetic and speed for me to be with pressing Ctrl+L and then inputting a few letters relating to the open tab I seek, then just pressing Enter and switching to the tab.

Re: Chrome will aggressively throttle background tabs

#145

Earlier quoted context omitted.

Problem is, there is no server. All client side. So the tab on which you click "run simulation" is effectively the "server", except it stops running when the user switches tabs.

The fact that you don't have a backend is the limiting factor here.

In some ways it's limiting, but overall it's a good thing. Less complexity, less network transfer, works offline, etc. It's just more challenging to do in JS/HTML than in your choice of traditional desktop app dev tools.

Re: Chrome will aggressively throttle background tabs

#146

It's awesome to see Chrome trying to improve performance for people with many tabs open, which is many of us. I use a LOT of tabs, and the best plugin has been The Great Suspender. Highly recommend it for anyone who wants memory & CPU back and keeps many tabs/windows open at once: https://chrome.google.com/webstore/detail/the-great-suspende...

I meet many tab hoarders (always open a new one, never close any, ending up with hundrets), but just can't wrap my head around it! I hate having more than 6-7 simultaneously open because it gets increasingly harder to keep an overview of what you're doing. The same applies for IDE tabs or windows. Too much of them and finding the right one becomes increasingly hard, and losing the thread more likely.

Same here, unless I am piling search results, which will be reviewed right afterwards, I hardly have more than five open.

On the other hand I rather use native apps, when given the option.

Which I also only keep the ones for the task at hand open.

Re: Chrome will aggressively throttle background tabs

#147

Earlier quoted context omitted.

Pinned tabs would be an easy solution for this. "Don't throttle pinned tabs"

While this is elegant, its still dangerous. There are online payments that could check whether your booking is complete in the background by periodically firing ajax calls, bulk updates or uploads, etc.

The business decisions a website makes are none of my business, and if they want to use a polling model for billing because $REASONS then that's their problem.

Re: Chrome will aggressively throttle background tabs

#148

Earlier quoted context omitted.

Pinned tabs would be an easy solution for this. "Don't throttle pinned tabs"

A common use-case is tabs that are streaming music. I'm not sure if most users are even aware of pinned tabs.

I use pinned tabs extensively and I prefer that they are throttled even more aggressively than standard open tabs. As long as streaming doesn't break.

I have an option set in FF's about:config that disables loading of my pinned tabs on startup, so I regularly keep 200-300 tabs open and only activate the ones I need.

Sometimes it takes weeks to clear my tabs because I barely see a performance hit from having so many open.

Re: Chrome will aggressively throttle background tabs

#149

Earlier quoted context omitted.

Problem is, there is no server. All client side. So the tab on which you click "run simulation" is effectively the "server", except it stops running when the user switches tabs.

The fact that you don't have a backend is the limiting factor here.

There are perfectly legitimate reasons to not have a backend. In fact, if something can be accomplished without user sending his data to some remote server (as opposed to just fetching data from the server), I believe it should be done this way.

Re: Chrome will aggressively throttle background tabs

#150

Earlier quoted context omitted.

There's no right way to do it. What's hard is understanding which question you want to ask in any given situation. I don't see the issue. You admit that answering all of these questions is easy. The hard part is lawyering which question to ask. This is not a data reporting problem. This is a data interpretation problem. A good reporting tool should not be interpreting (or forcing an opinion) on the end user. You beli…

"This is a data interpretation problem." That's what I said. "Defining it is what's hard." You seem to understand what I'm saying, and agree with me, but insist on arguing for some reason I cannot comprehend.

     You seem to understand what I'm saying
     and agree with me
Literally the opposite. Your initial statement was

      Measuring memory usage is hard on a modern OS.
Which you've agreed was false as /proc/$PID/maps is easy to read. Then said:

      Defining it is what's hard
But these statements are not mutually inclusive nor does the later imply the former.

I stated measuring is literally the simplest thing. You said ah but what you measuring. That isn't dependent on the tools, or OS. So why did you state it was?

Post reply on HN