Most active commenters
  • zelly(8)
  • roca(7)
  • fencepost(3)
  • toyg(3)
  • gvjddbnvdrbv(3)
  • wesgarland(3)

←back to thread

Mozilla lays off 70

(techcrunch.com)
929 points ameshkov | 77 comments | | HN request time: 1.35s | source | bottom
1. strict9 ◴[] No.22058568[source]
Not sure of Mozilla’s financial or organizational structure but it seems to be part of a larger trend of de-emphasizing QA departments at software shops large and small over the past 10 or so years.

In many ways test automation tooling has become much easier to use, develop, and manage.

But I suspect the larger driving force is that it’s (arguably) a cost center for an org. The burden of ensuring software quality can be shifted to devs and PMs, though usually with mixed results.

For Mozilla, axing quality and security first is a bad look when those are crucial aspects of a privacy-first company value.

replies(7): >>22058757 #>>22058762 #>>22058953 #>>22059007 #>>22059065 #>>22059192 #>>22060314 #
2. jonny_eh ◴[] No.22058757[source]
Especially just after this happened: https://www.macrumors.com/2020/01/10/mozilla-firefox-update-...
3. weberc2 ◴[] No.22058762[source]
I wonder if it's improvements in automation or if QA responsibilities are increasingly rolling up into standard developer roles or because the line between QA and dev is blurring (e.g., software testing now requires stronger dev/automation skills so the QA job looks more like standard software engineering)?
replies(3): >>22058941 #>>22059485 #>>22059492 #
4. ivan_gammel ◴[] No.22058941[source]
I don't think automation or shift of testing responsibilities to developers is harming QA role in any way, it's just the first candidate for layoffs, because it does not have immediate impact on business. Independent SQA is still relevant, even it it becomes a developer specialization.
replies(1): >>22059163 #
5. rogueresearch ◴[] No.22058953[source]
>The burden of ensuring software quality can be shifted to devs and PMs

