Live data from Hacker News

Bisected: The Unfortunate Reason Linux 4.20 Is Running Slower

phoronix.com

11–20 of 114 posts

Re: Bisected: The Unfortunate Reason Linux 4.20 Is Running Slower

#12
post #11

Earlier quoted context omitted.

Probably you'll lose more performance.

As always, this depends on your workload.

As of today still most of the software I use seems to get stuck in one core of my CPU when calculating stuff so I'd argue that by enabling HT I'm losing performance.

Re: Bisected: The Unfortunate Reason Linux 4.20 Is Running Slower

#15
post #12
post #11

Earlier quoted context omitted.

As always, this depends on your workload.

As of today still most of the software I use seems to get stuck in one core of my CPU when calculating stuff so I'd argue that by enabling HT I'm losing performance.

That's not really clear from the article, but I suspect that performance drop is from multithreaded software. And sure, if you are observing performance degradation with hyper-threading, there's 0 reason to keep it enabled. OpenBSD guys suggest to turn it off after all.

Re: Bisected: The Unfortunate Reason Linux 4.20 Is Running Slower

#18
If you could turn off speculative execution completely I bet that would eliminate all the security concerns, but performance would be abysmal. The Linux kernel really can't be a "one size fits all" type of thing --- an environment where no mutually untrusting code is run has very different security requirements from shared cloud hosts, for example. Personally I think it's all a bit overblown, probably due to owners of the latter environments.

Re: Bisected: The Unfortunate Reason Linux 4.20 Is Running Slower

#20
post #12

Earlier quoted context omitted.

As of today still most of the software I use seems to get stuck in one core of my CPU when calculating stuff so I'd argue that by enabling HT I'm losing performance.

That's not really clear from the article, but I suspect that performance drop is from multithreaded software. And sure, if you are observing performance degradation with hyper-threading, there's 0 reason to keep it enabled. OpenBSD guys suggest to turn it off after all.

The article claims a 30% perf slowdown with PHP. The majority of PHP workloads are single threaded. That causes me to suspect this impacts single core workloads too.
Post reply on HN