Live data from Hacker News

Speedometer 3.0: A shared browser benchmark for web application responsiveness

browserbench.org

151–160 of 183 posts

Re: Speedometer 3.0: A shared browser benchmark for web application responsiveness

#151
post #62

By far the biggest speed complaint I have about Firefox is not in everyday use, but whenever I restore a previously saved session - it basically stops reacting for a few minutes(!) before eventually I can use it again. I suppose it's due to the anti-virus interfering with some kind of memory image or whatever but whatever it is, it's so annoying.

Are you a tab hoarder by any chance? I get 2-3s of lag when restarting with a few dozen tabs open, but nowhere near "a few minutes".

Re: Speedometer 3.0: A shared browser benchmark for web application responsiveness

#152

Got "Infinity" after testing my Firefox Dev Edition 123b9. Is this because of my FF config because my browser is perhaps blocking something (e.g. canvas, fingerprint, etc) or any result north of 140 is considered infinity?

>because my browser is perhaps blocking something (e.g. canvas, fingerprint, etc) or any result north of 140 is considered infinity?

I vaguely remember there's a privacy protection that rounds timer information. eg. all timers get rounded to the nearest 100ms. If you have a bunch of tests that take less than 100ms to complete, those tests might seemingly complete at the same time they start, which causes them to have infinite score.

Re: Speedometer 3.0: A shared browser benchmark for web application responsiveness

#153
post #105

> The primary goal of Speedometer 3 is to reflect the real-world Web as much as possible, so that users benefit when a browser improves its score on the benchmark. As with any other benchmark its results will be interpreted incorrectly and will have little effect on real world. Google already has vast amounts of real-world data. The end result? "Oh, you should aim for a Largest Contentful Paint of 2.5 seconds or lowe…

Speedometer 3 is designed to handle the real world you describe. Edge’s post has some details - https://blogs.windows.com/msedgedev/2024/03/11/contributing-...

Re: Speedometer 3.0: A shared browser benchmark for web application responsiveness

#154
post #146

In descending order.... MacBook Pro, M2 Pro, 16GB, plugged in, external display: Safari=31.2 Chrome=29.4 iPhone 12 mini, plugged in: Safari=19.4 HP Z2 mini (i7): Edge=15.9 Panasonic Toughbook CF19 (win 10): Edge=4.7 Chrome=5.6 Galaxy Tab S5e: Chrome=2.2 Oculus Quest 2: browser crashed Tizen TV: displayed, wouldn't run Nintendo 2DS: displayed, no css, wouldn't run

> Nintendo 2DS You brave fool. I love that you tried it.

It was the tv that took the most effort.

Re: Speedometer 3.0: A shared browser benchmark for web application responsiveness

#155
post #93

I tested this with Firefox stable release and Brave stable release, 3 runs on each. Same exact extensions across both. Highest scores across tests: Firefox: 6.34 +- 0.31 Brave: 11.3 +- 0.37 on Ryzen 9 7940HS + RTX 3060 mobile Which really sucks since I highly prefer Firefox but this past week I've been trying out Brave and I think its noticeably faster and smoother to me. Even with the reduced speed I'm still swayed…

What's your score in Firefox with extensions disabled?

Firefox extensions disabled: 16.8 +- 0.59 Brave extensions disabled: 19.0 +- 0.88

Interesting because I have only 5 extensions. The heaviest extension seems to be Dark Reader which causes over 5 point changes.

Re: Speedometer 3.0: A shared browser benchmark for web application responsiveness

#156

On my M2 MBA (16GB RAM, 256GB SSD): REGULAR MODE Safari 17.3.1: 27.1 Safari 17.3.1 (Private): 26.2 Firefox 123.0.1 (uBlock Disabled, Enhanced Tracking Protection Disabled): 29.5 Firefox 123.0.1 (w/ uBlock Enabled, ETP Enabled): 27.1 LOW POWER MODE Safari 17.3.1: 17.37 Safari 17.3.1 (Private): 16.99 Firefox 123.0.1 (uBlock Disabled, Enhanced Tracking Protection Disabled): 20.0 Firefox 123.0.1 (w/ uBlock Enabled, ETP E…

I get 31 in Safari, 20 in Firefox (M2 Mac Mini base model, Safari no extensions, Firefox with Ublock and some about:config adjustments)

Re: Speedometer 3.0: A shared browser benchmark for web application responsiveness

#157
Ryzen 5600H + RX 5500M laptop, AC plugged in with power mode in Windows set to "Best performance", Windows 11 Home 23H2

Chromium (122.0.6261.112) without any extensions:16.7 ± 0.34

Brave Beta (122.0.6261.111): 12.8 ± 0.62

Brave Beta (122.0.6261.111) Private: 15.9 ± 0.58

Floorp (11.10.5 based on Firefox ESR 115): 7.40 ± 0.20

Floorp (11.10.5 based on Firefox ESR 115) Private: 7.91 ± 0.19

Librewolf (123.0-1): 8.41 ± 0.19

Librewolf (123.0-1) with uBlock Origin disabled: 8.86 ± 0.17

Re: Speedometer 3.0: A shared browser benchmark for web application responsiveness

#158
post #88
post #79

On my machine, Firefox got 12.3, and Edge (Chromium) got 12.8. I don't believe that the performance characteristics of these two are that close unless I'm missing something. For example, audio players on Edge stutter a lot while Firefox plays them smoothly. An example is: https://deepsid.chordian.net/ I believe Edge is slower not because Chromium is slow, but because of Microsoft's overreaching efforts on energy cons…

Audio wouldn't be going via the DOM or JS, right? I know that Firefox has its own codec support and that Safari on Mac uses different AV stuff than other browsers. I don't think that AV stuff would be tested by Speedometer.

It's more than channeling audio files to browser's codecs though. A SID player for example runs a 6502 CPU emulator and a SID chip emulator on the browser using JS. So, it's problematic in such scenarios. Otherwise, I can watch Youtube videos, or listen to Internet radios without issues.

Re: Speedometer 3.0: A shared browser benchmark for web application responsiveness

#160

Earlier quoted context omitted.

> That said, Safari for macOS and iOS plays all the examples at https://opus-codec.org/examples/ except the last. That's because none of those samples are Opus files, except the last one. It even says so on the page. > You don't, because HE-AACv2 is as universal as MP3 and better than Opus at low bitrates. No. I did evaluate it before picking Opus. It only beats Opus at very low bitrates, and open source encoders for…

> That's because none of those samples are Opus files, except the last one. Ooof, I didn't even imagine that the official examples were WAV files. Here's an Opus audio file that plays fine in Safari on macOS and iOS: https://kur-static.biblica.com/audio/GEN_001.webm (Note: I have no idea what this content is, but could not find any English Opus content in the wild.) > …and open source encoders for AAC suck. Yeah, the…

> Here's an Opus audio file that plays fine in Safari on macOS and iOS

Yeah, that has Opus packed into a Matroska container (which people usually use only for videos and not pure audio). I suppose that's another good way of getting around the problem!

Post reply on HN