Live data from Hacker News

Firefox got faster for real users in 2023

hacks.mozilla.org

291–296 of 296 posts

Re: Firefox got faster for real users in 2023

#291
post #286
post #193

Earlier quoted context omitted.

> running without overcommit is a recipe for disaster (but yes, it probably is, even with 40GB of memory. I bet many things are designed on Linux with overcommit as an assumption)

My laptop has a mere 32G of ram and 6G swap (currently unused but I did reboot last week) The advice used to be 1.5*physical ram for swap back in the days when I had 4MB of ram and 170MB HDD - well under 5% of disk space Doing that today would be 20% of my disk space which seemed excessive. Perhaps I could create a 24G swap file as a ram drive, giving me 8G of ram and 24G of swap. Why would that be better than just 3…

> 1.5*physical

Yep. This was a rule of thumb which I don't think still holds with current RAM capacities.

I don't have swap on my 32G laptop, not sure it's right I guess I could use a 2G-4G swap partition when running a few XWiki instances and a Java IDE as well as a browser with several dozens of tabs instead of having the IDE frequently OOM-killed.

Re: Firefox got faster for real users in 2023

#292
post #140

Earlier quoted context omitted.

Thanks, I updated my original post because how they profit from the data is immaterial to the fact that they want it and they coax people into letting them collect it.

Doesn't that more general statement now apply to anyone that collects telemetry, even for "noble" purposes, like Mozilla?

Yes, opt-in by default telemetry is unethical.

Re: Firefox got faster for real users in 2023

#293

Earlier quoted context omitted.

Are you serious?

I'm absolutely serious. Apart from using my work laptop to visit an ad-ridden page, doing stupid timed sign-up activities like going to Disney World, or using my older work desktop that was so old and slow that it spent 10 minutes every morning at 100% disk utilization before calming down, I can't think of a time when I've experienced noticeably slow webpage loading in years, maybe a decade.

I wasn't asking about your feel of things. I was asking about whether you're serious about thinking that no one cares about page load speeds.

Anyway, it was a rhetorical question, not one that needed an answer.

Re: Firefox got faster for real users in 2023

#294

Earlier quoted context omitted.

I use Debian's Firefox ESR, and for at least five major (ESR) versions there's been a bug where sometimes if multiple tabs try to do a web push notification at once, the entire browser process hangs maxing out a core and nothing I do will recover from that. (I use X11 with PulseAudio.) One of these days, I'll get around to reliably reproducing it. (I haven't tried `pulseaudio -k`, which might fix it if it's an issue…

Have you tried stress testing triggering notifications over D-Bus or something? Might be a DE problem.

I have not: I don't know how to do that. (I guess you can do it with a Python script?) The X11 utils reckons that the notification windows belong to the same client as Firefox, though, so I doubt this is the issue.

Re: Firefox got faster for real users in 2023

#295

Earlier quoted context omitted.

Have you tried stress testing triggering notifications over D-Bus or something? Might be a DE problem.

I have not: I don't know how to do that. (I guess you can do it with a Python script?) The X11 utils reckons that the notification windows belong to the same client as Firefox, though, so I doubt this is the issue.

Don't think you'd need to break out Python, you can trigger notifications from the command line or D-Bus itself.

https://wiki.archlinux.org/title/Desktop_notifications#Usage...

Re: Firefox got faster for real users in 2023

#296

Earlier quoted context omitted.

I have not: I don't know how to do that. (I guess you can do it with a Python script?) The X11 utils reckons that the notification windows belong to the same client as Firefox, though, so I doubt this is the issue.

Don't think you'd need to break out Python, you can trigger notifications from the command line or D-Bus itself. https://wiki.archlinux.org/title/Desktop_notifications#Usage...

I've confirmed that it's the x-www-browser process maxing out the core, so I doubt it's the DE, and it probably isn't D-Bus either.
Post reply on HN