So, you have no evidence that it was a common problem? If not, then why are you drawing an equivalence to this issue with Raptor Lake?I've no idea about the exact number - but I'd assume everyone that was pushing 1.4v into their soc.
So, you have no evidence that it was a common problem? If not, then why are you drawing an equivalence to this issue with Raptor Lake?I've no idea about the exact number - but I'd assume everyone that was pushing 1.4v into their soc.
AGESA isn't exactly the same thing as microcode, but I guess it's a fair point as we don't even know what @sjkpublic thinks it encompasses.For starters, look how AMD, which to you looks so much better because they supposedly don't do microcode updates, fixed their overvoltage issues just recently...
What the heck do you mean by common man? I have no evidence that the Intel is a "common" problem either cause first of all, "common" isn't really measurable.So, you have no evidence that it was a common problem? If not, then why are you drawing an equivalence to this issue with Raptor Lake?
Intel issues plenty of updates that include, among other things, mitigations for security vulnerabilities. The way they're delivered differs from AGESA, as it can be loaded during the OS boot process.Yeah, it's not like amd pushes 15 microcode updates with every new generation to fix their crap.
I think that poster was just unaware of industry standard practices around firmware updates. They saw discussion of Intel updating microcode and were simply unaware that everyone dose it.As I've said, this mindless intel bashing needs to stop but it won't.
First, the amount of people claiming to experience the Raptor Lake degradation is already orders of magnitude more than the handful who stepped forward with burnt 7800X3D CPUs.What the heck do you mean by common man? I have no evidence that the Intel is a "common" problem either cause first of all, "common" isn't really measurable.
It makes all the difference in the world! If it was only ever a handful of individuals, then it's effectively a non-issue.What difference does it make how many people were affected though?
Yeah, I'm sure that user has made similar comments on the amd agesa threads. Should I check?Intel issues plenty of updates that include, among other things, mitigations for security vulnerabilities. The way they're delivered differs from AGESA, as it can be loaded during the OS boot process.
I think that poster was just unaware of industry standard practices around firmware updates. They saw discussion of Intel updating microcode and were simply unaware that everyone dose it.
Of course as an absolute number intel has a bigger issue, but that's because there are vastly more intel chips out in the wild?First, the amount of people claiming to experience the Raptor Lake degradation is already orders of magnitude more than the handful who stepped forward with burnt 7800X3D CPUs.
Second, L1Techs cited sources at big PC OEMs who claimed they expect 10% to 25% of (presumably K-series i9's, but maybe also i7's?) will need to be replaced.
Show us any evidence of how many people encountered the problem of AMD's. If you truly don't know, then you really shouldn't make assumptions.
It makes all the difference in the world! If it was only ever a handful of individuals, then it's effectively a non-issue.
If you don't know that the scale is even proportional, then you shouldn't treat it like it is.Of course as an absolute number intel has a bigger issue, but that's because there are vastly more intel chips out in the wild?
The scale doesn't matter. I mean let's say for the sake of argument the intel issue is affecting 40% of Intel users vs only 3% for amd users. Does it really matter? It was down to pure luck that their mobo didn't supply 1.4 vsoc. Maybe they didn't buy fast enough ram, maybe they didn't enable xmp etc.If you don't know that the scale is even proportional, then you should treat it like it is.
It was a problem in literally every single motherboard that could change SoC voltage/run EXPO because AMD gave the wrong guidance (or maybe no guidance). No matter how you look at it the amount of people impacted is a fraction of Intel's as they sell so many more CPUs than AMD does. Though I think the point is that it was a catastrophic problem which was out of the consumer's hands and could kill hardware albeit a significantly simpler one to solve.So, you have no evidence that it was a common problem? If not, then why are you drawing an equivalence to this issue with Raptor Lake?
Dude just stop... We see your pointThe scale doesn't matter. I mean let's say for the sake of argument the intel issue is affecting 40% of Intel users vs only 3% for amd users. Does it really matter? It was down to pure luck that their mobo didn't supply 1.4 vsoc. Maybe they didn't buy fast enough ram, maybe they didn't enable xmp etc.
But what is your point ? You continue to revolve the discussion on AMD giving a trollage sensation in a "ou de trollage" way.The scale doesn't matter. I mean let's say for the sake of argument the intel issue is affecting 40% of Intel users vs only 3% for amd users. Does it really matter? It was down to pure luck that their mobo didn't supply 1.4 vsoc. Maybe they didn't buy fast enough ram, maybe they didn't enable xmp etc.
Obviously, undervolt means less heat and less power. Less heat and less power are always beneficial for a CPU, so it is expected that undervolted CPUs are less affected by degradation. In the end, this does not prove nothing.I suspect that microcode may not be the "root cause" of anhanced degradation but rather an easy way for intel to ameliorate the symptoms of a much deeper problem.
First of all it needs to be checked, whether undervolted CPUs have been suffering from similar degradation problems as well. If yes, then too high of voltage may not be the root cause. Given the millions of gen 13 and gen14 iCore CPUs that Intel has sold, there should be a sizeable number of users out there that have undervolted their CPUs.
What do the crash reports say about such configured systems?
Correct, less voltage and less power mean less heat, which is always beneficial, so one would expect to see LESS reports of CPU degradation symptoms.
Obviously, undervolt means less heat and less power. Less heat and less power are always beneficial for a CPU, so it is expected that undervolted CPUs are less affected by degradation. In the end, this does not prove nothing.
Man, calm down. The problem of burned out 7800x3ds occurred on specific Asus boards for specific users, and they were quickly corrected.The scale doesn't matter. I mean let's say for the sake of argument the intel issue is affecting 40% of Intel users vs only 3% for amd users. Does it really matter? It was down to pure luck that their mobo didn't supply 1.4 vsoc. Maybe they didn't buy fast enough ram, maybe they didn't enable xmp etc.
He sided. Can't stop him from padding himself, can uMan, calm down. The problem of burned out 7800x3ds occurred on specific Asus boards for specific users, and they were quickly corrected.
Stop writing nonsense about this incident further
13600K is affected by this though? Only pure Alder Lake should be unaffected and the microcode problem can affect even low-power Raptor Lake (not mobile).What's stopping you from considering a 13600K? Not enough power?
Every cpu gets degraded just by using it. No cpu will be as good as new after even 1 day of usage. Everyone's cpu is degraded no matter what cpu they are using.Maybe this Intel statement is just reputation damage control and they still don't know what the issue is or can't fix it?
The time they had for diagnosis has been more than enough on my opinion for the resources that Intel has. Or it's just now that the issue is so big that they started to look into it...
Looking at this from the outside. People that got their CPUs degraded can't be reversed to an undegraded status. I have a 13900k that suffered from degradation as after using the system sporadically for 9 months unstability started. I manually configured the power, current and temp limits on the BIOS and also applied an small undervolt. The system is completely stable now. But clearly there was some damage induced previously and that CPU would never go back to be as it was when new and can't also RMA it because under the manually configured parameters works fine (Intel's defaults).
So, a new microcode is just a preventative measure to avoid more damage to accumulate to the point the CPUs gets returned under warranty period only.
I blame for this to Intel as they didn't do enough to ensure that motherboard manufacturers adhere to the design parameters for their CPUs and at the same time they allowed this because their (non under spec overclocked) benchmarks allowed them to sell more CPUs over AMD.
My workload time was impacted about 10% due performance degradation after the manual configuration. I feel scammed.
Yest but (maybe) on 8-10 years period. Not in 9 months.Every cpu gets degraded just by using it. No cpu will be as good as new after even 1 day of usage. Everyone's cpu is degraded no matter what cpu they are using.
It degrades every day man.Yest but (maybe) on 8-10 years period. Not in 9 months.
Under your logic, all Intel customers need to purchase a new CPU every month to replace the degraded one?It degrades every day man.