Heck, the burden can be shifted to users! But then you might not have so many users in the future. :(

replies(4): >>22059118 #>>22059630 #>>22060564 #>>22061336 #
6. crazypython ◴[] No.22059007[source]
Mozilla uses AFL, which is a genetic algorithm that tests code paths. They are also transitioning to Rust, which will give them a much bigger safety guarantee over most of their code and a much smaller audit surface for the rest.
replies(4): >>22059053 #>>22059115 #>>22059126 #>>22059331 #
7. Thaxll ◴[] No.22059053[source]
Rust has nothing to do with QA things since most bug are business logic / UI / UX related. QA don't test for those kind of errors.
replies(1): >>22059125 #
8. throwaway5752 ◴[] No.22059065[source]
It sounds organizational. The one reference to QA is that the leads were let go, which might mean that the teams were re-orged under a product aligned structure.

There is a lot of "shift-left" emphasis out there, but ultimate their is a conflict of interest problem. I think there's no need to go beyond the "we are losing money" explanation and QA is considered more of a cost center.

9. zozbot234 ◴[] No.22059115[source]
They're transitioning quite slowly, a sibling comment mentions https://wiki.mozilla.org/Oxidation#Rust_Components this page. Even accounting for how they're obviously prioritizing their efforts to get the best bang for the buck, there will be a lot of critical C/C++ code in Mozilla products for a pretty long time.
10. dgellow ◴[] No.22059118[source]
That seems to work for Microsoft so far.
11. mffnbs ◴[] No.22059125{3}[source]
In my experience, that’s the exact sort of errors that a QA team our position tests for.
replies(1): >>22059269 #
12. SEJeff ◴[] No.22059126[source]
American Fuzzy Lop? It's a fuzzer. I've never heard of a fuzzer described as a genetic algorithm that tests code paths, but that is technically correct.

A fuzzer is not going to replace unit tests or good SDLC, which often involves QA.

replies(1): >>22061343 #
13. weberc2 ◴[] No.22059163{3}[source]
That wouldn't explain the perceived increase in QA layoffs; you would need something else, such as worse economic conditions.
14. zelly ◴[] No.22059192[source]
If there's anything they need to axe, it's the Gecko team. Just replace it with V8. The whole layout engine too--replace it with Blink. It is inevitable, so might as well get over with it now and save the wasted human effort and $$$.

I tried to use Firefox recently. It leaked 28 GiB of RAM on x86_64 GNU/Linux with no extensions except uBlock Origin. Happened a few times over the month whenever I visited JS-heavy websites. Never had that happen with Chromium, which runs through megs of JS like butter.

Wouldn't it be nice if an experienced browser dev team maintained a privacy-oriented libre version of Chrome (without manifest v3, sync, and all that trash). Or should they keep doing what they've doing and make the best pro-privacy browser that no one ever uses except indirectly through Tor Browser.

replies(10): >>22059302 #>>22059312 #>>22059422 #>>22059430 #>>22059972 #>>22060992 #>>22060994 #>>22062072 #>>22065318 #>>22074608 #
15. newnewpdro ◴[] No.22059269{4}[source]
Their comment meant that QA don't test for the kinds of errors (safety) rust protects against.
16. la_fayette ◴[] No.22059302[source]
Cpu usage of chrome is higher on chrome on mobile. Cpu affects battery life more than memory... so firefox is a good choice on mobile.
replies(1): >>22059947 #
17. saagarjha ◴[] No.22059312[source]
> If there's anything they need to axe, it's the Gecko team. Just replace it with V8. The whole layout engine too--replace it with Blink. It is inevitable, so might as well get over with it now and save the wasted human effort and $$$.

And further contribute to the browser monoculture?

> I tried to use Firefox recently. It leaked 28 GiB of RAM on x86_64 GNU/Linux with no extensions except uBlock Origin. Happened a few times over the month whenever I visited JS-heavy websites.

And you've reported this, I assume?

> Never had that happen with Chromium, which runs through megs of JS like butter.

Really? I explicitly avoid Chrome on my computer because it can't handle the web without chewing through my RAM.

> Wouldn't it be nice if an experienced browser dev team maintained a privacy-oriented libre version of Chrome (without manifest v3, sync, and all that trash). Or should they keep doing what they've doing and make the best pro-privacy browser that no one ever uses except indirectly through Tor Browser.

I would like the experienced Mozilla team to continue to work on their pro-privacy browser than a decent number of people use.

replies(2): >>22059627 #>>22061002 #
18. zelly ◴[] No.22059331[source]
Mozilla is good at everything except making browsers. rr is the best debugger I've used. I wonder if there's a way for them to monetize Rust. It seems impossible to monetize a programming language without owning a platform e.g. Microsoft (*.NET), Apple (Swift), Borland (Delphi), JetBrains (Kotlin). FirefoxOS for mobile with Rust as the first-class citizen would have been huge for them. Maybe it's not too late. Take note Mozilla.

If there's anything they're going to be in the history books for, it's going to say Rust, not Firefox.

replies(2): >>22059924 #>>22060132 #
19. fencepost ◴[] No.22059422[source]
Could you clarify "recently" a bit more? Clearly it's after the release of uBlock Origin, but I'm pretty sure that there was a big effort to clean up memory use a few years ago.

Maybe it's poor Linux support, I have a distressingly high 4 digit number of tabs open on a Windows box and I don't think I've seen it go past 8gb with multiple weeks of runtime.

Edit: Win10 Pro on a Xeon with 48gb ram available

replies(3): >>22059534 #>>22059638 #>>22059882 #
20. basch ◴[] No.22059430[source]
SpiderMonkey? SM and V8 are javascript engines. Gecko is a browser/layout engine.
21. xemdetia ◴[] No.22059485[source]
I agree with the concept that it is turning into something else, as I see DevOps/SRE/CI/PM people doing QA work through trying to just make the thing go. It just is leaving a lot of gaps in longevity, complex setup, and building tests either manual or automated to do that better. In the last dozen or so teams I've interfaced with this is just getting worse as I'm seeing lots of situations where things like backup/restore breaks from the last hotfix, upgrade a system a few sequential versions, and only covering X-1/X critical features in ordinary testing. These are things that a traditional QA team would cover after it burns the business/org in one way or another, but since it's not a core focus of some of these people covering parts of the same role it's leaving a lot of not-obvious gaps in a lot of groups.
22. thrower123 ◴[] No.22059492[source]
Developers are just turning into glorified hatracks at this point, and the results are discouraging. It's no wonder that people burn out when they are expected to do ever more and more with less.
23. zelly ◴[] No.22059534{3}[source]
Recently meaning 1 month ago
replies(1): >>22059946 #
24. zelly ◴[] No.22059627{3}[source]
There already is a browser monoculture. Even Microsoft's default browser is now Chromium with a different logo on it. The way to get diversity in browsers is to have adoption. There are hundreds of alternative browsers out there, but they do not diversify the browser market because they are unusable. You want diversity of browser adoption, not diversity of implementation.

There just aren't enough users out there to stick to a bad browser for religious reasons. It has to actually be better.

The browser market is as free of a market as you can get. Chromium has won. It had an advantage of being written mostly from scratch with lessons from the failures of Firefox and IE. It's basically too late to catch up. While trying to catch up, they will lose what little market share they have left, and the result will be an undisputable browser monoculture. What Mozilla can offer is a different frontend (or "userspace" if you will) to Chromium. That is the realistic approach.

> I would like the experienced Mozilla team to continue to work on their pro-privacy browser than a decent number of people use.

desktop user agents: 8% and dropping, about to be overtaken by Internet Explorer (lmao)

4.9% with mobile included

<1% mobile only

https://en.wikipedia.org/wiki/Usage_share_of_web_browsers#Su...

replies(2): >>22060030 #>>22060167 #
25. traskjd ◴[] No.22059630[source]
We see this at Raygun with our Crash Reporting and Real User Monitoring products (measuring errors, and end user experience in general). Nearly all power users are more likely to be in product, or very senior/executive developers.

Very low engagement out of QA. I'm not sure if they just have a way they like to work, or they think that if they exist then no bugs make it to prod (don't laugh, plenty of our twitter adverts get comments from folks thinking you don't need any monitoring if you have a tester on the team or if a dev writes unit tests).

Understand how the end user experiences your software. That's the actual source of the truth.

26. usr1106 ◴[] No.22059638{3}[source]
What do you with a 4 digit number of tabs? How can you even find what you are looking for? (Honest question, no attack)

I hardly ever have more than 10 tabs open, and aggressively close everything I am not working with. I also shut down my browser twice a day (2 working locations) and never restore the previous session. I do bookmark some pages, but as a matter of fact I notice that I hardly ever refer to my bookmarks. I don't have the feeling that I am missing out on anything.

replies(4): >>22059879 #>>22060199 #>>22062060 #>>22062088 #
27. fencepost ◴[] No.22059879{4}[source]
What do you with a 4 digit number of tabs?

Fail to go back and clear them out, mostly. Most were left open because of something relevant at the time, so I mostly need to spend a little time going through and nuking or nothing. There's been little friction due to leaving them open so it hasn't been a priority.

Pretty much the same thing that leaves some people with tens of thousands of messages in their inboxes (I deal with someone who does that and it makes my teeth itch, so my inbox isn't so bad).

replies(1): >>22063628 #
28. shpeedy ◴[] No.22059882{3}[source]
Previously, Firefox was fine on computer with 2GB of memory and hundreds of tabs. Now, 8GB is not enough.
replies(1): >>22062089 #
29. roca ◴[] No.22059924{3}[source]
Hi, I'm the architect of rr.

Mozilla is very good at making browsers. Making browsers is incredibly hard and it's amazing that Firefox is competitive with Chrome given a fraction of the development resources Chrome has.

Mozilla has made some big mistakes, but so have the other browser vendors. It's easier to brush over your mistakes when you have an ocean of resources and market power.

replies(4): >>22060168 #>>22060859 #>>22061377 #>>22062009 #
30. fencepost ◴[] No.22059946{4}[source]
If you have a limited number of sites that blow FF memory usage up like that within a limited time (and that you're willing to share in a bug report) then that might be something helpful to report. Failing that, there may be some telemetry available that might be able to identify problem areas, though I'm not sure what details would be.
31. The_rationalist ◴[] No.22059947{3}[source]
Websites are not tested for Firefox for Android.
replies(1): >>22060223 #
32. roca ◴[] No.22059972[source]
> I tried to use Firefox recently. It leaked 28 GiB of RAM on x86_64 GNU/Linux with no extensions except uBlock Origin. Happened a few times over the month whenever I visited JS-heavy websites.

Of course this is not the experience of the vast majority of Firefox users, so it's pointless to suggest that this means something about Firefox's overall quality. You can easily find people making the same sorts of complaints about Chrome.

replies(2): >>22060965 #>>22061231 #
33. bzbarsky ◴[] No.22060030{4}[source]
> The browser market is as free of a market as you can get.

Given all the UA-sniffing and purposefully sending broken or degraded sites to various browsers going on nowadays (including on Google properties), no, it's not.

34. cookiecaper ◴[] No.22060132{3}[source]
Mozilla is already in the history books for Firefox, any way you slice it. Firefox has been the only serious refuge from proprietary browsers and their vendors for nearly two decades, and has made history in many ways. It would only be omitted if the book was written by a competitor's PR department.

Quality and popularity are rarely correlated, but such metrics are even further confounded when you have monopolistic factions like Google and MS pumping huge money into user acquisition for their competing platforms. It's ridiculous to imply that Firefox is being rejected by users just because Google has been dumping millions into getting people switched to Chrome (and doing so not only with marketing dollars, but increasingly with bully tactics).

replies(1): >>22061164 #
35. jorvi ◴[] No.22060167{4}[source]
> It had an advantage of being written mostly from scratch with lessons from the failures of Firefox and IE

Chrome's main advantage was/is the limitless ocean of resources of one of the biggest three companies in the world, and incessantly being featured on the front page of the biggest (90%+) search machine in the world.

replies(1): >>22061451 #
36. jcranmer ◴[] No.22060168{4}[source]
In terms of contributing to declining market share, my personal opinion is that Mozilla's big mistake with Firefox was killing embedding around 2010.
replies(1): >>22061489 #
37. tomrod ◴[] No.22060199{4}[source]
You might consider usint Zotero as a bookmark manager. It is originally for bibliographies. I don't think I can ever go back.

It has a fantastic FF extension.

38. tomrod ◴[] No.22060223{4}[source]
Indeed. I keep Brave around just to handle the 5% of sites that are decidedly not FF friendly.

FF -- fix text sizing. As an example, old-style Reddit renders wonderfully on Brave and terribly terribly small on FF mobile. Another tester site is BOFH.

39. specialist ◴[] No.22060314[source]
Obligatory: quality assurance is not testing.

"...de-emphasizing QA departments..."

I feel like we (the industry) have forfeited. I did a stint as a SQA manager. Coming from a dev background, I took it very seriously, totally immersed myself in the domain, transmuted from skeptical to true believer.

I honestly don't know what to make of today's state of affairs.

For example, today's business analysts often do many of the tasks we used to associate with the QA role. Testing, verification, liaison with customers. Did we just rename the role?

Did "Agile" smother QA? Until very recently, I've never heard an Agile explanation for how to do QA/Test. I mean really do it, not just wave your arms. The "Test Into Prod" thesis, strategy, whatever, is the first intellectually honest, actionable, constructive (criticizable) methodology I've seen which is tailored for our new market realties.

I've never understood Agile. My teams were way more "nimble" (to use a different adjective) using PMI, critical path, iterative, lightest weight decision making, front loading work, managing risk, and so forth. All the battle hardened time proven stuff people untrained in project management pejoratively call "waterfall".

One correct criticism of all failing methodologists, including Agile, is lack of feedback loops. The "throwing over the wall" of work downstream. We designed feedback loops into our processes, some of what today would be called CI/CD. We were definitely not waterfall. (Another is managing transaction costs, something Agile has manifestly failed to do.)

Rant over. Sorry. Now get off my lawn.

replies(1): >>22061251 #
40. scarface74 ◴[] No.22060564[source]
i.e. Netscape.

It was a point of nerd pride on Usenet how well your operating system could handle a Netscape crash back in the day.

41. alexhutcheson ◴[] No.22060859{4}[source]
Thanks for rr - it's such an amazing tool, and a really impressive engineering accomplishment.
42. toyg ◴[] No.22060965{3}[source]
Considering he was on Linux, btw, that was probably not a Mozilla build.

Sadly, one of the drawbacks of opensource is that people can take your code and butcher it, and users will blame you.

replies(1): >>22068543 #
43. toyg ◴[] No.22060992[source]
You were probably not using a production-grade Mozilla build, or a recent one. All sorts of shenanigans go on in the Linux world when it comes to builds.
replies(1): >>22061435 #
44. smnthermes ◴[] No.22060994[source]
Weren't Quantum/Servo/e10 Firefox's saviors?
replies(1): >>22065385 #
45. Klonoar ◴[] No.22061002{3}[source]
>And you've reported this, I assume?

This is a total non-response. They're not actually under an obligation to report a bug and use their time - Mozilla, however, is obliged to make their browser work properly, and to ensure the team that's working on it is properly staffed/resourced/competent.

Your response is downplaying someone's actual concern by acting like it's wrong that they don't spend their spare time participating in open source software development.

Furthermore, this "browser monoculture" argument is ridiculous. WebKit and Blink are both open source, and Mozilla is increasingly becoming what Opera was back with Presto: a lone engine with quirks that nobody wants to waste their time working around.

If Mozilla gave up Gecko tomorrow and forked WebKit (a la what Blink is) I don't think I'd bat an eye. This is like what junior programmers wind up learning at some point - nobody cares what the code looks like, just that it does what it's expected to.

I say this all as someone who's contributed to some Mozilla repos, has a massive personal investment in Rust (and has read a good chunk of Servo, and liked it), and has been a fan since the Mozilla Suite days.

replies(2): >>22062646 #>>22063107 #
46. roca ◴[] No.22061164{4}[source]
Indeed, and if you count the value of in-kind support for Chrome, such as constant "switch to Chrome" advertising on the most important Web real estate in the world, we're talking billions, not millions.

I would love someone to estimate an actual figure for total Chrome marketing spend including in-kind. I'm guessing it would be well over $10B.

47. scriptsmith ◴[] No.22061231{3}[source]
It could be a genuine leak, but it sounds an awful lot like Firefox using 28 GiB of virtual memory.

Firefox often appears to use large amounts of memory in top / htop, but I believe that's just reported address space allocations. The RES column gives a more accurate depiction of memory usage.

replies(1): >>22061416 #
48. celticmusic ◴[] No.22061251[source]
> For example, today's business analysts often do many of the tasks we used to associate with the QA role. Testing, verification, liaison with customers. Did we just rename the role?

The person asking for a features should absolutely be the one signing off on the feature.

49. Aperocky ◴[] No.22061336[source]
> The burden of ensuring software quality can be shifted to devs and PMs

This in itself is a not a problem, coming from an oncall minded company. You take care of code you write and you're given time budget to KTFLO.

50. craftinator ◴[] No.22061343{3}[source]
GA's are a good generative path for fuzzers; at a low level that's exactly what they do.
51. zelly ◴[] No.22061377{4}[source]
Thank you for rr, once again. Great tool. I hope to contribute one day, as soon as I find an itch to scratch.
replies(1): >>22063395 #
52. zelly ◴[] No.22061416{4}[source]
It was real memory. I know the difference. I only noticed because I got an OOM error in my Java program and X11 froze, couldn't use my mouse. This happened multiple times with different heavy duty JS websites, particularly SPAs.
53. zelly ◴[] No.22061435{3}[source]
I used the official, automatically-updating build from getfirefox dot com. Package managers are always outdated, which you don't want for browsers (CVE madness).
54. zelly ◴[] No.22061451{5}[source]
I'm skeptical of this argument. Advertising companies shill garbage to us all the time. If it were bad, people would have stopped using it. As strong as the Google brand is, I don't think people are using it just because they were told to. Consumers, even the least technical of them, are still savvy enough to notice "slow internet". Their friends tell them to switch to Chrome, then they stop complaining about it, done.

> Chrome's main advantage was/is the limitless ocean of resources of one of the biggest three companies in the world

Yes, this is the reason why it became the best. It had loads of talented developers deployed on it for years and years. You can either complain about it or be happy that it happened and you have access to the fruits of this labor for free.

replies(1): >>22062010 #
55. roca ◴[] No.22061489{5}[source]
Could be, but it's awfully hard to say. What would have been cut to make room for embedding work, and what would the impact of cutting it have been? Did we know enough at that time to make a good decision about that?

Given that the embedding API would have had to change dramatically due to e10s pretty soon after 2010 (and maybe again due to Fission), I think 2010 was probably a bad time to promote a stable embedding API.

Embedding doesn't rank high on my list of Mozilla's mistakes.

56. gvjddbnvdrbv ◴[] No.22062009{4}[source]
If Mozilla used all its income derived from Firefox on Firefox would it really be that underfunded compared to Chrome?
replies(1): >>22062378 #
57. ncmncm ◴[] No.22062010{6}[source]
I guess you liked Internet Explorer best until Microsoft finally abandoned it.
58. bzbarsky ◴[] No.22062060{4}[source]
> How can you even find what you are looking for?

Type '%' (no quotes) followed by parts of the URL or title or both in the URL bar. Searches only your open tabs. I can usually find exactly what I want quite quickly.

59. saghm ◴[] No.22062072[source]
> I tried to use Firefox recently. It leaked 28 GiB of RAM on x86_64 GNU/Linux with no extensions except uBlock Origin. Happened a few times over the month whenever I visited JS-heavy websites.

Not sure what was going on with your experience, but I use Firefox on x86_64 machines with far less than 28 GiB of RAM daily and several extensions (including uBlock Origin), and I've never had anything like that happen. I'm not sure how JS-heavy the sites I visit are though, as I don't have any issues, so I don't really pay attention to that.

60. saghm ◴[] No.22062088{4}[source]
> I hardly ever have more than 10 tabs open, and aggressively close everything I am not working with.

I must be quite an outlier, because even 10 tabs open at once sounds like a distressingly high number to me.

61. sfink ◴[] No.22062089{4}[source]
Have you checked how Chrome does with 8GB now?

Sadly, the sites out there have changed far more than any of the browsers have, and not for the better. They load a ton of crap that does not contribute to the value delivered to the user, but instead contribute value to the site owner and the dozen layers of intermediaries in between user and site owner.

62. dblohm7 ◴[] No.22062378{5}[source]
Absolutely.
replies(1): >>22063550 #
63. saagarjha ◴[] No.22062646{4}[source]
> Your response is downplaying someone's actual concern by acting like it's wrong that they don't spend their spare time participating in open source software development.

Anything that broken would be fixed, almost instantly, had they reported it. I am not very amenable to people who discuss their very extreme personal anecdotes that they have failed to even put even the basic (some may even say courteous) amount of help and instead talk about their experience like it's typical.

> Furthermore, this "browser monoculture" argument is ridiculous. WebKit and Blink are both open source, and Mozilla is increasingly becoming what Opera was back with Presto: a lone engine with quirks that nobody wants to waste their time working around.

Open source does not ensure that a monoculture will not develop; both WebKit and Blink are financed by billion (trillion?) dollar corporations that have almost complete control over what will or will not be worked on or merged in. Every engine has its own quirks and slant on how it interprets the web standard: if WebKit was the dominant browser today we'd all be even more hesitant to roll out WebM or WebGL 2.

> If Mozilla gave up Gecko tomorrow and forked WebKit (a la what Blink is) I don't think I'd bat an eye. This is like what junior programmers wind up learning at some point - nobody cares what the code looks like, just that it does what it's expected to.

Who exactly are you likening to "junior programmers"?

> I say this all as someone who's contributed to some Mozilla repos, has a massive personal investment in Rust (and has read a good chunk of Servo, and liked it), and has been a fan since the Mozilla Suite days.

And you know my personal history on this pretty well too, but you'll notice I'm advocating for Mozilla in this case.

64. throwaway-9320 ◴[] No.22063107{4}[source]
> WebKit and Blink are both open source

Doesn't mean much since Google controls what features are planned, implemented and included in Chromium.

65. roca ◴[] No.22063395{5}[source]
You're welcome!

One contribution we can always use is people writing and talking about rr. One of the biggest things holding rr back is so many people just don't know it exists (or they know it exists but they don't appreciate what it could do for them).

66. gvjddbnvdrbv ◴[] No.22063550{6}[source]
Absolutely it would or wouldn't be underfunded?
replies(1): >>22071097 #
67. usr1106 ◴[] No.22063628{5}[source]
Right, my private Gmail inbox has more than 70,000 conversations (no clue how many messages). Using search I typically find quickly what I want.

As a programmer who has spent significant time with performance work, having useless tabs in a browser would hurt me. But that Google has to search through a bit longer list of messages I can accept as the typical wastefulness of computing these days. (I am old enough to have done time-sharing on 4 MB with 11 other students on their VT100)

68. pitay ◴[] No.22065318[source]
This is probably too late for anybody to notice but I got FF memory usage down significantly by:

1) Not using the recommended performance settings. Setting 'Content Process Limit' to 2 removed more than half the memory usage IIRC. There are other settings that you will need to go to about:config to change like what size images are cached to memory etc.

2) Use the 'Auto Tab Discard' extension. You will have to configure this to not discard tabs on certain sites or you may lose info you have typed into a webpage. Fortunately this is easily configured by right clicking a tab.

