Earlier quoted context omitted.
Does anyone know if those same phoronix tests have been run against the new Firefox 70 Nightly or Developer Edition apps? I'd be curious to see how 68 versus 69 versus 70 compare.
I don't think it has yet been done. But as you probably noticed he tested with webrender too
The Baseline Interpreter: A Faster JavaScript Interpreter in Firefox 70
181–190 of 281 posts
Re: The Baseline Interpreter: A Faster JavaScript Interpreter in Firefox 70
#182Earlier quoted context omitted.
It is mostly par with Chrome now pretty much everywhere. Well browsing most website should not trigger lag in any browsers. But if we look at benchmarcks: https://www.phoronix.com/scan.php?page=news_item&px=Firefox-...
Baseline interpreter is a good example of doing things that help most Web pages instead of benchmarks. One of the major things that ARES-6 and other benchmarks test is whether generators are JIT'd, for example. This doesn't really help Web pages, as it's a rarely used feature at present and even rarer in hot loops. SpiderMonkey should get around to jitting generators, but I have a hard time blaming the team for focus…
Re: The Baseline Interpreter: A Faster JavaScript Interpreter in Firefox 70
#183Earlier quoted context omitted.
They released a new version on the 27th of August[1]. It looks like it that was the first release since August 2018[2]. [1]: https://www.thunderbird.net/en-US/thunderbird/68.0/releaseno... [2]: https://www.thunderbird.net/en-US/thunderbird/60.0/releaseno...
I believe Thunderbird is now ESR. So it gets a major version then security updates for a year until the next one.
Re: The Baseline Interpreter: A Faster JavaScript Interpreter in Firefox 70
#184Earlier quoted context omitted.
I have the opposite experience with YouTube. With an AMD GPU on Linux, Chrome churns, drops frames, and stutters horribly on even 1080p videos at 30fps. Firefox, meanwhile, handles 1440p60 video with no problem. Even two such videos simultaneously, on separate monitors. Chrome became inexplicably better for parts of early 2019 (I did not note which versions), but starting 2 or 3 months ago Chrome returned to being un…
Hey, I'm on the chromium videostack team, would you mind filing a bug report for what you see happening with youtube? https://bugs.chromium.org/p/chromium/issues/entry
The annoying part is that hardware acceleration works on chrome OS, so we know the support is buried in there somewhere.
Re: The Baseline Interpreter: A Faster JavaScript Interpreter in Firefox 70
#185Earlier quoted context omitted.
I believe Thunderbird is now ESR. So it gets a major version then security updates for a year until the next one.
What is the meaning of ESR? Because that sounds like life support to the layman.
Re: The Baseline Interpreter: A Faster JavaScript Interpreter in Firefox 70
#186Earlier quoted context omitted.
You can with asm.js: https://2ality.com/2013/02/asm-js.html
That's not the same thing; asm.js is a precursor to WASM which is a bytecode language that doesn't include garbage collection, and asm.js is actually an interpreter for it that's written in JS. The JS bytecode the article talks about is generated from JS and interpreted by C++. In other words, it isn't practical to compile JS to WASM, and especially not to asm.js. The browser's JIT compilation of JS targets something…
Re: The Baseline Interpreter: A Faster JavaScript Interpreter in Firefox 70
#187Earlier quoted context omitted.
Same for me, I tried the latest Nightly a couple days ago to test the CoreAnimation work, and after 1 hour of use my Slack tab because so unbearably sluggish each keypress would take 1 second to render. No extensions, no GIFs, no heavy tabs open, perhaps one or two open tabs. No slowdowns at all after 8 hours on Slack w/ Safari or Brave. Firefox is definitely the worst browser on macOS, compared to the Windows versio…
I know about the CoreAnimation work. Hadn't heard about this accumulated sluggishness that you describe. Have you tried safe mode? A "Refresh"?
Re: The Baseline Interpreter: A Faster JavaScript Interpreter in Firefox 70
#188Re: The Baseline Interpreter: A Faster JavaScript Interpreter in Firefox 70
#189Something I'm curious about is why JS developers don't have the option to send along some of this information themselves; type information, JS bytecode, etc. Given that we often have it on hand already (TypeScript) or could integrate it into our build process (webpack). Obviously plain JS needs to still work without all that, but it could be a compelling point of optimization for large-scale apps. Perhaps the JS byte…
Deno[0], a project from the original author of Node, will natively run TypeScript, so I'm hoping it will have some of those sorts of optimizations. [0] https://github.com/denoland/deno
Re: The Baseline Interpreter: A Faster JavaScript Interpreter in Firefox 70
#190I can't help but think that regardless what different browser vendors do there's no competition with v8. Like any language there is a standard library, or environment around it. V8 is to JavaScript what CPython is to python. At least in python you can use other versions and it's a very similiar environment. But if you want to use mozillas spidermonkey without Firefox, it's hoops and bounds worse experience. I'd argue…
About a decade ago I needed an embedded scripting language in a c++ project and chose JS. Embedding SpiderMonkey was a matter of copying all files in the `js` subfolder of the Firefox sources into my project, and calling into it was peanuts. The classes were well named, easy to use and easy to learn. Did this somehow change?
JSC is even better in that regard - it’s API and ABI stable so you can just link to the[1] system install and use it [2].
[1] on Linux there are multiple (although technically it could be made to have a single lib for qt,gtk,wx...
[2] ok, actually using the C API is very very clunky :-/