News for hackers. Stuff that matters.
Re:Intel Processor Instability Causing Oodle Decompression F... by crote on Friday February 23, 2024 @01:23PM (#39484242)
Temperatures like that have been fairly normal for a few generations now - both for Intel and AMD. It might look insane compared to what you were used to seeing a decade ago, but it's actually not that crazy.

First, the temperature sensors got a lot better. Previously you only had one sensor per core/cpu, and it was placed wherever there was space - nowadays it'll have dozens of sensors placed in the most likely hotspots. A decade ago a 70C temp meant that some parts of the CPU were closer to 90C, whereas nowadays a 90C temp means the hottest part is actually 90C.

Second, the better sensors allow more accurate tuning. While 100C might be totally fine, 120C is probably already going to cause serious damage. The problem here is that you can't just rely on a somewhat-distant sensor to always be a constant 20C below the peak value: it's also going to be lagging a bit. It might take a tenth of a second for that temp spike in the hotspot to reach the sensor, but in the time between the spike starting and the temp at the sensor raising enough to trigger a downthrottle you could've already caused serious damage. A decade ago that meant leaving some margin for safety, but these days they can just keep going right up to the limit.

It's also why overclocking simply isn't really a "thing" anymore. Previous CPUs had plenty of safety margin left for risk-takers to exploit, modern CPUs use up all that margin by automatically overclocking until it hits either a temperature limit or a power draw limit.

Re:Intel Processor Instability Causing Oodle Decompression F... by JoshTriplett on Friday February 23, 2024 @02:50PM (#39485272)
Exactly. Temperature measurements are a lot like available memory measurements in that regard. People wonder why the OS uses up all available memory, and it's because the OS knows that empty memory is useless, while memory used to cache disk is potentially useful (and can always be discarded when that memory is needed for something else). So, the persistent state of memory is always "full".

Similarly, processors convert thermal headroom to performance, until they run out of thermal headroom. So if you improve the cooling on a processor that has work to do (rather than sleeping), it will use up that cooling and perform better, rather than performing the same and running cooler.

(Mobile processors operate differently, since they need to maintain a much tighter thermal envelope to not burn the user. And processors can also target power levels rather than thermals. But when a processor is in its default "run as fast as possible" mode, its normal operating temperature will be close to the 100C limit.)

Re:Intel Processor Instability Causing Oodle Decompression F... by jtriangle on Friday February 23, 2024 @04:15PM (#39486188)
There's a side benefit to this as well, your cooling solution is more effective at 90C than it is at 40C, you know, highschool physics, deltaT and all that.
Re:Intel Processor Instability Causing Oodle Decompression F... by wtallis on Friday February 23, 2024 @09:23PM (#39488556)
That also comes with the side effect that the transistors are leakier at high temperature, leading to higher power for the same performance as compared with operating at a lower temperature. This effect is significant: in mobile systems it can easily be the case that turning on a fan (or speeding it up) leads to a net decrease in power consumption because the power saved by making the chip less leaky is more than the power spent running the fan.
Re:Intel Processor Instability Causing Oodle Decompression F... by hulitu on Saturday February 24, 2024 @01:26PM (#39493868)
> People wonder why the OS uses up all available memory

This is really no excuse to have Windows eating 12GB of RAM with an Edge (with 2 static tabs), excel some antivirus and Teams running. This (12GB) is just sick.

Re:Intel Processor Instability Causing Oodle Decompression F... by JohnBooty on Monday February 26, 2024 @02:16PM (#39515653)
The good news is: you do not understand how modern (last 30+ years) OS memory management works.

If you have free ram the OS will cache all the recently accessed things. It costs effectively zero to cache them when you access them, and it costs effectively zero to evict from the cache if you actually need the memory for "useful" work. And if the cached thing is useful in the mean time, you win because RAM is still orders of magnitude faster than SSD. None of the scenarios are a perf loss. The only scenarios are "win" or "no gain."

"But won't the next application I load, load faster if there is free RAM?"

If you are asking this question, please refer back to the previous concept -- "it costs effectively zero to evict from the cache if you actually need the memory for 'useful' work." This is where people typically get confused. They think it takes work to evict things from the cache, just like it would require work to remove frequently used objects from your physical desk if you needed to free up space.

Once you understand that the rest should fall into place.

Re:Intel Processor Instability Causing Oodle Decompression F... by hulitu on Saturday February 24, 2024 @02:25PM (#39494408)
> but it's actually not that crazy.

Unless you take reliability into account.

Re:Intel Processor Instability Causing Oodle Decompression F... by JohnBooty on Monday February 26, 2024 @09:08AM (#39511362)

    It might look insane compared to what you were used 
    to seeing a decade ago, but it's actually not that crazy.
I'm comparing it to a mid-range system I built last year: an Intel i5-13400F with a $60 closed-loop cooler.

It doesn't go past 45C even during Prime95 runs using all cores. And the 120mm fans aren't exactly howling either.

    First, the temperature sensors got a lot better. Previously 
    you only had one sensor per core/cpu, and it was placed wherever 
    there was space - nowadays it'll have dozens of sensors placed 
    in the most likely hotspots.
That's awesome to know. Thanks for the explanation.