At the moment Firefox is using 700MB to display 5 tabs. 4 HN and on Reddit tab. Given that these sites are close to just text I find 700MB absurd, but that is just the web these days.

69. pitay ◴[] No.22065385{3}[source]
Strangely after Quantum, Firefox worked worse for me. It is still the case, with Firefox regularly pausing all network activity for a few seconds or even a minute, so I am stuck with websites stuck loading or video stuck loading for a decent amount of time. The UI and everything functions, it is just the network communicating that is stuffed, so anything that requests something has to wait until Firefox's network part decides to respond. I am used to it now, but this happened when Quantum came out and has remained the same for me since.
70. wott ◴[] No.22068543{4}[source]
Firefox gigantic leaks happen to me on Windows too. Depending on the mood, it ends with a crash or with Windows warning me that it will kill some processes if that keeps going on.
replies(1): >>22074628 #
71. roca ◴[] No.22071097{7}[source]
I assume he meant "absolutely it really would be that underfunded", because that is true.

Elsewhere in these comments people have estimated that Google pays at least 1000 people to work on Chrome. That's about the size of all of Mozilla, and a lot of those Mozilla staff are necessarily not working directly on Firefox --- you need HR, accountants, marketing, etc. Also, Google pays its developers significantly more than Mozilla does, on average; Mozilla developers tend to get big raises when they move to Google.

