Let's say I am visiting a properly made website and it takes 10% of CPU to render. Even if browser devs make their browser twice faster, it will only save 5% of CPU time - and that would be completely unnoticeable. You might ask, what about modern websites, built with D*t compiled to webassembly, GPU acceleration, reactive frameworks, material design and capable to load the multi-core CPU at 100%? I am not using such sites so I don't care.
Now let's look at memory usage. Optimizing for speed usually causes increased memory consumption, and this increases the chance of invoking swapping. If the system starts swapping, it becomes orders of magnitude slower. No speed optimizations will matter in this case.
Therefore if you are targeting wide audience, and not only mac users, then you should be optimizing for memory usage. If the browser could use two times less memory while using twice amount of CPU time that would be perfect. Just think how many laptops with 2 or 4 Gb of RAM would become usable again.
> You might ask, what about modern websites [...] I am not using such sites so I don't care.
They might be optimizing the wrong thing for you, but the majority do use "modern sites"
Does this just mean that browser developers are optimizing for the right thing, just not something that benefits you? Tons of people use these sites.
> If the system starts swapping, it becomes orders of magnitude slower.
Not really. Browsers try to keep stuff in swap that they probably won't need. Swapping doesn't become a problem until you're almost out of memory as well, and then you might get thrashing. But there's a wide range where CPU optimizations make sense. And such a large fraction of people have SSDs that even swap access can be pretty fast.
As much as I want them to optimise for memory usage. Taking less CPU time for rendering is extremely important for battery.
Not to mention faster site is noticeable. And that is what sells. Chrome was faster than everything else when it launched. ( May be apart from Opera )
Of course, having turned browsers into virtual machines, there isn't much specialisation that can be done without breaking things. Might it be time to create a subset of features that sites could limit themselves to and allow browsers to use a simpler and faster render pipeline? You know, like what we thought AMP was going to be before it turned out to have Google's monopolistic shit smeared all over it.
And given a choice between being able to open several tabs all of which are barely functional and being stuck on a single website at at time which runs smoothly I'd definitely choose the later (of course the tradeoff is probably not as straightforward, then again it's not completely obvious to me that optimizing for speed would necessarily result in higher memory consumption).
IMO even if they are optimizing for Macs, I'm not sure this approach would make sense (assuming the tradeoff between CPU performance and RAM usage exists) since they are much more likely to have less memory and better CPUs than PC laptops (e.g. you can probably easily get a Windows laptops with 32GB for $1000 or less).
Lol, no?
If your benchmark is memory bound, reducing memory usage is probably the simplest way to make it faster.
Java for example uses runtime VM information before it starts compiling classes to machine code. That means it's faster in the long run, but requires a 'warm up time'. Obviously a bit better for server side.
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
Look at DOM performance. Chrome has a ceiling of about 45m ops/s where FF max speed is dependent upon your ram and bus speed reaching beyond 4-5b ops/s. In both though querySelectors perform at about the same speeds as slow as 25000 ops/s.
I have written an OS GUI that executes in the browser. It loads, including full state restoration in about 120ms. I was recently interviewing with a search engine company, one of the big ones, where I could demonstrate that JavaScript tool can execute file system search much faster than the OS and produce better results. They seemed really impressed.
Despite all of this my biggest learning about performance is that mentioning performance during job interviews shows that you are incompatible with other JavaScript developers and will not be hired.
My biggest gripe is the lack of shared bookmarks and passwords between browsers. There are 3rd party extensions and what not to do some of this (eg 1password), but nothing beats the UX of true browser integration. I wish there was a single standard with pluggable backends so I had no switching costs. Quite frankly I’m surprised Firefox doesn’t just use the Mac keychain and share bookmarks with Safari in order to gain market share.
- 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.
"Data source for Mac statistics: Speedometer 2.0 comparing Chrome 99.0.4812.0 --enable-features=CanvasOopRasterization --use-cmd-decoder=passthrough "
Chrome v98: 290 Chrome v99: 316 Safari : 278
All were with incognito/private browsing to remove the effect of extensions
Every time we did a milestone performance improvement in our infrastructure, e.g. search used to take few seconds, we reduced it to few milliseconds. One year later our colleagues were doing machinegun-like queries and the search was back to take 1 second, and it is just a matter of time to go back to few seconds.
One thing that helped a lot was hard limits, e.g. InternetExplorer9 having hard cap on css size was literally the only thing that forced people not to push megabytes of css.
I wish Chrome does something similar, like 'you cant have more than 500kb of js code evaluated per page' or 'no more than 200kb css', it will do miracles in just one year, and I am willing to bet that we will have the same features we would without the limit.
EDIT: I did not mean to undervalue Chrome's 49% improvement in one year, which is just extraordinary work!
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.
EDIT: Firefox gets a 1336
However, and I think this is important to bring up, browsers are basically the same speed and the reason to use one over the other is largely down to ergonomics and larger concerns. On the "larger concerns" side, Chrome is a failure. Chrome exists so the advertising company Google can track you and sell you targetted ads. It can do this in reasonable ways and it can do this in unreasonable ways, and with attacks on privacy like FLoC. Chrome is doing exactly what Internet Explorer was doing for microsoft in the 2000s and I think it's appropriate to call out that fact.
> We know that benchmarks are just one of many ways of measuring the speed of a browser.
This is very true, and with a few notable exceptions my experience is that Safari feels faster across the board even where it has consistently benched slower. This likely has less to do with runtime performance and more to do with process isolation models. I feel confident about that because Safari tends to be more liberal with spawning new processes, and that’s where I experience its pathological edge cases.
(Chrome starts to pool processes by domain sooner than Safari, which puts less pressure on the OS but more on operations within a given domain; Safari creates processes per tab more consistently but ultimately degrades overall app performance and eventually system performance too.)
Really?
I think many people "around the world" have more pressing issues than saving a couple of milliseconds while "shopping for a new pair of headphones".
Especially when everyone knows the real speed bump across all browsers, devices and OSes is to aggressively filter out ads, something Chrome is actively fighting with Manifest V3.
^ I stopped reading at this point, because I realised that this is something that only someone on a marketing team would write. A perfect combination of incorrect and disingenuous.
Details here: Chromeisbad.com
Keystone globally slows down UI and drains battery life, especially notable on older machines. Completely uninstalling chrome felt like upgrading to a new CPU on my 2013 MacBook.
I switched to FireFox for my personal use a few years before the "Quanutm" update when it was theoretically much worse than Chrome and didn't notice a difference. For the last few years, I've been using Chrome and FireFox side by side with Chrome for work and FireFox for my own stuff and switching back and forth feels pretty seamless. (With the exception of Gmail which is abysmal on FireFox, but I somehow doubt that's Mozilla's fault)
I wonder if they could work on Memory usage next.
Compared to Safari, getting jank from Address bar, bookmark, history, show all tabs, SafariBookMarkSyncAgent is leaking memory. It seems every release Safari added more features and bug fix for compatibility while performance has been in steady decline.
But Chrome still has some work to do on rendering performance. The switch to hardware acceleration was actually a deceleration for quite a few cases. For example rendering very large concave SVG paths is probably 10x faster on Firefox compared to Chrome. I hope to see some effort in future to improve this, too.
This seems a bit tone deaf with a war going on?