News for hackers. Stuff that matters.
Re:Firefox 73 by globalproctd on Tuesday February 11, 2020 @11:45AM (#22299874)
I'm an avid, avid, avid Firefox user, but I switched to Vivaldi last month after doing a comparison of RAM load with the same exact open tabs and seeing a difference of:

Firefox sitting at 12 gigs Vivaldi sitting at 5 gigs

This is on MacOS, so mileage may vary and all that, but with the same tabs open, why would there be such a difference?

Edit: And there's no difference in the plugins. I use the same plugins on both browsers: password manager, uBlock Origin, React dev tools, and Redux dev tools and that's it.

Re:Firefox 73 by dharmab on Tuesday February 11, 2020 @11:58AM (#22299997)
Modern operating systems will grant large amounts of RAM to web browsers in general to improve caching. That RAM is easily relinquished back to the OS if another app needs it.

Was the 12GB with another RAM-intensive app running? Or just Firefox by itself.

Re:Firefox 73 by rhn_mk1 on Tuesday February 11, 2020 @12:19PM (#22300235)
Do you know which mechanism is used for this?
Re:Firefox 73 by magicalhippo on Tuesday February 11, 2020 @06:46PM (#22304221)
In addition to the MEM_RESET, MEM_RESET_UNDO mentioned, there's also OfferVirtualMemory[1], ReclaimVirtualMemory[2] to let the system potentially use the memory if it needs it.

Unlike MEM_RESET, this allows you to prioritize the memory you offer, as well as provides some extra safeguards it seems.

No idea if Firefox uses this or MEM_RESET.

[1]: https://docs.microsoft.com/en-us/windows/win32/api/memoryapi...

[2]: https://docs.microsoft.com/en-us/windows/win32/api/memoryapi...

Re:Firefox 73 by rhn_mk1 on Wednesday February 12, 2020 @03:21AM (#22306950)
That seems to be something different; instead of getting the memory when some other application needs it, the OS receives the memory when the application (browser) doesn't need it any longer, so it can't be used for caching.

This actually looks exactly like the malloc/free use case.

Re:Firefox 73 by magicalhippo on Wednesday February 12, 2020 @05:18AM (#22307583)
How can't it be used for caching? Say you decode an image, then offer the memory backed by it to the OS. If you need to access the image data again you try to reclaim the memory, if it fails it's a cache miss.
Re:Firefox 73 by rhn_mk1 on Wednesday February 12, 2020 @04:04PM (#22312793)
You're right, the missing info I didn't notice was the return value.
Re:Firefox 73 by globalproctd on Tuesday February 11, 2020 @04:24PM (#22303031)
What I was seeing was the same in both cases. Firefox would be using the same amount of RAM either running by itself or alongside Ableton Live (and the performance of Ableton Live would suffer).
Re:Firefox 73 by 0xdead on Tuesday February 11, 2020 @12:05PM (#22300065)
That's not true. Operating systems don't know if a process is a browser.
Re:Firefox 73 by basch on Tuesday February 11, 2020 @12:18PM (#22300232)
OS > Hey I need RAM

Browser > OK we can purge these tabs first

is how it should work. If the first step doesnt happen, its not clear if the second one should execute by itself. Id be much more concerned about background CPU usage. Eats battery, and actually slows the computer down.

That all said, its pretty clear that browsers are leaking RAM sometimes. I remember bed bath and beyond using 9 or 12GB of ram the other month.

Re:Firefox 73 by blattimwind on Tuesday February 11, 2020 @12:32PM (#22300395)
> is how it should work.

That's not how it works. Browser might monitor free system memory actively and release memory if the system runs low, but at least Firefox doesn't do that.

There is no mechanism (in Windows, Linux) that allows the OS to notify applications of memory pressure or that allows the application to tell the OS that some allocations can be thrown out if need be. (Windows has a mechanism - MEM_RESET - that only works with paged out allocations)

Edit: Windows 10 (8?) actually expands on MEM_RESET with Offer/ReclaimVirtualMemory, but I kinda doubt browsers use this, because these have similar semantics to MEM_RESET (except they seem to work without paging, which is good). For an application that wants to cache not-well-defined amounts of data itself these might be very useful though, because you can make the data structure simple enough that it works with these.

Re:Firefox 73 by mauricioc on Tuesday February 11, 2020 @12:46PM (#22300557)
https://dblohm7.ca/blog/2015/07/28/interesting-win32-apis/ notes that Windows has the required APIs, and that Firefox already supports handling memory pressure notifications on non-Windows platforms. Not sure how up-to-date this information is.
Re:Firefox 73 by zozbot234 on Tuesday February 11, 2020 @12:42PM (#22300517)
> ...that allows the OS to notify applications of memory pressure or that allows the application to tell the OS that some allocations can be thrown out if need be.

There are mechanisms for both of these in up-to-date Linux - pressure stall information and volatile ranges, respectively.

Re:Firefox 73 by blattimwind on Tuesday February 11, 2020 @12:57PM (#22300673)
MADV_FREE didn't work properly until fairly recently, though, because it behaved like Windows' MEM_RESET. AIUI MADV_FREE is not intended for ranges that you actually want to work with (i.e. you want to keep the data, not just the virtual addresses), but rather as an optimization for allocators.
Re:Firefox 73 by kevingadd on Tuesday February 11, 2020 @01:00PM (#22300722)
Firefox does have a mechanism for reducing memory pressure, there's a button for it in about:memory. I can't guarantee that this flow actually happens upon low memory states on Windows etc but it wouldn't be hard to at least hack it together. Monitoring available memory (say, on a timer) is not a difficult thing to do on Windows - it would just be difficult to make it completely robust.
Re:Firefox 73 by blattimwind on Tuesday February 11, 2020 @01:04PM (#22300765)
Well it definitely doesn't work on Linux, at least not automatically.
Re:Firefox 73 by kevingadd on Tuesday February 11, 2020 @01:05PM (#22300784)
It's important to specify your test scenario here and the behavior you expect, as it's a known issue in general that Linux behaves poorly under OOM conditions. It's not necessarily Firefox specific.

If all of my memory is "in use" but half of it is cached file pages, should Firefox compact its heap and evict cached images? What if all of my memory is spoken for but a bunch of it isn't actually committed, due to overcommit?

Re:Firefox 73 by blattimwind on Tuesday February 11, 2020 @02:25PM (#22301720)
Those aren't interesting questions tbh. Obviously most of the time the page cache grows to use all memory, that's the whole point of having it (using all memory that is not committed to applications as a disk cache). Overcommit obviously doesn't create memory pressure because it only exhausts address space, not memory (physical memory + swap). The relevant question is how the system behaves if it needs to allocate pages but can't find any clean (just throw'em out) or unused pages. Linux, and to a lesser degree, Windows start to thrash heavily in these scenarios. I've never seen e.g. Firefox unload a tab when this happens, regardless of OS.
Re:Firefox 73 by glandium on Tuesday February 11, 2020 @07:14PM (#22304428)
Another strategy is:

Browser> So this memory here, I don't really care if you swipe it in the future.

(later)

OS> Yum yum

(later)

Browser> Oh, that buffer is empty, let me fill it again.

Firefox uses it, IIRC, for decoded image buffers.

https://searchfox.org/mozilla-central/source/memory/volatile...

Re:Firefox 73 by dmitryminkovsky on Tuesday February 11, 2020 @11:50AM (#22299920)
I considered other browsers too (Vivaldi, Brave), but they all seem to be Blink/V8. It seems like Firefox is the only other extant, viable platform for running the web. Personally, I'm not one to frequently compromise quality/convenience for some ideal, but the idea that we'll have a future with only one way to render the web is terrifying.
Re:Firefox 73 by webmobdev on Tuesday February 11, 2020 @12:21PM (#22300262)
There's webkit too by Apple. And browsers based on it is available for Linux too. And no, webkit and Blink are not the same engine. Blink is a fork of webkit by Google and while they share a heritage they have different feature set now.
Re:Firefox 73 by kitsunesoba on Tuesday February 11, 2020 @01:57PM (#22301421)
Also worth noting how different the different goals/approaches differ between the WebKit and Blink teams. The WebKit team is very deliberate in their development, only committing to new features once they have some level of assurance that it can be done with minimal negative impact to efficiency, privacy, and user control where the Blink team moves almost entirely in interest of getting as many new features out as quickly as possible with comparatively little regard to negative side effects.

Both approaches are needed to maintain a balance and to preserve real choice for users — there is no practical difference between Chrome, MS Edge, and Brave because their differences are skin-deep at best.

Re:Firefox 73 by dmitryminkovsky on Tuesday February 11, 2020 @12:36PM (#22300431)
I was thinking of webkit too, but I'm not aware of any browsers expect Safari and the Linux browsers you mention. Neither seem to be cross platform or practical, "viable" alternatives to Blink domination.
Re:Firefox 73 by webmobdev on Tuesday February 11, 2020 @01:31PM (#22301103)
Check out:

- Maxthon - https://www.maxthon.com/mx5/features/dual-core/

- Midori - https://www.midori-browser.org/

I'd say the scenario is similar to Firefox/Gecko and Chrome/Blink. Sure there are clones that use the Gecko and Blink engines, but none of these really are as popular as their original.

I am waiting for another Opera / Presto browser platform to emerge. Till it did, the browser market dominated by Internet Explorer was literally stagnant. Opera with a Presto engine was a game changer with their light-weight and super fast browser engine with feature sets that all other browsers copied (and still lack even today).

Re:Firefox 73 by Marsymars on Tuesday February 11, 2020 @01:48PM (#22301307)
I miss the plain UI speed of Presto-based Opera. I could cycle between tabs at my keyboard repeat speed - now my PCs are an order of magnitude faster and can't manage more than a couple tabs per second if I hold ctrl+tab.
Re:Firefox 73 by MauranKilom on Tuesday February 11, 2020 @03:09PM (#22302260)
Just tried this in FF and for what it's worth it cycles through the loaded tabs at keyboard repeat speed when holding down ctrl+tab.
Re:Firefox 73 by Marsymars on Tuesday February 11, 2020 @05:52PM (#22303846)
When I do it I can see the URL cycling at my keyboard repeat speed (~30 fps), but the selected tab and page displayed in the foreground refresh about an order of magnitude more slowly. (1-5 fps) (So with a dozen tabs open, the effect is to select/show tabs in essentially a random order.)

edit: FF cycles smoothly (although with a weird white strobing effect with the main blank content area) if I open a bunch of blank tabs, but not if they're actual web pages.

Re:Firefox 73 by duhi88 on Tuesday February 11, 2020 @12:54PM (#22300650)
It's the one reason I'm glad that all web browsers on iOS run Webkit.

Now if Apple could just fix their damn flexbox bugs and implement web app features...

Re:Firefox 73 by basch on Tuesday February 11, 2020 @12:23PM (#22300286)
and as soon as Blink forked, Apple purged a ton of Google/Samsung specific code from Webkit.
Re:Firefox 73 by webmobdev on Tuesday February 11, 2020 @12:26PM (#22300332)
Really? Where can I read more about this?
Re:Firefox 73 by mikewhy on Tuesday February 11, 2020 @02:22PM (#22301678)
This Slashdot article has some links to the WebKit mailing list discussing the changes: https://slashdot.org/story/184313
Re:Firefox 73 by awkward on Tuesday February 11, 2020 @01:52PM (#22301370)
It depends on the use case, but for a lot of modern render heavy sites, I find Gecko to be strictly better, both in terms of overall time to render and giving a user experience with less flashes of unstyled context.
Re:Firefox 73 by dmarcos on Tuesday February 11, 2020 @12:33PM (#22300404)
Can you articulate why do you think a single engine is terrifying? KHTML is the precursor of WebKit that was used by Chrome and Safari for a while. It didn’t prevent Apple and Google to drive their products. Google eventually fork Blink out of WebKit. Other browser vendors follow a similar path (Brave, Opera, Oculus Browser, Samsung Internet, Supermedium...) Start with Blink and modify as they see fit and eventually fork if needed. I consider a single good reusable engine a level playing field for new browsers akin to the Linux Kernel for OSs. Engines are commoditized and differentiation comes from browser features.
Re:Firefox 73 by duhi88 on Tuesday February 11, 2020 @12:52PM (#22300625)
It means that Google can push technologies that benefit their ad tracking business, or choose to use non-standard APIs to make their apps run faster than competitors. Both of these things they're already doing. While they might not go the route of Microsoft, putting their Active-X plugins in IE, using deprecated and non-standard APIs is pretty damn close.

Furthermore, all these forks result in bugfixes and new features making it back into Chromium. That allows Chromium to evolve faster than other browsers. That's not to say that Firefox hasn't been keeping up and pushing past Chrome on some important fronts (CSS Sub-Grid, for one), but I'm afraid a point will come where Firefox can't keep up with all the new web APIs that developers will want to use.

Another fork of Chromium doesn't lessen Google's influence over the market.

Re:Firefox 73 by dmitryminkovsky on Tuesday February 11, 2020 @01:00PM (#22300714)
Way better explanation than mine:

> It means that Google can push technologies that benefit their ad tracking business, or choose to use non-standard APIs to make their apps run faster than competitors. Both of these things they're already doing.

That's at the core of their whole thing.

Re:Firefox 73 by dmitryminkovsky on Tuesday February 11, 2020 @12:41PM (#22300500)
Thanks for asking. I was wondering if I could. I'll try:

> Start with Blink and modify as they see fit and eventually fork if needed

One of the foundational ideas behind the web is that you have a set of open standards that specify the web, and then people can go ahead and implement those standards and provide some unique set of features on top of those standards. For example: privacy.

I believe that Google and other big-tech actors are working to make the scope of these standards so vast and so fast-moving that it becomes impossible for a small or mid-range operation to implement and maintain a web browser. I mean, who was able to successfully fork and maintain a fork of KHTML/Webkit? Google! No small organization is capable of this. These are massive, complicated codebases that must keep up with evolving standards.

Therefore, even though you theoretically have "open standards," we're seeing a future with possibly a single implementation of those standards. And if you only have one implementation, then the whole foundation doesn't hold, i.e. you can't make a privacy-oriented browser because you can't make a browser in the first place. What if some day Google decides to stop contributing to Blink, to fork Blink and only update it closed source, against a set of fast-moving standards that they de-facto control? Or what if, at that point, with total domination, they stop following open standards entirely. I think that would be the end of the web.

Re:Firefox 73 by dmarcos on Tuesday February 11, 2020 @01:05PM (#22300782)
Notice that a fork doesn’t have to maintain the whole code base, only your tweaks on top. Cases I know like Oculus Browser, Samsung Internet, Brave or Supermedium (I’m co-founder) have very small teams. They start with Chromium and have total freedom to modify privacy policies, ship remove any APIs or standards. At the same time they can take all Web compatibility for granted that I agree is not tenable by a small org.
Re:Firefox 73 by blattimwind on Tuesday February 11, 2020 @12:40PM (#22300484)
> Can you articulate why do you think a single engine is terrifying?

MSHTML.DLL

Re:Firefox 73 by BenjiWiebe on Tuesday February 11, 2020 @12:25PM (#22300311)
How many tabs? I've used Firefox for years on 8 or less total gigabytes of RAM, and I've hit 40 tabs occasionally and regularly 20, and never ran out of RAM because of Firefox.
Re:Firefox 73 by enobrev on Tuesday February 11, 2020 @01:36PM (#22301176)
I've had my whole system lock up for minutes with 10 tabs open on Firefox as recently as last week. I still use it as my primary, but that does happen on occasion.

On chrome I've had 60+ tabs open for weeks without my system taking a dive.

This is on an ubuntu 19.10 system with 32gb of ram.

Re:Firefox 73 by detaro on Tuesday February 11, 2020 @04:24PM (#22303039)
This seems extremely weird, never seen anything like that (I tend to have >100 tabs open). But of course "it doesn't happen for others" doesn't help you if somehow on your machine it does.
Re:Firefox 73 by enobrev on Tuesday February 11, 2020 @08:35PM (#22304911)
It's definitely strange. And I do at times have 50+ tabs open on Firefox, so I'm not saying it's a constant issue, but I do see it overload my system from time to time. When it does, I close a few tabs, restart firefox, and go on my merry way.
Re:Firefox 73 by dmos62 on Tuesday February 11, 2020 @12:24PM (#22300301)
12 gigs? Currently I have ~12 tabs open and it's using ~500mb of my RAM, according to top. What caused your Firefox to eat up 12 gb?
Re:Firefox 73 by michaelmrose on Tuesday February 11, 2020 @02:22PM (#22301686)
If you have a recent firefox you may be incorrect about your ram usage as firefox is no longer a single process.

Here is how it looks on my system.

        firefox-bin─┬─GPU Process───35*[{GPU Process}]
                    ├─Privileged Cont───27*[{Privileged Cont}]
                    ├─RDD Process───5*[{RDD Process}]
                    ├─Socket Process───5*[{Socket Process}]
                    ├─Web Content───28*[{Web Content}]
                    ├─2*[Web Content───27*[{Web Content}]]
                    ├─Web Content───33*[{Web Content}]
                    ├─Web Content───22*[{Web Content}]
                    ├─Web Content───30*[{Web Content}]
                    ├─Web Content───32*[{Web Content}]
                    ├─WebExtensions───27*[{WebExtensions}]
                    ├─firefox-bin
                    └─97*[{firefox-bin}]

Here is a bit of bash to turn a number of bytes into a human readable label shamelessly stolen from somewhere saved as human

    #!/bin/bash
    b=${1:-0}; d=''; s=0; S=(Bytes {K,M,G,T,P,E,Z,Y}iB)
    while ((b > 1024)); do
        d="$(printf ".%02d" $((b % 1024 * 100 / 1024)))"
        b=$((b / 1024))
        let s++
    done
    echo "$b$d ${S[$s]}"
Here is the best formulation of finding the memory usage of foo where foo can be a regular expression

    echo 1024\*(pgrep foo| xargs pmap -x|grep total|awk '{print $5}'| paste -sd+ -)|bc|xargs human   
In fish the meminfo function with custom functions not herein included

   function meminfo
        pgrep $argv| each pmap -x|g total|nth 5|sumof|multiplyby 1024|each human
   end
Most of firefox's mememory is in firefox, Web Content, and WebExtensions

meminfo firefox returns only 250MB right now but meminfo 'firefox|Web' returns 1.5GB

If you are looking at just firefox you are definitely not getting the whole picture.

Re:Firefox 73 by dmos62 on Tuesday February 11, 2020 @03:02PM (#22302197)
I got an unexpected result:

For context

  pgrep --full /usr/lib/firefox/firefox | wc -l
returns 10, while

  pgrep 'firefox|Web' | wc -l
returns 9.

Your posted command formatted and a missing $ added (I'm using bash):

  echo 1024\*\
  $(\
    pgrep --full /usr/lib/firefox/firefox \
    | xargs pmap -x \
    | grep total \
    | awk '{print $5}'\
    | paste -sd+ - \
  )\
  | bc \
  | xargs ./human
returned 220.63 MiB.

Here's my htop excerpt:

  3532M  286M 97512 S  0.0  9.6  9:20.59 │  └─ /usr/lib/firefox/firefox
  2325M 74708 56596 S  0.0  2.4  0:00.42 │     ├─ /usr/lib/firefox/firefox -contentproc -childID 41
  2509M  121M 85300 S  0.0  4.1  0:15.84 │     ├─ /usr/lib/firefox/firefox -contentproc -childID 40
  2489M  173M  103M S  0.0  5.8  0:18.64 │     ├─ /usr/lib/firefox/firefox -contentproc -childID 39
  2389M 74172 57060 S  0.0  2.4  0:13.49 │     ├─ /usr/lib/firefox/firefox -contentproc -childID 23
  2540M  112M 89996 S  0.0  3.8  0:50.95 │     ├─ /usr/lib/firefox/firefox -contentproc -childID 22
  2513M 72396 58300 S  0.0  2.4  0:14.88 │     ├─ /usr/lib/firefox/firefox -contentproc -childID 17
  2413M 46488 34892 S  0.0  1.5  0:18.37 │     ├─ /usr/lib/firefox/firefox -contentproc -childID 16
   250M  2132  1916 S  0.0  0.1  0:00.13 │     ├─ /usr/lib/firefox/firefox -contentproc -parentBuil
  26.4G 85844 35008 S  0.0  2.8  0:57.39 │     └─ /usr/lib/firefox/firefox -contentproc -childID 3 
Not sure what to make of it.
Re:Firefox 73 by michaelmrose on Wednesday February 12, 2020 @01:08PM (#22311103)
To capture the other processes pgrep 'firefox|Web' to capture WebExtensions and Web Content
Re:Firefox 73 by dmos62 on Wednesday February 12, 2020 @03:08PM (#22312256)
That's what I'm talking about in the beginning of the post. 'firefox|Web' captures 1 one less process than `--full /usr/lib/firefox/firefox`. That one process is 0.1mb in my case.
Re:Firefox 73 by michaelmrose on Monday February 17, 2020 @06:27PM (#22351927)
I didn't know about --full you are correct
Re:Firefox 73 by Ygg2 on Tuesday February 11, 2020 @12:30PM (#22300382)
I've noticed using some extensions (like Grammarly doubles or triples the amount of RAM used).
Re:Firefox 73 by Kuinox on Tuesday February 11, 2020 @11:59AM (#22300013)
Google polyfill badly done JS because firefox doesn't implement some "advanced" features that google tought but is not(or will never be) in the standard. It result in more usage of CPU and RAM. I noticed that Facebook have a memory leak on firefox for exemple (12Go, then 3Go after closing facebook).
Re:Firefox 73 by Shivetya on Tuesday February 11, 2020 @12:15PM (#22300179)
my only issue with Firefox on Mac is that streaming video from twitch will just randomly stall but this did not occur with Safari. The oddest part is that is stalls randomly when clicking back to the tab with the stream. Even with multiple streams its wholly random if one will stall the video portion or not; the audio continues and chat bar works too.

memory wise it will consume quite a bit when managing streaming content and even leave the code in memory when all related tabs are gone; I assume this happens because of the dearth of video content on many web pages

Re:Firefox 73 by globalproctd on Tuesday February 11, 2020 @04:18PM (#22302965)
I was having the exact same issues on Twitch allll the time on FF on Mac. I haven't since switching to Vivaldi, probably have frozen two or 3 times since.
Re:Firefox 73 by whalesalad on Tuesday February 11, 2020 @02:42PM (#22301931)
I haven't been able to find a faster or more efficient browser on macOS than Safari. It's my daily driver.
Re:Firefox 73 by fralewsmi on Tuesday February 11, 2020 @02:47PM (#22302017)
Big time, I use Firefox for dev work because the Safari tools kinda suck, but for everything else its amazing
Re:Firefox 73 by whalesalad on Tuesday February 11, 2020 @02:50PM (#22302059)
True, FFX has the best web inspector tools by far.
Re:Firefox 73 by tlamponi on Tuesday February 11, 2020 @12:36PM (#22300433)
Just restarted for the new release, but I currently got 3 windows with a total of 73 tabs (no shame please ^^) and just focused each of them to ensure they are loaded due to the restart.

Waited a bit and now have:

* Resident Set Size: ~ 500 MB

* Virtual memory: ~ 3300 MB

Not much, IMO, especially as virt. memory doesn't tells one much.

Re:Firefox 73 by rezeroed on Tuesday February 11, 2020 @12:39PM (#22300475)
2697 here. I should probably use the 'x' on occasion.
Re:Firefox 73 by mccr8 on Tuesday February 11, 2020 @01:07PM (#22300814)
In Firefox, if you go to about:memory and click on "Measure", you can get some kind of breakdown of where the memory is being used. I don't know how useful it will be to understand why it is using more memory, but it can be interesting.
Re:Firefox 73 by b3n on Tuesday February 11, 2020 @05:34PM (#22303696)
Wouldn't you prefer your browser use more RAM? I'd much rather it cache as much as possible than have unused RAM sitting idle. Hell, I even stick my `~/.cache/` in RAM.
Re:Firefox 73 by vsareto on Tuesday February 11, 2020 @11:49AM (#22299912)
I wish I knew but something has always bothered me about people jumping browsers due to open tab usage for tab counts above 20.

Is that really the only feature people care about?

Re:Firefox 73 by SkyMarshal on Tuesday February 11, 2020 @11:56AM (#22299977)
When it completely bogs down the browser so that opening a new window stakes 5s and other normal actions are extremely laggy, no other features matter. This can happen even on my 64GB workstation when Firefox hasn’t consumed all the available memory yet. Performance is a feature.

(That said I continue to use Firefox exclusively b/c 1) Firefox is really good now, 2) best addon/extension support, 3) Google’s leadership is Evil now, and 4) I don’t want a rendering engine monoculture).

Re:Firefox 73 by aliceryhl on Tuesday February 11, 2020 @12:37PM (#22300452)
It's weird, I keep seeing people complain about the memory usage and it being slow, but I've literally never experienced any of these kinds of issues, and I have 80 tabs open right now. Are you using some weird plugin or what?
Re:Firefox 73 by eitland on Tuesday February 11, 2020 @02:55PM (#22302101)
It is dependent on machine, OS and what plugins are installed.

I'm fairly certain I used to have hundreds of tabs open back in the old Firefox with even less lag than I see today.

Re:Firefox 73 by pbhjpbhj on Tuesday February 11, 2020 @04:41PM (#22303206)
I'm pretty sure it depends a lot on profile cruft too.
Re:Firefox 73 by SkyMarshal on Tuesday February 11, 2020 @04:46PM (#22303250)
I do have a bunch of plugins installed, is there any way to profile them and see if any of them are the culprit? (Ubuntu 18.04)
Re:Firefox 73 by webmobdev on Tuesday February 11, 2020 @12:23PM (#22300283)
That's understandable. But what exactly is the thought process in having so many tabs (10+) open in the first place?
Re:Firefox 73 by newscracker on Tuesday February 11, 2020 @12:34PM (#22300416)
Having multiple tabs (or "too many tabs") is a neat and very visible way to keep track of what's to be read and processed. It does result in keeping things for far too long sometimes, but there is no better interface that surfaces all the different sites/URLs to be processed. It's very useful when you're troubleshooting or researching something (could be some tech stuff in general, some software development/debugging stuff or anything else you're researching).
Re:Firefox 73 by webmobdev on Tuesday February 11, 2020 @01:19PM (#22300955)
Ok, using browser tabs as "bookmarks".

I used to do something similar too with Opera (the original one with Presto engine) but with their "Speed Dial" feature. I miss Presto Opera - it was light-weight, fast and wasn't bogged down by even with 100's of open tabs and had fantastic browser features that nearly all their competitors copied.

Re:Firefox 73 by newscracker on Tuesday February 11, 2020 @01:29PM (#22301075)
It's actually way better than bookmarks because it stores the content in a quickly accessible way (unless the tab has been unloaded manually or through another extension), and it also stores history (you can go back and forward in each of those tabs). Bookmarks and "Speed Dial" (which is available on Firefox) do not support tab history. I do not know how Opera's Speed Dial worked though.
Re:Firefox 73 by webmobdev on Wednesday February 12, 2020 @08:30PM (#22314575)
> It's actually way better than bookmarks because it stores the content in a quickly accessible way

I am skeptical about this part. If you tag your bookmark's, it then becomes easy to look it up right from the address bar by just typing a tag name. That is actually much easier and faster than searching through 100's or 1000's of tabs.

> ... and it also stores history

That's a very good point that I hadn't considered.

Re:Firefox 73 by SkyMarshal on Tuesday February 11, 2020 @02:28PM (#22301762)
I used to do the exact same with Presto Opera, still my favorite browser UI of all time. MDI > tabs. Wish modern browsers would understand that.
Re:Firefox 73 by duhi88 on Tuesday February 11, 2020 @12:58PM (#22300693)
"read it later" window, sites for research, Slack in the browser, podcasts or music in the background, etc.

I usually don't close my research tabs until I've completed the task I was working on. Not having to worry about memory means I don't have to worry about finding useful webpages again.

Re:Firefox 73 by webmobdev on Tuesday February 11, 2020 @01:14PM (#22300906)
Ok, looks like you all prefer to use the tabs as bookmarks!

If I have too many tabs open, I just bookmark and tag the site I still may want to want peruse later, and close the tab.

Re:Firefox 73 by barrkel on Tuesday February 11, 2020 @11:08PM (#22305664)
Inbox, rather than bookmarks. Bookmarks suggest repeated visits; an open tab is something to be visited at least once, but not known to be worth keeping a link to.
Re:Firefox 73 by SkyMarshal on Tuesday February 11, 2020 @02:31PM (#22301795)
Open tabs = bookmarks for unread stuff, basically. Once I’m done, optionally bookmark it if necessary and close the tab.

The problem with bookmarks is my list of bookmarks eventually grows even larger than my open tabs, far larger, and stuff just gets lost in there. Once out of site, then out of mind. Leaving it open in a tab I’m more likely to go back and read it when I have time.

Re:Firefox 73 by SAI_Peregrinus on Tuesday February 11, 2020 @01:38PM (#22301199)
Bookmarks discard information (history, non-url parameters, parent tab, etc). Often that information is important!
Re:Firefox 73 by paulryanrogers on Tuesday February 11, 2020 @12:44PM (#22300526)
For me it was a read-later queue that I rarely ever used. Now after purging it more often I don't need things like vertical tabs as much.
Re:Firefox 73 by tofflos on Tuesday February 11, 2020 @12:44PM (#22300523)
I can’t imagine getting by with so few. My tab counter extension is currently showing 1053.
Re:Firefox 73 by aliceryhl on Tuesday February 11, 2020 @12:38PM (#22300463)
It's an easy way to manage things I want to go back to at some point in the future.
Re:Firefox 73 by eitland on Tuesday February 11, 2020 @02:57PM (#22302130)
Seeing things in context.

Multi tasking (each task can easily have a good number of tasks open)

Re:Firefox 73 by vsareto on Tuesday February 11, 2020 @02:28PM (#22301764)
If people are so concerned about tab performance, why not use the history pane?
Re:Firefox 73 by mqus on Tuesday February 11, 2020 @12:10PM (#22300121)
I'm using firefox and am currently at over ~20 Tabs (TreestyleTab makes this easy ;), usually I have more) with ~600MB mem usage on a 8GB machine.

I care about the feature but i don't see any reason to switch away from Firefox for it...

Re:Firefox 73 by webmobdev on Tuesday February 11, 2020 @12:24PM (#22300303)
What exactly is the thought process behind having so many tabs open? For example, I close tabs when I am done with a site and / or when I can't read the site title on the tabs any more.
Re:Firefox 73 by tokamak-teapot on Tuesday February 11, 2020 @12:50PM (#22300602)
What’s the thought process behind closing them? Using tree style tabs I have a forest of tabs. I am working with lots of ‘web apps’ (currently mainly the AWS console) and closing tabs would mean having to go and find the particular resources every time I want to work with them. I probably hit each of around 50 tabs - across two or three windows - an average of 20 times today. Then there were dozens of ephemeral tabs too.
Re:Firefox 73 by webmobdev on Tuesday February 11, 2020 @01:05PM (#22300779)
> What’s the thought process behind closing them?

- Why keep a site open when you are done with it?

- Too many tabs and it gets difficult and irritating to find and open the site you want.

- Have never needed to keep many, many sites open in the first place.

Re:Firefox 73 by SAI_Peregrinus on Tuesday February 11, 2020 @01:32PM (#22301112)
Not the person you're replying to, but may as well answer since I also use tree-style tabs similarly.

> - Why keep a site open when you are done with it?

Why assume you're done with it? I have a number of tabs just for Grafana dashboards I'm monitoring. Re-finding the particular configuration from the home page every time would be annoying, bookmarks would require reloading the page (and thus re-running the slow queries that happen on load instead of on data update), etc.

> - Too many tabs and it gets difficult and irritating to find and open the site you want.

That's what tree-style tabs solves. Tabs are a hierarchy, just like bookmarks or folders normally are. It's much easier to navigate.

> - Have never needed to keep many, many sites open in the first place.

I've got email, calendar, a bunch of Grafana tabs, plus a few datasheets, a schematic, Jira, Confluence, and Github.

And that's just for work, for news I tend to open articles in tabs with HN comments in child tabs and then go through & read them in sequence, but I keep work & non-work in different windows.

Re:Firefox 73 by Izkata on Tuesday February 11, 2020 @02:06PM (#22301511)
Another Tree Style Tabs user here, I'm not really satisfied with the other explanations, so: With TST and Auto Tab Discard, tabs have become self-organized bookmarks for me. I simply don't use actual bookmarks anymore, and have open tabs for each site I regularly visit, with subtrees for any stray thought.

I'm up to around 500 tabs across 3 windows. Maybe a dozen root trees. Youtube, Android docs, HN, Reddit, etc, for example. Because opening links in a new tab creates a child tab in the tree, they're automatically well-organized in a way that follows my thoughts, collapsible when I'm done with one for the moment, and rearrangeable if I don't like where they were put in the tree.

https://addons.mozilla.org/en-US/firefox/addon/tree-style-ta...

https://addons.mozilla.org/en-US/firefox/addon/auto-tab-disc...

Re:Firefox 73 by CathedralBorrow on Tuesday February 11, 2020 @12:50PM (#22300601)
> For example, I close tabs when I am done with a site

I also do this, but my definition of done is very flexible and blurry.

Re:Firefox 73 by webmobdev on Tuesday February 11, 2020 @01:20PM (#22300971)
I meant, close it immediately or just bookmark, tag and close it for later.
Re:Firefox 73 by CathedralBorrow on Tuesday February 11, 2020 @03:24PM (#22302405)
I don't do any bookmarking or tagging, so either it's an open tab or something I can dig up in the history. So I tend to keep tabs open if I think there's a chance I might need to refer to it soonish. Or I just forget them after my focus moves on to something else.
Re:Firefox 73 by SAI_Peregrinus on Tuesday February 11, 2020 @01:33PM (#22301129)
"Bookmark, tag, and close" loses active state and requires a full page refresh. It also loses the history (where it was opened from). Bookmarks are useful, but they're not the same thing as tabs.
Re:Firefox 73 by dx87 on Tuesday February 11, 2020 @12:42PM (#22300507)
My wife leaves all of her tabs open, but it's not for any specific reason. If she opens a new tab and goes to a website, the browser will just switch to the tab that's already on that website instead of fetching the website again.
Re:Firefox 73 by webmobdev on Tuesday February 11, 2020 @01:11PM (#22300864)
> ... the browser will just switch to the tab that's already on that website ...

Which browser?

Re:Firefox 73 by Drdrdrq on Tuesday February 11, 2020 @03:20PM (#22302373)
Firefox has that feature (configurable).
Re:Firefox 73 by eppsilon on Tuesday February 11, 2020 @03:14PM (#22302305)
Safari does this
Re:Firefox 73 by lnenad on Tuesday February 11, 2020 @01:25PM (#22301021)
For some they're something that I check daily so I just focus then refresh, and for some I keep them open thinking it's something I am going to revisit and read some day.
Re:Firefox 73 by hombre_fatal on Tuesday February 11, 2020 @11:53AM (#22299953)
It's one of the biggest practical differences between browsers that can completely cripple the experience. Why wouldn't it matter?
Re:Firefox 73 by globalproctd on Tuesday February 11, 2020 @04:21PM (#22303001)
OP here on this comment chain.

I'm a front end and back end developer that uses multiple libraries and tech stacks and need to find answers to stuff immediately. I leave them open as a resource while I'm working, which may be on multiple things at once. In addition, I have mail, messaging, music, and other work-related things open in the browser.

It's really one of the only features that matters.

Re:Firefox 73 by agumonkey on Tuesday February 11, 2020 @12:51PM (#22300606)
I'm surprised you're having issues with RAM. I had 1050 opened tabs in firefox nightly and my x201 (1st gen i5) has only 8GB and only 50% of it was used on average by ffx.
Re:Firefox 73 by mtrower on Tuesday February 11, 2020 @06:01PM (#22303898)
I'm not sure tab count is really a viable metric here. You'd think there'd be a strong correlation, but...

On one Windows PC, I keep 2-3 tabs constantly open (may as well pin them tbh), and open/close others as needed. Average tab footprint is probably 3-8 tabs. Average RAM footprint is 1700MB. I have different tab footprints on different machines, of all sorts of different hardware and OS combinations; let's say the general tab footprint is 5-30 tabs, and general memory footprint is 800MB-3GB.

On the other hand, one user here reported a few thousand tabs at ~500MB RSS.

Obviously factors like assets and JavaScript affect RAM consumption, but a lot of these heavy tab users have to be running a good number of web apps. There must be something else at play.

Re:Firefox 73 by magicalhippo on Tuesday February 11, 2020 @06:49PM (#22304241)
Depends on the tabs. I can get the Slack tab to eat over 6GB of memory if I just let it sit there without periodically reloading the tab... auto-reload extensions FTW.
Re:Firefox 73 by agumonkey on Tuesday February 11, 2020 @07:20PM (#22304461)
Sure some web apps will naturally consume immense amout of ram. My tabs were not heavy apps, but diverse usual web pages github, hn, reddit, youtube, pubmed, wikipedia, pdfs etc
Re:Firefox 73 by magicalhippo on Tuesday February 11, 2020 @08:22PM (#22304822)
In this case it's a relatively simple live leak.
Re:Firefox 73 by webmobdev on Tuesday February 11, 2020 @12:18PM (#22300228)
I would shift to Vivaldi too, if they gave up their dependence on Google.
Re:Firefox 73 by nothis on Tuesday February 11, 2020 @12:42PM (#22300516)
Frankly I don’t get what the complaints about RAM usage are all about. With video, high res images, megabytes of javascript and 30 tabs open, modern browsing simply takes a lot of resources. I rather have the browser use a lot of cache than having to reload shit constantly.
Re:Firefox 73 by globalproctd on Tuesday February 11, 2020 @04:17PM (#22302957)
> Frankly I don’t get what the complaints about RAM usage are all about.

Sure, let me just go download some more RAM. It's not like it's a finite resource in my machine or anything.