And that's just direct spending. Historically Google has done a lot of Chrome marketing on its Web sites, which is prime advertising real estate that would cost astronomical amounts of money if it was for sale. And historically Google has paid hardware and software vendors to preinstall Chrome, which is also expensive, though I'm not sure how much that happens these days.

replies(1): >>22072393 #
72. gvjddbnvdrbv ◴[] No.22072393{8}[source]
I've not seen any estimates that Google employs 1000 devs to work on Chrome. Only that in the more than decade long history of Chromium 1000 Google devs have worked on it in total.
replies(1): >>22079932 #
73. wesgarland ◴[] No.22074608[source]
How, exactly, would you replace Gecko with V8?

One is a layout engine, one is a JavaScript interpreter.

74. wesgarland ◴[] No.22074628{5}[source]
Happens on mac, too.

Some mornings I'm beachballing for my whole first coffee. Eventually I just wind up power cycling the mac if I can't open a shell prompt with which to `pkill -9 plugin-container`....

replies(1): >>22074955 #
75. toyg ◴[] No.22074955{6}[source]
I'm on Mac too and I've never seen anything like this. The odd tab will crash (particularly after I started using containers extensively and more than one adblocker/anti-tracker), but that's it.

> pkill -9 plugin-container

Ahhh, ok - that's not FF, that's a crap plugin (likely Flash). It's the browser equivalent of blaming Windows when a crap taiwanese driver gets it stuck. You could try uninstalling all that crap.

replies(1): >>22079464 #
76. wesgarland ◴[] No.22079464{7}[source]
Amazing how it happens neither with Chrome nor Safari. Any idea how they solved that problem?
77. roca ◴[] No.22079932{9}[source]
I don't want to dig through hundreds of comments again --- but as someone who worked on Firefox for 15 years and knows a bunch of Chrome people, I believe those estimates.