4 ms·
Yeah they silently killed my overclock 9 months ago by limiting the 6850k to 38x multi due to "Spectre Mitigation". It's the worst BS ever... If I remove the
by sundvor 7y ago
Yeah they silently killed my overclock
9 months ago by limiting the 6850k to 38x multi due to "Spectre Mitigation". It's the worst BS ever...
If I remove the Intel microservice dll from my windows system folder then I get my 41x back, but there's been no documentation forthcoming. Just finding out why speeds were nerfed required lots of research.
Having said that I can see that Asus may have finally released the required motherboard update for this. Updating requires me to reset everything by hand, as Asus doesn't let me simply back up settings - they are invalidated between bios versions. Between that and eating CPUs if using XMP, it's the worst motherboard I ever bought.
https://www.asus.com/us/Motherboards/ROG-STRIX-X99-GAMING/HelpDesk_BIOS/ https://www.asus.com/us/Motherboards/ROG-STRIX-X99-GAMING/He...
Needless to say my days of building Intel systems are over.
- op00to 7y agoEating CPUs?
- sundvor 7y agoThe automatic XMP settings upped one of the more obscure voltage lines (new to me since my last CPU the 2600k, which still runs perfectly on 4.4ghz as son's PC) to dangerously high levels. I received two CPU replacements under warranty, before I found the particular setting that needed to be put under manual control. I think I was 1/3rd of my way to the third CPU dying. This was incredibly sloppy work by Asus. So yeah, eating CPUs.
- sundvor 7y agoI see I got a few upvotes, so this must resonate here - thanks, wanted to back this up with specific details: The chipset was the Broadwell EP. VCCSA ran at ~1.33, when the maximum should have been 1.25. Also VCCIO was 1.25, when it'd run happily at 1.096v. Point taken was to go through every single voltage setting and research safe ranges, not trust auto for _anything_. There were changes in the CPU memory controllers around this time, and that's what caused the CPU to die when unsafe voltages were applied; Asus' XMP settings for my 4x8=32GB 3200 Trident Z DDR4s (17-18-18-36) turned them to mush. I don't have a degree in electrical engineering; it seems like Asus wanted you to have one. Looking back I'm discovering more details... and another guy who experienced essentially the same, with others backing up the instability of the platform: https://forums.anandtech.com/threads/my-6850x-just-died-just-like-that.2500188/ https://forums.anandtech.com/threads/my-6850x-just-died-just... Whilst I want to move over to AMD, I'd like my current 6850k to last longer as my son's computer. It seems like I won the silicon lottery with my old 2600k that he's currently using though; running fixed 4.4ghz which is a very nice upgrade from the stock 3.4ghz. The original article in this thread is music to my ears - for AM4, just add a great cooler and away we go. It's tempting to upgrade both computers at the same time.. which kind of wrecks my hand me down thing, but I'm sure the 6850k got degraded by 3 weeks on the bad settings as I've had lots of issues with it (unlike the 2600k). (Final edit: Thus my disdain for Asus' inability to back up BIOS settings on this board when performing BIOS updates like I should now to get my overclock back, unlike others I've had; if I miss even a single one of the voltage settings, I can expect it to fry the CPU - unless they actually fixed their sh*t in one of the BIOS updates).
- Grimm665 7y agoMy Strix X99 just kicked the bucket a week ago...is this possibly why? Shit, I've had it on XMP since I built it 3 years ago. I've already gone through one CPU, about 4 months after I built it. Now the whole machine is just dead with no signs of life. I bought a new board assuming the board was bad but maybe I need to test the CPU now... Agreed though, one of the worst boards I've ever bought and seriously rethinking all Asus purchases in the future.
- qplex 7y agoI had a system boot loop on a Intel core-i system because a microcode update "disallowed" overclocking (this happened well before the spectre/meltdown debacle). The only solution was to prevent the os from loading the bad microcode at boot - I'm guessing that's what removing those .dlls does.