Live data from Hacker News

Spectre mitigations murder userspace performance

robert.ocallahan.org

61–70 of 294 posts

Re: Spectre mitigations murder userspace performance

#61

Earlier quoted context omitted.

Seriously. I hate zoom, there are so many features that smell like malware (how when a call starts sometimes my system level volume no longer is controllable and I have to go to zoom settings to control it. I have windows+wsl, but it's happened on macs in my company as well). Google gets a lot of hate, but I like their meeting tool because they keep it simple and it works.

I just changed company. Wish I could go back to Zoom. Google Meet is horrible. I have to open Chrome for all meetings, as it (probably intentionally) runs worse in other browsers. But even in Chrome there are issues. Some workloads (like running tests) can take 5x as long on my system if I'm sharing my screen on Meet. Making working with others more hassle than it should be.

This is fair, but at least you're sure that when you close the window that it's gone and that is as far as I'm concerned its biggest feature. Oh, and that it seems to work well on all platforms.

Re: Spectre mitigations murder userspace performance

#62
post #14

`mitigations=off` in your GRUB_CMDLINE_LINUX_DEFAULT to disable Spectre/Meltdown mitigations, in case anyone is wondering. This page has a pretty decent write-up on it: https://leochavez.org/index.php/2020/11/16/disabling-intel-a... .

I love that this is a toggle like this, having control of my system is why I love Linux. But I must caution desktop users against doing this for performance, it's _much_ better to have some kind of build server somewhere else with this kernel flag than to run it on your desktop. Why? because your desktop executes untrusted and rather arbitrary code pretty often, not just in the form of Javascript but that's the large…

> not just in the form of Javascript but that's the largest example I can think of.

As far as I understand browsers still get owned at every pwn2own. So you might want to stop running untrusted JavaScript anyway.

Re: Spectre mitigations murder userspace performance

#63
post #53
post #48

Earlier quoted context omitted.

I thought the browsers had put in their own mitigations that stop spectre/meltdown attacks.

They tried. The V8 team eventually gave up and said it was unwinnable. What they did do is move tabs to their own process so they can take average of the operating systems protections. Yes you can read the memory of the process hosting the JavaScript, but now there isn't anything interesting in it. Google's security team released a proof of concept attack that can read the memory in the renderer in many systems.

average -> advantage

Re: Spectre mitigations murder userspace performance

#64

Earlier quoted context omitted.

I just changed company. Wish I could go back to Zoom. Google Meet is horrible. I have to open Chrome for all meetings, as it (probably intentionally) runs worse in other browsers. But even in Chrome there are issues. Some workloads (like running tests) can take 5x as long on my system if I'm sharing my screen on Meet. Making working with others more hassle than it should be.

This is fair, but at least you're sure that when you close the window that it's gone and that is as far as I'm concerned its biggest feature. Oh, and that it seems to work well on all platforms.

“Close browser tab” - immediately exits a Google Meet.

Closing a Zoom/Webex meeting, who knows since it’s still running in the background.

I also like meetings sandboxed in a browser so weird things like “automatically take control of your screen and maximize window” doesn’t happen when someone in a Zoom meeting starts sharing their screen.

Even at the expense of more CPU.

Re: Spectre mitigations murder userspace performance

#65
post #14

Earlier quoted context omitted.

I love that this is a toggle like this, having control of my system is why I love Linux. But I must caution desktop users against doing this for performance, it's _much_ better to have some kind of build server somewhere else with this kernel flag than to run it on your desktop. Why? because your desktop executes untrusted and rather arbitrary code pretty often, not just in the form of Javascript but that's the large…

your desktop is already rooted by Zoom

Just because it's rooted by 1 or 20 companies it's not reason to open it up to any random person on the internet.

Re: Spectre mitigations murder userspace performance

#66
post #54

Earlier quoted context omitted.

Kind of feels like apps should opt in to (or out of) mitigations individually. Obviously a web browser needs it, but does Clang? VSCode? Zoom? Probably not.

Vscode is a browser

As in "it runs JavaScript and renders HTML", yes. As in "it runs stuff in a security sandbox", no.

Re: Spectre mitigations murder userspace performance

#67

Earlier quoted context omitted.

Unfortunately "install a piece of software" also includes allowing javascript to run in your browser. So the risk may be closer to "clicking a link". https://www.zdnet.com/article/google-this-spectre-proof-of-c... Additionally, the passwords and keys on your local dev box are very valuable for further attacks, like supply chain attacks.

Yes, but your fans would start spinning like mad. I kill any browser that does that. You’d have to execute a successful attack within a few seconds to pull it off. I think that’s a risk I’ll take.

> Yes, but your fans would start spinning like mad. I kill any browser that does that.

Good lord, I hope this is satire.

Re: Spectre mitigations murder userspace performance

#68

`mitigations=off` in your GRUB_CMDLINE_LINUX_DEFAULT to disable Spectre/Meltdown mitigations, in case anyone is wondering. This page has a pretty decent write-up on it: https://leochavez.org/index.php/2020/11/16/disabling-intel-a... .

In your kernel command line, to be more precise. If you use Grub as your boot loader, this can be achieved by adding it to GRUB_CMDLINE_LINUX_DEFAULT.

Re: Spectre mitigations murder userspace performance

#69
post #62
post #14

Earlier quoted context omitted.

I love that this is a toggle like this, having control of my system is why I love Linux. But I must caution desktop users against doing this for performance, it's _much_ better to have some kind of build server somewhere else with this kernel flag than to run it on your desktop. Why? because your desktop executes untrusted and rather arbitrary code pretty often, not just in the form of Javascript but that's the large…

> not just in the form of Javascript but that's the largest example I can think of. As far as I understand browsers still get owned at every pwn2own. So you might want to stop running untrusted JavaScript anyway.

I'm continually shocked that people are so ok with automatically executing any code random sites they connect to shove at them.

Re: Spectre mitigations murder userspace performance

#70
post #44

Earlier quoted context omitted.

Unfortunately "install a piece of software" also includes allowing javascript to run in your browser. So the risk may be closer to "clicking a link". https://www.zdnet.com/article/google-this-spectre-proof-of-c... Additionally, the passwords and keys on your local dev box are very valuable for further attacks, like supply chain attacks.

> Unfortunately "install a piece of software" also includes allowing javascript to run in your browser. Per-process Spectre mitigations could be helpful there, but I don't understand the technical details to know whether that would be possible to implement. It would be nice to disable mitigations on a video editor and for gaming.

If gaming implies a MMO, a possible attack vector is attacking users to get hold of their gaming account details and do as they please.
Post reply on HN