Originally posted by Scellow
View Post
Announcement
Collapse
No announcement yet.
Firefox 68 Performance Is Looking Good With WebRender On Linux
Collapse
X
-
Originally posted by rene View Postgood luck trying to compile it from source (hint needs newer Rust): https://www.youtube.com/watch?v=3MdTu8dSorY
I had to compile the latest stable version of rust yesterday (v1.34.2) as the last version I built in January (v1.31) was too old for Firefox 67. And today Rust v1.35 just got released. By my estimates, a stable Rust release is only good for building two or three major Firefox releases before it needs to be replaced.
- Likes 2
Comment
-
Originally posted by Sonadow View PostThat's an inconvenience that is so common it's not even worth mentioning anymore.
I had to compile the latest stable version of rust yesterday (v1.34.2) as the last version I built in January (v1.31) was too old for Firefox 67. And today Rust v1.35 just got released. By my estimates, a stable Rust release is only good for building two or three major Firefox releases before it needs to be replaced.
I was initially skeptical too. Would rather stick with as few trusted software distribution channels as possible if I had the choice. But the big Linux distributions have long failed us at the task of distributing up-to-date software (with the notable exception of rolling releases, which tend to have QA issues instead), and with modern devops practices enabling much faster software release cycles without quality loss, the cracks in their software distribution model are seriously starting to show.
Maybe, one of these days, major players like Ubuntu or RedHat will get the Tumbleweed memo and abandon the fundamentally broken 6-month stable release paradigm in favor of taking rolling release QA seriously. Until then, for rust users, rustup is the most solid path to sanity available.Last edited by HadrienG; 24 May 2019, 01:59 AM.
- Likes 2
Comment
-
Originally posted by Michael_S View PostFirefox was 20% the speed of Rust or worse a few years ago, well before Rust was implemented. The problem isn't the language, it's just less efficient code.
Comment
-
First message was a dumb joke, but ... look, already reserved:
Code:PID VSZ COMMAND 6835 1.53G /opt/firefox/firefox-bin 14156 2.52G /opt/firefox/firefox 14218 1.53G /opt/firefox/firefox-bin 14265 20.44G /opt/firefox/firefox-bin 26884 1.37G /opt/firefox/firefox-bin
For migrated default profile, not reproducible on new profile.
Comment
-
Originally posted by Weasel View PostYeah, but people who use Rust have differently-wired brain. Only such brain would use Rust. And they tend to write this kind of inefficient code. And well... forced bounds checking and fat pointers...
An advanced rust developer knows how to avoid safely avoid bound checks. And hey, bound checks are good, by the way. At least when doing safety critical stuff. Ada uses them as well, and that's what used to drive the space shuttle and other things which may not fail.
And fat pointers? Nobody forces you to use Rc or Arc. Simply use references. Or plain C pointers, if you have to.
But the fat pointers, like they are implemented in rust make more sense than their c++ counterparts. As the refcount is on the same cache line.
- Likes 1
Comment
Comment