Live data from Hacker News

A new speed milestone for Chrome

blog.chromium.org

41–50 of 161 posts

Re: A new speed milestone for Chrome

#41
post #20

Harvesting my data at unprecedented speeds.

Unfortunately, doesn't really matter what browser you use. The JS APIs to harvest data are part of all major browsers now.

To which API are you referring? Mozilla, so far as I know, tries to protect the user.

Re: A new speed milestone for Chrome

#42
post #2

My Speedometer results on an M1 Mac are: - Chrome v99: 204 - Safari: 266 How come I fall so far short of the post's advertised fastest-of-any-browser 300? Edit: Running in incognito got me a 251, so some of the slowdown must be from extensions. Edit 2: Seems like 1password and uBlock Origin decrease the score by around 30 each, I got a 276 with both disabled.

On my i9 2.4GHz 8-core, 64GB RAM, 2019 Mac, and with no extensions: - Chrome v99: 168 - Firefox v97: 132 - Safari v15: 139 Of course I forgot to benchmark Chrome _before_ I updated it. :(

Not directly comparable, but on my Ryzen 2600X 32GB desktop that I built in early 2019 update didn't do anything.

- Chrome 98: 157

- Chrome 99: 157

- Firefox 97: 104

- Edge 99: 146

Oh well.

Re: A new speed milestone for Chrome

#43
post #40

There are certainly lots of situations where one browser beats another For example in this microbenchmark, Chrome is 10x slower than both FF and Safari at one method. https://jsbenchit.org/?src=cfcb916dd03df45952183e6484a14344 Here's another where in one case Firefox is 54x faster than Chrome https://jsbenchit.org/?src=beb26575ad78caa99a2a8c45ce2b780f

Here's a conundrum. Fabrice Bellard's QuickJS engine takes 3 minutes to run the test262 ECMAScript conformance suite. d8 takes 37 minutes to run test262 according to https://medium.com/compilers/testing-the-v8-javascript-engin... and it crashes for me in Chrome https://v8.github.io/test262/website/default.html Has anyone else observed this performance disparity? Could it really be possible that a JavaScript engine wr…

I think Fabrice Bellard (ffmpeg, qemu, Bellard's formula, quickjs, tinygl, tinycc), could _already_ be considered the Han Solo of programmers.

Re: A new speed milestone for Chrome

#44
post #40

There are certainly lots of situations where one browser beats another For example in this microbenchmark, Chrome is 10x slower than both FF and Safari at one method. https://jsbenchit.org/?src=cfcb916dd03df45952183e6484a14344 Here's another where in one case Firefox is 54x faster than Chrome https://jsbenchit.org/?src=beb26575ad78caa99a2a8c45ce2b780f

Here's a conundrum. Fabrice Bellard's QuickJS engine takes 3 minutes to run the test262 ECMAScript conformance suite. d8 takes 37 minutes to run test262 according to https://medium.com/compilers/testing-the-v8-javascript-engin... and it crashes for me in Chrome https://v8.github.io/test262/website/default.html Has anyone else observed this performance disparity? Could it really be possible that a JavaScript engine wr…

There's more chuck norris jokes about Fabrice than chuck norris. And in this case they are not jokes.

Re: A new speed milestone for Chrome

#45

Earlier quoted context omitted.

Can you explain why the process isolation model would matter here? It seems at best uncorrelated and my experience has been that aggressive process pooling improves , rather than degrades, system performance.

Chrome's pooling model seems to improve system performance as you say (and as I was trying to express), at high pressure. Safari’s model seems to optimize for low system pressure by favoring spawning more processes. Individually they perform better, but overall it degrades as process count increases.

Lowering system pressure is basically the same as improving system performance, so I guess I'm still not understanding what you're trying to say.

Re: A new speed milestone for Chrome

#46
post #40

There are certainly lots of situations where one browser beats another For example in this microbenchmark, Chrome is 10x slower than both FF and Safari at one method. https://jsbenchit.org/?src=cfcb916dd03df45952183e6484a14344 Here's another where in one case Firefox is 54x faster than Chrome https://jsbenchit.org/?src=beb26575ad78caa99a2a8c45ce2b780f

Here's a conundrum. Fabrice Bellard's QuickJS engine takes 3 minutes to run the test262 ECMAScript conformance suite. d8 takes 37 minutes to run test262 according to https://medium.com/compilers/testing-the-v8-javascript-engin... and it crashes for me in Chrome https://v8.github.io/test262/website/default.html Has anyone else observed this performance disparity? Could it really be possible that a JavaScript engine wr…

Are you sure they're running the same set of tests? There's over 10000 tests in the full set that webpage runs, but there are subsets and fabrice might be running one of the subsets.

FWIW test262 falls over partway through in Firefox and I have to kill the tab, though it doesn't crash. There are a bunch of test failures as well for things that are probably not implemented by anyone (I'm curious how many of the tests QuickJS actually passes)

My guess for any performance gap would be that the browser runner probably sets up an entirely separate execution context (iframe?) to run each test cleanly so they don't interfere with each other.

Re: A new speed milestone for Chrome

#47
post #40

There are certainly lots of situations where one browser beats another For example in this microbenchmark, Chrome is 10x slower than both FF and Safari at one method. https://jsbenchit.org/?src=cfcb916dd03df45952183e6484a14344 Here's another where in one case Firefox is 54x faster than Chrome https://jsbenchit.org/?src=beb26575ad78caa99a2a8c45ce2b780f

Here's a conundrum. Fabrice Bellard's QuickJS engine takes 3 minutes to run the test262 ECMAScript conformance suite. d8 takes 37 minutes to run test262 according to https://medium.com/compilers/testing-the-v8-javascript-engin... and it crashes for me in Chrome https://v8.github.io/test262/website/default.html Has anyone else observed this performance disparity? Could it really be possible that a JavaScript engine wr…

[deleted]

Re: A new speed milestone for Chrome

#48
post #44
post #40

Earlier quoted context omitted.

Here's a conundrum. Fabrice Bellard's QuickJS engine takes 3 minutes to run the test262 ECMAScript conformance suite. d8 takes 37 minutes to run test262 according to https://medium.com/compilers/testing-the-v8-javascript-engin... and it crashes for me in Chrome https://v8.github.io/test262/website/default.html Has anyone else observed this performance disparity? Could it really be possible that a JavaScript engine wr…

There's more chuck norris jokes about Fabrice than chuck norris. And in this case they are not jokes.

Fabrice Bellard’s tears solve P vs. NP. Too bad he's never cried. Fabrice Bellard once failed a Turing test when he correctly identified the 203rd digit of pi in less than a second. Fabrice Bellard once shifted a bit so hard, it ended up on another computer.

Re: A new speed milestone for Chrome

#49

Cool to hear that Chrome is faster than Safari, but that's not why I'm going to stick with Safari. I use Safari because of Chrome's memory bloat, Safari's text message MFA auto-fill features, and Safari's cross-platform (iOS/macOS) password manager.

Also, I think it's the only browser with Apple Pay on macOS.

Re: A new speed milestone for Chrome

#50

Cool to hear that Chrome is faster than Safari, but that's not why I'm going to stick with Safari. I use Safari because of Chrome's memory bloat, Safari's text message MFA auto-fill features, and Safari's cross-platform (iOS/macOS) password manager.

> I use Safari because of Chrome's memory bloat, Safari's text message MFA auto-fill features, and Safari's cross-platform (iOS/macOS) password manager.

What do you think of Firefox? :)

Post reply on HN