Live data from Hacker News

The Baseline Interpreter: A Faster JavaScript Interpreter in Firefox 70

hacks.mozilla.org

101–110 of 281 posts

Re: The Baseline Interpreter: A Faster JavaScript Interpreter in Firefox 70

#101

Earlier quoted context omitted.

For example, closing subtle interpreter patterns or behavior differences that may be used to fingerprinting...

I guess that could be an issue after all the non-subtle ways to fingerprint are fixed.

You mean the ones google is fighting to keep, while trying to convince everyone that allowing more tracking would incentive bad actors to drop fingerprinting ?

Re: The Baseline Interpreter: A Faster JavaScript Interpreter in Firefox 70

#102

The Mozilla tech blogs are always a good read. Informative and easy to digest. I can only think of one other company blogging with similar consistency/quality: Cloudflare. Firefox performance has seen tremendous gains since their Project Quantum efforts. It mostly feels on par with Chrome for me pretty much everywhere. There is one glaring omission though: a single company where I have problems with FF on multiple ap…

Confluence is also pretty bad on firefox for whatever reason, so I'm pretty sure this is going to be a problem wherever chrome is the dominant browser in the dev culture there.

All the Atlassian suite is somehow dog slow on Firefox on Mac. They're unusable.

Re: The Baseline Interpreter: A Faster JavaScript Interpreter in Firefox 70

#103
post #42

The Mozilla tech blogs are always a good read. Informative and easy to digest. I can only think of one other company blogging with similar consistency/quality: Cloudflare. Firefox performance has seen tremendous gains since their Project Quantum efforts. It mostly feels on par with Chrome for me pretty much everywhere. There is one glaring omission though: a single company where I have problems with FF on multiple ap…

I solve this by using Firefox for all web browsing, and Chrome for gmail/gapps/anything by google. It sucks that we have to do that, but I can't entirely blame them for making their own products work better on their own browser.

> It sucks that we have to do that, but I can't entirely blame them for making their own products work better on their own browser.

You mean like MS for a long time did with MSIE?

Are we really back in the 90s, back to “This page works best in $one_specific_browser”?

This is not the future I was hoping for... On the flip side I can use Linux for almost anything, so i guess it’s not all bad.

Re: The Baseline Interpreter: A Faster JavaScript Interpreter in Firefox 70

#104
post #69

Earlier quoted context omitted.

I'm fairly certain it does it already.

It uses the GPU but doesn't use it to actually decode video on linux. https://bugzilla.mozilla.org/show_bug.cgi?id=1210726 Bug opened 4 years ago. Hundreds of millions in revenue and can't task one person for a summer to hook into the support that already exists.

> Hundreds of millions in revenue

and probably < 0.5% of it due to its linux userbase?

Re: The Baseline Interpreter: A Faster JavaScript Interpreter in Firefox 70

#105

Earlier quoted context omitted.

I guess that could be an issue after all the non-subtle ways to fingerprint are fixed.

You mean the ones google is fighting to keep, while trying to convince everyone that allowing more tracking would incentive bad actors to drop fingerprinting ?

Where did you learn that? My understanding is that they like cookies and don't like fingerprinting.

Re: The Baseline Interpreter: A Faster JavaScript Interpreter in Firefox 70

#106

I'm waiting to hear about when they start to rewrite their JS interpreter in Rust. It will make things kind of interesting, especially if it becomes a stand-alone capable JS inrepreter.

To be fair i think this is an exercize in vanity and why not say it, stupidity.

Javascript VM´s these days are fairly complex beasts with huge amount of man-hour and expertise. Also technically this would be a inferior solution as compared to what V8 did with its interpreter in Turbofan (and SpiderMonkey are doing now as presented in the article), by generating pure assembly through the turbofan backend (the same technique used by LuaJIT before with great success).

By the way lets not forget we are talking about Mozilla here, were a couple of more misguided projects could mean the abrupt end of the organization who is suffering to keep its market share in the browser wars.

There are a couple of things that could take some advantage for being re-coded in Rust, but modern super-powered javascript VM´s are hardly one of those things.

Of course, if in the sidelines someone craft a JS VM in Rust, and after IDK, 4 years, you have a mature enough JIT VM, maybe there will be a reason to move, but Mozilla itself investing its unsustainable, limited and in the brink of extinction funds on something that will require a lot of money and that in the end will get you basically the same perfomance as the old C++ jit, its a pretty bad move.

Re: The Baseline Interpreter: A Faster JavaScript Interpreter in Firefox 70

#107
post #93
post #89

Earlier quoted context omitted.

One way to see it's more subtle than meets the eye: suppose the website defines a function F which is annotated as taking a string argument. The website itself only ever calls F with strings. But suppose I go to the website, open the console, and punch in F(1). Of course, this sort of thing could be guarded against, but the point is just that it would introduce more complexity than initially meets the eye.

And that would probably amount to a "bailout". I'm only talking about providing hints that can be used to skip parts of the described process, not getting rid of it altogether.

i always wondered why it wasn't possible to use a js app in "record" mode and then export any witnessed type & profiling information from the JIT and deliver it alongside the source (like a sourcemap).

Re: The Baseline Interpreter: A Faster JavaScript Interpreter in Firefox 70

#108

I'm waiting to hear about when they start to rewrite their JS interpreter in Rust. It will make things kind of interesting, especially if it becomes a stand-alone capable JS inrepreter.

To be fair i think this is an exercize in vanity and why not say it, stupidity. Javascript VM´s these days are fairly complex beasts with huge amount of man-hour and expertise. Also technically this would be a inferior solution as compared to what V8 did with its interpreter in Turbofan (and SpiderMonkey are doing now as presented in the article), by generating pure assembly through the turbofan backend (the same tec…

There's already a JIT for JS coded in Rust:

https://blog.mozilla.org/javascript/2017/10/20/holyjit-a-new...

The overall goal is to have Firefox recoded in Rust, why would a JavaScript interpreter be left out?

https://wiki.mozilla.org/Oxidation

That's the whole point of Oxidation.

Re: The Baseline Interpreter: A Faster JavaScript Interpreter in Firefox 70

#109
post #67

Earlier quoted context omitted.

Anecdotally with Firefox on macOS, Gmail is by far the worst offender. Switching inboxes/labels takes several seconds in FF and is near instant in Chrome. Scrolling performance in FF is also much worse.

In my opinion, macOS is definitely FF's weakest desktop platform. I've personally experienced terrible performance, out-of-place UI for the platform (e.g. default dropdowns), and just a generally less polished experience compared to Safari, Chrome, and Chromium derivatives. I still use it as my default browser on macOS though because it does excel in other areas.

Interesting i never had such problems. I do webdev and Safari seems to be always the worst. But i dont use gmail.

Re: The Baseline Interpreter: A Faster JavaScript Interpreter in Firefox 70

#110
post #100
post #73

Earlier 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

Well, if you're willing to investigate, using ungoogled chromium resulted in tremendous gains while using youtube to the point where I can speed up a video to 2x without the fan ever running amok against my ears.
Post reply on HN