F
ForgottenSeer 97327
Thanks for the link, in the FAQ-link something is mentioned about processing speed.Most likely does not apply to most here but Mr. Hill did put a kibbosh on unreal expectations for uBO Lite on the anticipated transition to MV3. I mean: this is still so fluid--MV3 first has to travel its way thru the test (DEV, Canary, etc) channels before it reaches the mainstream channels anyway. Who knows how long that will take past June (or whenever) 2024.
If anyone is interested, here is the link via the X post. I uploaded a snip of the post since some have made it ABUNDANTLY clear they don't have an acct. there.
Frequently asked questions (FAQ)
uBO Lite home (MV3). Contribute to uBlockOrigin/uBOL-home development by creating an account on GitHub.github.com
Extensions use JavaScript and Chromium internal engine uses C++ (Firefox also Javascript). As a rule of thumb C++ is 10 times faster than javascript. That is for un-optimized code. In IT code optimization is only done when response times are an issue. In application development it is considered bad practice to optimize code when there is no performance need, because (a) it does not add any value to the user, (b) optimized code is harder to maintain. Because there was a " who is the fastest adblocker race" uBO's code is probably optimized to last stretch. Also older code tends to be more optimized than newer code (programmer's like efficiency, so they often can't resist to optimize code, despite the fact that their project leader/scrum master don't allow them to spend time on it). That is why uBO's javascript code was faster than a newly developed adblocker in Rust (Brave?).
So will Mv3 be faster than Mv2?
Certainly not in Firefox (new unoptimized Javascript versus Gorhill's years of optimizing Javascript code)
Possibly marginally in Chromium/Chrome (because unoptimized C++ is normally 10 times faster than unoptimized Javascript).
Rust has memory integrity which C/C++ don't have, that is why many test were done how Rust faired against other programming languages (e.g. LINK)