-
-
Notifications
You must be signed in to change notification settings - Fork 154
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Compare speed by speedometer #640
Comments
Could you tell us more details on the used system (e.g. CPU and which Thorium build has been used, the AVX or AVX2 build)?! Benching different versions against each other could be misleading as there are indeed newer features/optimizations in newer builds that might have a performance impact. Needless to say that also having the same modifications/options enabled in both builds could make a difference. |
As I write on top of the issue, I used deb packages from the official repo. No manual builds. Processor Intel i5-10500H. GPU is Nvidia 3060M (laptop). Enabled additionally only GPU's based rendering. Without it, the result is almost the same. |
As there are several Thorium deb packages from the official repo under https://github.com/Alex313031/thorium/releases/tag/M122.0.6261.132 please specify which one you used. Your CPU should be compatible with the AVX2 build that is available under the given link and should provide the best performance for your system, please test that one if you haven't already. To make a fair comparison, I'd suggest to benchmark Thorium AVX2 and Google Chrome on the same revision and with the same settings/config options. |
Official debian/ubuntu repo.
What's profit of that? Official debian repos provide different versions. Users don't hold a version of Chrome. Currently provided version is good point to comparison. |
Then please test the AVX2 version that is provided under the release link I gave you as I cannot say which compiler flags Ubuntu uses to compile their provided Thorium version and if they honor the aggressive flags used by Thorium by default.
As you haven't noticed yourself yet, you are comparing an "unofficial" Ubuntu-provided build of Thorium which is most likely not using all the capabilities of your CPU properly against a newer revision of Chrome. That's not a fair comparison for these following two most important reasons:
|
OFFICIAL Thorium repository. I wrote "official". And official Google repository. That means we have two providers who give almost the same product. And I am trying to compare them. sudo rm -fv /etc/apt/sources.list.d/thorium.list && \
sudo wget --no-hsts -P /etc/apt/sources.list.d/ \
http://dl.thorium.rocks/debian/dists/stable/thorium.list && \
sudo apt update Ask @Alex313031, which flags he used in his repo. |
I test latest thorium release (123) with AVX2 support (got from latest gh release for the integrity of the experiment) and latest chrome stable release (124). Each browser was run with clear user profile dir (run with
|
@onegreyonewhite You should be comparing identical versions. Using M124 for Chrome is unfair. For example, M123 got a nice speed boost from upstream over M122. So comparing the two would be unfair to the M122 build. |
I don't agree with you, because users uses the latest available version. So now you're behind one version. Users should know current difference in performance. Anyway, now I hold current chrome version and I'm going to wait 124 version of Thorium for the fairest comparing. @Alex313031 you should know that I like thorium. I think you make really useful job. I highly respect you for your work. This is an impartial comparison. |
Hi, everyone! As you can see from the results below, the official Debian packages for Google Chrome often show much better performance. In situations where Google extensions and services are running, you can occasionally see better results with Thorium for older technologies like ES5. However, anything built with more current JavaScript standards shows significant or slight performance degradation. I would look into which rendering acceleration flags can be used. For example, enabling GPU rendering and zero-copy significantly speeds up Thorium compared to Chrome (the tests already include these flags, so the difference isn’t as dramatic without "powered anon"). It might be worth running individual tests to pinpoint where the slowdown occurs and see if it's possible to address it. Additionally, it would be beneficial to focus on more current code porting from Chromium. Yes, this is the most challenging part, but it actually provides the greatest speed boost. Thorium - 124.0.6367.218
Actual versions without access to google account and without any extensions (I call it "powered anon") and same versions: Thorium - 124.0.6367.218
Current available stable versions on ubuntu with google services and enabled extensions: Thorium - 124.0.6367.218
Actual versions without access to google account and without any extensions (I call it "powered anon"): Thorium - 124.0.6367.218
|
Actual packages comparing: Thorium - 124.0.6367.218
I'm excited to test with new AVX512 profile and compare with similar versions (Thorium 126 vs Chrome 126). I believe it should be interesting. I hope we see it soon 🙏🏼 |
My benchmarks on browserbench.org today:
Thorium Some system specs:
I wonder if my Intel GPU is throwing off the results or something - driver performance with the Intel GPU drivers (in games) often have surprising performance differences vs other more mainstream GPUs. |
Ubuntu 22.04 Thorium - 126.0.6478.231
With latest Chrome: Thorium - 126.0.6478.231
The results are starting to improve. I've noticed a trend that the TodoMVC-React-Redux test has quite a large variance in results over multiple runs. This test might be mentally excluded because it seems highly dependent on external factors. The other results are generally more stable. Therefore, I'm observing that, overall, for Ubuntu 22.04, there isn't a significant difference between browsers. Yes, Google Chrome often shows better results, but they aren't significantly impactful for most users. I believe the project's advantages don't lie in speed. Instead, they are in supporting different hardware, older operating systems, useful technologies, and disabling some unnecessary tracking features. Some time ago, there was a performance advantage (about a year ago), but over time, Google has caught up with all the necessary patches. Overall, it's an impressive result for a solo development effort! |
Sadly, I'm not sure any of it matters anymore. All of the Chromium based browsers will lose Manifest v2 support, which is most browser extensions, and almost everything related to privacy and ad blocking. Google just killed off JPEG XL for no reason. The way things are going, the only viable browsers will be Firefox or Firefox-based browsers, fast or not. |
That's not entirely accurate. The browser that will win is the one with the most community support. The more people who have a particular browser on their devices, the more developers will be interested in supporting the project. However, to attract users to a specific browser, a killer feature is needed. This will help draw attention from the public and the developer community. So far, the killer feature is the support for MV2 and a certain set of patches. I had hoped performance would be the breakthrough, but as it turns out, it's within the margin of error. I'm sure there's still room to optimize by using compilation flags to make more efficient use of memory. On my part, I plan to try publishing information about the releases on interested platforms to draw some attention to it. It would be great if someone joined the development efforts to help refine the browser and speed up updates to newer releases (currently, there's a stable lag of one major release). |
I know, I'm just feeling very negative - I had just weeks earlier gotten the notification that more than half of my Chrome extensions will be banned and removed from the store. That was the final drop for me, so I spent a week testing every Chromium based browser available, and finally decided on Vivaldi. Then I discovered a post on the Vivaldi forum where they confirmed they won't be able to keep Manifest v2 support either. There is a huge ecosystem of useful extensions, most of which are still Manifest V2 - either because the developer doesn't want to spend a lot of time finding new ways to make their extension work with V3, or because they can't. Developers have railed on V3 and Google's response has been very minor symbolic concessions, mostly to appease. Only a few projects, such as UBlock, have had the persistence to even attempt to create something that works with V3, and with severe trade offs. Sorry, maybe this is not the place to rail about this. 😅 I just wish there was a reasonably fast browser I could switch to - but it looks like, basically anything Firefox-based is inherently slow. Probably not slow enough that you would notice a difference for daily browsing, but in larger apps like Figma or Photopea you definitely notice the difference.
I think we could probably draw attention to the fact that Google is about to cut the entire ecosystem of extensions in half? Either way, I will probably end up running two browsers - one Chromium based for larger apps, and one Firefox based for everything else. 😕
What do you mean? The performance difference between Chromium and Firefox based browsers is pretty substantial, isn't it? |
I mean that Chrome and Chromium have the same performance as Thorium. About extensions. It would be great if Thorium create it's own marketplace with MV2 support. But I suppose that isn't so easy and requires some finances. |
wait, Thorium is going to keep MV2 support? I thought all Chromium based browsers were going to lose this? |
Yep, long how it possible. Here text from 60th release:
|
I wish the Chromium-based browsers would band together and maintain a Chromium-fork. They could preserve MV2 and potentially add or reject other features (e.g. advertising and tracking) in the interest of the public good. It would make sense, wouldn't it? I'm pretty sure the only party actually interested in removing MV2 are Google. 🤔 |
(oh, and they could bring back JPEG-XL while they're at it!) |
@mindplay-dk Thorium has JPEG-XL if you didn't know. I restored it after they removed it. Similarly, I will be restoring MV2 when the time comes, but users will have to manually install them, because I don't have the know-how, nor the server infrastructure to maintain a separate "Store" for MV2 extensions. And yeah @onegreyonewhite Those are disappointing to me. I will test non-optimized Thorium, versus optimized Thorium, versus vanilla Chromium, versus vanilla Google Chrome, all at the same revision, to get a better idea of the overall picture. One thing I suspect is that I have seen code references to AFDO (Automatic Feedback Directed Optimization), which seems to only be available internally, so Chrome might have a proprietary "trick up its sleeve" to make it faster than any other Chromium based browser. |
😀👍
could we make them installable from Firefox do not have plans to remove MV2 extensions, so this will be the largest remaining catalog of MV2 extensions. |
Thorium will still try to keep MV2 support, probably until the third-party community runs out of ways to keep MV2 support. |
@mindplay-dk @gz83 And beyond, by keeping a download directory on the website of popular MV2 extensions, and re-adding MV2 code when they finally remove it from Chromium. |
Recently, I noticed that official Chrome seemed to render pages a little faster. I decided to take some measurements.
Thorium 122.0.6261.132 (from official repo)
Google Chrome 124.0.6367.60 (from official repo)
Ubuntu 22.04 LTS with all updates.
https://browserbench.org/Speedometer3.0/
Somehow it doesn't look very good. Are these two major versions really packed with so many optimizations?
The text was updated successfully, but these errors were encountered: