Live data from Hacker News

Speedometer 3.0: A shared browser benchmark for web application responsiveness

browserbench.org

161–170 of 183 posts

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

#161
post #57

Earlier quoted context omitted.

(I work on SpiderMonkey.) Benchmarking is hard. It is very easy to write a benchmark where improving your score does not improve real-world performance, and over time even a good benchmark will become less useful as the important improvements are all made. This V8 blog post about Octane is a good description of some of the issues: https://v8.dev/blog/retiring-octane Speedometer 3, in my experience, is the least bad b…

This doesn't say anything about what the scores mean. 21 is apparently better than 20, but how much better? You could say "1 better", tautologically, but how does that relate to the real world? Driving a car 1 mile per hour faster may be better, in a sense, but even if you drove 24 hours straight, it would only gain you 24 total miles, which is almost negligible on such a long trip. Nobody would be impressed by that…

Iain explained that in a reply to your other comment: https://news.ycombinator.com/item?id=39672279

> "The score is a rescaled version of inverse time" is the key here.

> If you run all the tests in half the time, your Speedometer score will double. If your score improves by 1%, it implies that you are 1% faster on the subtests.

> (There are probably some subtleties here because we're using the geometric mean to avoid putting too much weight on any individual subtest, but the rough intuition should still hold.)

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

#162
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.

Can you please file a bug in https://bugzilla.mozilla.org/enter_bug.cgi?product=Core&comp..., and fill in some of the information in the template? Thanks!

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

#163

Why is the scale 0-140? My modern windows 10 desktop using FireFox latest gives 15.0/140 with no other programs running besides FF and discord. Surely 15 is horrible in that context? I have 1 extension, ublock origin, allowed to run on the site by default. I have never felt performance has ever lacked, outside of a few outlier sites (youtube, facebook, twitch). But those are tightly coupled with their (crappy) implem…

15 is quite correct, definitely not horrible, so don't worry too much about that. It's not a rating, more a way to compare how browsers and hardware improve over time.

The scale goes up to 140 so that there's some space for software improvements as well as future hardware.

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

#164
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…

This _already_ proved effective, as outlined in this post: https://hacks.mozilla.org/2023/10/down-and-to-the-right-fire...

Of course website authors should also do their part :-)

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

#165
post #161
post #57

Earlier quoted context omitted.

This doesn't say anything about what the scores mean. 21 is apparently better than 20, but how much better? You could say "1 better", tautologically, but how does that relate to the real world? Driving a car 1 mile per hour faster may be better, in a sense, but even if you drove 24 hours straight, it would only gain you 24 total miles, which is almost negligible on such a long trip. Nobody would be impressed by that…

Iain explained that in a reply to your other comment: https://news.ycombinator.com/item?id=39672279 > "The score is a rescaled version of inverse time" is the key here. > If you run all the tests in half the time, your Speedometer score will double. If your score improves by 1%, it implies that you are 1% faster on the subtests. > (There are probably some subtleties here because we're using the geometric mean to avoi…

https://news.ycombinator.com/item?id=39673609

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

#166
HP EliteBook 850 G8 Notebook PC, i7-1185G7 @ 3.00GHz, Windows, plugged in:

Firefox 123.0: 12.1 ± 0.62

Edge 122: 14.8 ± 0.68

Google Pixel 7a, GrapheneOS, on battery:

Fennec 123 with Dark Reader: 2.91 ± 0.066

Fennec 123 without Dark Reader: 5.28 ± 0.089

Vanadium 122: 6.96 ± 0.39

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

#167
post #146

Earlier quoted context omitted.

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

It was the tv that took the most effort.

Huh. I would have thought that was easier for some reason.

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

#168

Earlier quoted context omitted.

> but whenever I restore a previously saved session - it basically stops reacting for a few minutes(!) I haven't run into anything like this; you may be an outlier. I interact with ~7 Firefox instances (Win) each week. Each has diff configs and plugins.

Yeah, I've used on linux/win/mac restoring sometimes 20+tabs and never had that issue.

If anyone was going to, it'd probably be me and my ~300 tabs, but I haven't run into this, either. My phone currently has 435 tabs open in Firefox but it's just as responsive as ever.

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

#169
post #165
post #161

Earlier quoted context omitted.

Iain explained that in a reply to your other comment: https://news.ycombinator.com/item?id=39672279 > "The score is a rescaled version of inverse time" is the key here. > If you run all the tests in half the time, your Speedometer score will double. If your score improves by 1%, it implies that you are 1% faster on the subtests. > (There are probably some subtleties here because we're using the geometric mean to avoi…

https://news.ycombinator.com/item?id=39673609

That's irrelevant. The speedometer reading is an absolute reference. The percentages being discussed are simply comparisons, and they're only being discussed to say "they behave like you'd expect."

To directly answer your original question: a reading of 21 is 5% better than a reading of 20 because 21 is 5% greater than 20, and this means that a 21 speed browser should do things 5% faster than a 20 speed browser.

TL;DR: They behave like you'd expect.

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

#170
post #18

This may be a dumb question, but what do the scores even mean? Is this explained anywhere? Neither https://browserbench.org/Speedometer3.0/about.html nor https://browserbench.org/Speedometer3.0/instructions.html appear to explain it. Are lower scores better, or higher scores?

The detailed results screen shows actual times.
Post reply on HN