[SOLVED] New Ryzen build, Win 10 1903 nightmare

dejectedpanda

Commendable
Oct 3, 2016
25
1
1,535
Hey,
I picked up a R5 1600 + MSI B450 Pro-Vdh Plus + 2x8GB HyperX RAM a few days back to replace my old 2500K system. Plugged it in and it booted right into Windows (1809), no reinstall needed. Ran my games and some benchmarks w/o any issues.

Then I decided to install a fresh copy of 1903 and its been nothing but freezes, reboots and BSODs ever since. So far I've got BSODs for rt640x64.sys, dpc watchdog violation and kmode exception not handed. I've installed all the latest drivers from my board's page but no luck.

Also, when I try creating a bootable USB with any previous version of Windows, Media Creation Tool fails at around 50% whereas Rufus outright crashes the PC or gives me this error. I've also got a bunch of USB device not recognized errors even though the drive in question works fine at other times.

Running sfc /scannow throws the "Windows Resource Protection found corrupt files but was unable to fix some of them" error. Even ran the DISM command but it didn't help.

Best part is I managed to install Steam and get my previously installed copy of Just Cause 3 working. Ran it for about half an hour, no problems. But use Chrome/Edge or other apps like Photos, and it randomly freezes/restarts when its not stuttering and lagging like hell.

What driver or fix do I have to use to solve this? Will going back to 1809 or even 1803 help? I am at my wits end trying to find a solution and I could really use some help.

PS: Even though its tied to my MS account, my Pro retail key doesn't work anymore when I try reactivating it using the Troubleshooter.
 
Solution
You can learn a great deal about timings here at this link below. This is where I started out, and from there proceeded to ask questions of several of our own very knowledgeable members like Invalid error and Computronix. Both are disgustingly smart individuals, and I'm pretty sure they are both engineers with extensive architectural knowledge, so at least I was able to pick up some additional things from folks who really rather know their stuff pretty well.

This guide however is written by somebody who is pretty well versed as well, so reading it several times (I still pick up little things when I re-read it that I've missed previously) is a good idea. Bookmarking it and using it as a basic reference is almost a mandatory practice for...

Colif

Win 11 Master
Moderator
are they part of a set of just 2 x 8gb sticks sold separately, as no guarantee 2 diff sticks work together unless they matched.

Try running memtest86 on each of your ram sticks, one stick at a time, up to 4 passes. Only error count you want is 0, any higher could be cause of the BSOD. Remove/replace ram sticks with errors.
 

Colif

Win 11 Master
Moderator
I thought I was buying a kit but the seller sent two identical sticks instead. There's a difference of 129 between the last 4 digits of their serial numbers.

I just installed Windows 10 1607. I'll use the PC for a bit and see if its still crashing. Will run memtest86 in some time. Anyway, I am thinking of sending the modules back and getting either a refund or an actual kit.

Yes, I would return sticks and ask for what you thought you were getting. mismatched sticks can make perfectly good drivers corrupt. Hence the lan drivers above,
 

Colif

Win 11 Master
Moderator
they not same types of stick, the difference in the coding might be enough to set system off

are the sticks on the Motherboard QLV list? Ryzen systems can be picky about ram, especially if its the wrong ram.

I would be more inclined to get ram replaced with a set and only then worry about the motherboard.
 

Colif

Win 11 Master
Moderator
thats a file i not seen before. wpprecorder.sys - WPP Trace Recorder https://docs.microsoft.com/en-us/windows-hardware/drivers/devtest/wpp-software-tracing

files that hardly ever crash popping up makes me think its ram still. As i said, it can make perfectly good drivers report errors. longer you run it, more drivers will be reported. replacing perfectly good drivers gets you nowhere.

Without randomly replacing motherboard and seeing if fixes it, I would be more tempted to get a repair store to test it. They are likely to have ram sticks they know work, that they can swap in, just to test if it causes BSOD with 2 sticks in. This way you find out if its ram or motherboard.
 
I don't see any mention of what slots they are installed in, and yes, it makes a big difference in some cases. On some boards more than others, and to varying degrees, but on all boards in general. They SHOULD be installed in the second and fourth slots over from the CPU socket.

If they are not in those slots, move them to those slots, do a hard reset of the BIOS, and try again.

BIOS hard reset procedure


Power off the unit, switch the PSU off and unplug the PSU cord from either the wall or the power supply.

Remove the motherboard CMOS battery for five minutes. In some cases it may be necessary to remove the graphics card to access the CMOS battery.

During that five minutes, press the power button on the case for 30 seconds. After the five minutes is up, reinstall the CMOS battery making sure to insert it with the correct side up just as it came out.

If you had to remove the graphics card you can now reinstall it, but remember to reconnect your power cables if there were any attached to it as well as your display cable.

Now, plug the power supply cable back in, switch the PSU back on and power up the system. It should display the POST screen and the options to enter CMOS/BIOS setup. Enter the bios setup program and reconfigure the boot settings for either the Windows boot manager or for legacy systems, the drive your OS is installed on if necessary.

Save settings and exit. If the system will POST and boot then you can move forward from there including going back into the bios and configuring any other custom settings you may need to configure such as Memory XMP profile settings, custom fan profile settings or other specific settings you may have previously had configured that were wiped out by resetting the CMOS.

In some cases it may be necessary when you go into the BIOS after a reset, to load the Optimal default or Default values and then save settings, to actually get the hardware tables to reset in the boot manager.


If they still have problems, then try bumping the memory voltage UP by .005-.020v in the BIOS, save settings, exit.

If they STILL don't want to play nice together, then it is likely due to them not coming from the same kit. What is the exact model of these sticks and what speed are they configured for?

Have you tried setting the XMP profile in the BIOS? If you mentioned that already, I missed it.
 
  • Like
Reactions: Colif
While it's totally possible for the disparity in coming from different production runs rather than in the same kit, to be the problem, if the sticks have speeds and timings that are within the JEDEC envelope for that platforms default support, it makes it a lot less likely. Even disparate sticks, when they are below 2666mhz, for DDR4, will USUALLY still work together but they might take a lot more tweaking and fiddling with settings to get them to do so. It still won't be in every case.

For example, you can get two different sticks with the exact same part number, that have very few similarities and major differences, as seen here:

https://forums.tomshardware.com/threads/amd-ram-compatibility.3210050/#post-19785792
 

Colif

Win 11 Master
Moderator
op asked for two matching sticks, he thought he was getting a matching pair, it was the seller who is responsible for the sticks he received not matching.

I appreciate all the help, I just wanted to check it wasn't just a voltage thing, hence DB 1st post. Now we wait :)
 
Were your sticks already in the 2nd and 4th slots, or did you have to move them there? Or are they not in those slots, still?

If it works in the "memory try it", then it should work with the XMP profile for those sticks, and that's what you want to run them at because "try it" is BS. Manufacturers should know better. Anything beyond (Lesser settings is ok, higher settings, not ok, at all, ever, without extensive testing) the XMP profile requires extensive stability testing. It doesn't matter if it "seems" ok. Usually, it's not. Not without a good amount of tweaking of primary and secondary timings, voltage adjustments, adjustments to other board features like SOC, system agent voltage, VCCIO, etc. to bolster the memory controller and DRAM configuration.

What is the actual part number for those sticks? If you don't know, you can install CPU-Z and look on the SPD tab. Select one of the slots that memory is installed in from the drop down menu and the part number field will be populated with that information.
 
I'd return them, now, and order a matched set from a more reputable seller or site if that's possible. If you can't, then you might want to give the Ryzen calculator a go.

The memory stablity test procedure is right there in my guide that Aeacus linked you to earlier. Also, below.

Testing your memory configuration to verify stability

Before you decide that this section is not worth your time or get lazy thinking you don't need to test because you you're system "seems" fine, with no obvious blue screens, freezing or restarting, let me make one thing VERY, VERY CLEAR.

ANY amount of instability in your memory configuration is enough to cause what are known as micro errors. This is a very miniscule error which, if it only happened one time might not ever be a factor but when it happens cumulatively in small increments over time, can result in complete and total corruption of your operating system, documents, game files, applications, music, movies, everything, to the point of being a complete and total loss with no chance of recovery.

Memory configurations that are not as close to 100% stable as possible are not a joke. They WILL eventually cause widespread corruption of the entire file system. Don't cut corners because it's simply not worth it. If you are unwilling to do the testing necessary to make sure the system is stable you should simply leave the memory at the default configuration and that includes NOT setting the memory to the XMP profile if the profile of the memory is beyond what the system automatically configures the memory speed and timings to by default. Do the testing. One day out of your life is not going to kill you but not doing it might make you wish you had died if you lose a lot of very important information and personal files that can't be replaced.



Memtest86


Go to the Passmark software website and download the USB Memtest86 free version. You can do the optical disk version too if for some reason you cannot use a bootable USB flash drive.

Create bootable media using the downloaded Memtest86 (NOT Memtest86+, that is a different, older version and is outdated). Once you have done that, go into your BIOS and configure the system to boot to the USB drive that contains the Memtest86 USB media or the optical drive if using that option.


Click here to download Memtest86 USB package

Create a bootable USB Flash drive:


1. Download the Windows MemTest86 USB image.

2. Right click on the downloaded file and select the "Extract to Here" option. This places the USB image and imaging tool into the current folder.

3. Run the included imageUSB tool, it should already have the image file selected and you just need to choose which connected USB drive to turn into a bootable drive. Note that this will erase all data on the drive.



No memory should ever fail to pass Memtest86 when it is at the default configuration that the system sets it at when you start out or do a clear CMOS by removing the CMOS battery for five minutes.

Best method for testing memory is to first run four passes of Memtest86, all 11 tests, WITH the memory at the default configuration. This should be done BEFORE setting the memory to the XMP profile settings. The paid version has 13 tests but the free version only has tests 1-10 and test 13. So run full passes of all 11 tests. Be sure to download the latest version of Memtest86. Memtest86+ has not been updated in MANY years. It is NO-WISE as good as regular Memtest86 from Passmark software.

If there are ANY errors, at all, then the memory configuration is not stable. Bumping the DRAM voltage up slightly may resolve that OR you may need to make adjustments to the primary timings. There are very few secondary or tertiary timings that should be altered. I can tell you about those if you are trying to tighten your memory timings.

If you cannot pass Memtest86 with the memory at the XMP configuration settings then I would recommend restoring the memory to the default JEDEC SPD of 1333/2133mhz (Depending on your platform and memory type) with everything left on the auto/default configuration and running Memtest86 over again. If it completes the four full passes without error you can try again with the XMP settings but first try bumping the DRAM voltage up once again by whatever small increment the motherboard will allow you to increase it by. If it passes, great, move on to the Prime95 testing.

If it still fails, try once again bumping the voltage if you are still within the maximum allowable voltage for your memory type and test again. If it still fails, you are likely going to need more advanced help with configuring your primary timings and should return the memory to the default configuration until you can sort it out.

If the memory will not pass Memtest86 for four passes when it IS at the stock default non-XMP configuration, even after a minor bump in voltage, then there is likely something physically wrong with one or more of the memory modules and I'd recommend running Memtest on each individual module, separately, to determine which module is causing the issue. If you find a single module that is faulty you should contact the seller or the memory manufacturer and have them replace the memory as a SET. Memory comes matched for a reason as I made clear earlier and if you let them replace only one module rather than the entire set you are back to using unmatched memory which is an open door for problems with incompatible memory.

Be aware that you SHOULD run Memtest86 to test the memory at the default, non-XMP or custom profile settings BEFORE ever making any changes to the memory configuration so that you will know if the problem is a setting or is a physical problem with the memory.

After your memory will pass Memtest for 4 full passes, it is still not necessarily stable, but it is a good start and you should move on the the last phase of testing using Prime95. See, there IS a light at the end of the tunnel.




Final testing with Prime95

It is highly advisable that you do a final test using Prime95 version 26.6 or the latest version WITH AVX and AVX2 disabled, and run a custom configured Blend test. You can also use the Blend mode option as is, but after a fair amount of personal testing, asking questions from some long time members with engineering level degrees that have forgotten more about memory architectures than you or I will ever know, and gathering opinions from a wide array of memory enthusiasts around the web, I'm pretty confident that the custom option is a lot more likely to find errors with the memory configuration, and faster, if there are any to be found.

Please note as this is rather important, if you prefer, or have problems running version 26.6 because you have a newer platform that doesn't want to play nice with version 26.6, you can use the latest version of Prime95 with the Custom test selected but you will need to make the following change.

In the bottom of the Torture test selection popup menu there will be some options for disabling AVX. I recommend that you do so, not because we are doing thermal testing and require a steady state workload (Which AVX wouldn't affect anyhow, as Computronix explained to me), but because the last thing you need during memory testing is having to worry about CPU temperatures, and you will, with AVX enabled.

So, uncheck the option for AVX2. That will un-gray the option for AVX, and uncheck that box as well.

Now open Prime95.

Click on "Custom". Input a value of 512k in the minimum FFT size field. Leave the maximum FFT size field at 4096k. In the "Memory to use" field you should take a look at your current memory allocation in either HWinfo or system resource monitor. Whatever "free" memory is available, input approximately 75% of that amount. So if you currently have 16GB of installed memory, and approximately 3GB are in use or reserved leaving somewhere in the neighborhood of 13GB free, then enter something close to 75% of that amount.

So if you have 13GB free, or something reasonably close to that, then 75% of THAT would be 9.75GB, which, when multiplies times 1024 will roughly equal about 9984MB. You can average things out by simply selecting the closest multiple of 1024 to that amount just to keep it simple, so we'll say 10 x 1024= 10240mb and enter that amount in the field for "Memory to use (MB)". We are still well within the 13GB of unused memory BUT we have left enough memory unused so that if Windows decides to load some other process or background program, or an already loaded one suddenly needs more, we won't run into a situation where the system errors out due to lack of memory because we've dedicated it all to testing.

I've experienced false errors and system freezes during this test from over allocating memory, so stick to the method above and you should be ok.


Moving right along, do not change the time to run each FFT size.Leave that set to 15 minutes.

Click run and run the Custom test for 8 hours. If it passed Memtest86 and it passes 8 hours of the Custom test, the memory is 100% stable, or as close to it as you are ever likely to get but a lot of experts in the area of memory configuration suggest that running the extended Windows memory diagnostic test is also a pretty good idea too.

If you get errors, (and you will want to run HWinfo alongside Prime95 so you can periodically monitor each thread as Prime will not stop running just because one worker drops out, so you need to watch HWinfo to see if there are any threads not showing 100% usage which means one of the workers errored and was dropped) then you need to either change the timings, change the DRAM voltage or change the DRAM termination voltage, which should be approximately half of the full DRAM voltage.

There are also other bios settings that can affect the memory configuration AND stability, such as the SOC, VCCIO and system agent voltages, so if you have problems with stability at higher clock speeds you might want to look at increasing those slightly. Usually, for Intel at least, something in the neighborhood of 1.1v on both those is pretty safe. There are a substantial number of guides out there covering those two settings, but most of them are found within CPU overclocking guides so look there in guides relevant to your platform.

As a further measure of assurance that your WHOLE configuration is stable, you can download and run Realbench for 8 hours. If the system freezes or fails when running Realbench with your full memory amount set, try running it again but select only half your amount of installed memory.
 

Aeacus

Titan
Ambassador
Yeah, the XMP profiles should work, but for some reason they don't when run together whereas the Try It preset does. And I didn't modify any voltages except bumping DRAM voltage to 1.35V. All sub timings are on auto as well. I ran the default Memtest86 4 pass test and it completed without any errors in a little over 3 hours. They also pass the test individually at their rated 2400MHz speed.

The part number is KHX2400C15/8G, manufacturer is Nanya Technology, single rank (even though the spec sheet says its dual) and the manufacturing week/year is 25/19.
KHX2400C15/8G is not the real part number. It's what whichever software you use to identify it says it to be. To know the real part number, read it from the sticker on the RAM. Or better yet, take a picture of your RAM with it's part number sticker clearly visible and share that pic with us.

For example:
I'm running two sets of HX430C15SB2K2/8 RAM in my Skylake build (full specs with pics in my sig) and if i use software to identify my RAM, it comes back as KHX3000C15D4/4GX. Put the latter number into Google and what you get as a result is HyperX Predator 4x 4GB (16GB) set, who's actual part number is HX430C15PB2K4/16.

For a software, both RAM configurations are same: KHX3000C15D4/4GX = K (Kingston), HX (HyperX series), 3000 (3000 Mhz), C15 (CAS Latency 15), D4 (4GB stick), /4GX (times four). But in reality, they are completely different RAM sets with different timings.

So, what you have is either: HX424C15FB/8 (dual-rank) or HX424C15FB2/8 (single-rank).

Here, i'm with Darkbreeze and i'd also return both sticks and get a set. Also, if you want your RAM to run in 3000 Mhz, buy the 3000 Mhz set. Don't OC your 2400 Mhz RAM to 3000 Mhz since that speed is not what that RAM was designed to operate at.
Also, from Kingston:
All Kingston products are tested to meet our published specifications. Some motherboards or system configurations may not operate atthe published HyperX memory speeds and timing settings. Kingston does not recommend that any user attempt to run their computers faster than the published speed. Overclocking or modifying your system timing may result in damage to computer components.
 
I'm not sure I've PERSONALLY seen anybody damage their hardware by overclocking the RAM, so long as it was within reason, but I've sure as hell seen plenty of occasions where somebody's ENTIRE file system was so corrupted because they had overclocked the memory by 200-400mhz, or tightened down the timings, didn't test for stability, and six months down the road every part of the operating system PLUS most of their personal documents and files, were irreparably corrupted beyond recovery.

And that is without even factoring in the potential for random major errors that are hard to pin down as far as what exactly is causing them. Doesn't have to be a freezing or blue screening mess to simply bork things up.

Now, if they're overclocking the memory and using memory voltage that is beyond spec for the platform, then that's a different story, and can absolutely cause damage to the CPU/Memory controller or motherboard. Or the memory itself in extreme circumstances.
 

Aeacus

Titan
Ambassador
I'm not sure I've PERSONALLY seen anybody damage their hardware by overclocking the RAM, so long as it was within reason, but I've sure as hell seen plenty of occasions where somebody's ENTIRE file system was so corrupted because they had overclocked the memory by 200-400mhz, or tightened down the timings, didn't test for stability, and six months down the road every part of the operating system PLUS most of their personal documents and files, were irreparably corrupted beyond recovery.

And that is without even factoring in the potential for random major errors that are hard to pin down as far as what exactly is causing them. Doesn't have to be a freezing or blue screening mess to simply bork things up.

Now, if they're overclocking the memory and using memory voltage that is beyond spec for the platform, then that's a different story, and can absolutely cause damage to the CPU/Memory controller or motherboard. Or the memory itself in extreme circumstances.
Somehow, OP got additional 800 Mhz out of his RAM. I thought that such a high level RAM OC was impossible. I still have hard time believing that 2400 Mhz RAM is running at 3200 Mhz.
As mentioned above, I am now running 3200MHz@1.35V.
 

Colif

Win 11 Master
Moderator
return ram, ask for a matching set like you paid for
when you get it back, test it with that Thaiphoon Burner program and see if it is what it says it is.

i wouldn't buy from people who send you different things to what you pay for... unless its better :)
 
1.344 is NOT the same as 1.35v. If it shows 1.344 in the BIOS, on the ACTUAL setting, not the stock information listing you generally see on the right panel or in default views, then that's what it's at. I'd run it at 1.35v because that is the stock voltage setting for most DDR4 over 2666mhz. There are a few that might be higher. Anything up to 1.4v is technically within DDR4 spec but I'd try to stay as close to 1.35-1.36v as possible. Obviously, lower is better, but lower also ALWAYS means less stability, until you get to the other end of the spectrum and begin exceeding spec for that memory platform of course.

One, two, or three passes of Memtest86 mean nothing. Literally. It's four passes, period, with ZERO errors, or else it's not stable. And you have to make SURE that it is actually running at that speed before you run Memtest because if the system detects instability it will reset the actual RUNNING configuration in some cases, without changing what the settings look like when you go back and visit the BIOS again. I have seen this happen many times when testing with Memtest and thought it was all good, only to discover in HWinfo that the system had made changes to the primary or secondary timings that were WAYYYYYYY loose, to the point where any gains you might have seen from the frequency increase were long since lost.

So after changing the memory configuration, at any point, you want to run HWinfo (And ONLY HWinfo) and scroll down to the reporting section for the memory (Run "Sensors only" when you start up HWinfo. Disable the "Summary" option) and verify that the speed and timings which you believe it to be running at are actually what it is running at. It does you no good to run the memory at 3000mhz if the system has altered the timings so that you are running at 18-18-18-42, just as an example. Those won't be accurate numbers probably but it gives you an idea because you would probably want to see something more like 16-16-16-36 or 14-14-14-35 or something along those lines depending on the actual specs of the memory, which for the sticks you've indicated should actually be

Default:
DDR4-2133 CL14-14-14 @1.2V

XMP Profile #1:
DDR4-2400 CL15-15-15 @1.2V

And there is no way those sticks are able to do 3000mhz with timings that make it worth even trying because to start with they are not high end sticks using high end ICs. I'd bet money that the system is grossly loosening the timings in order to get it to run at that speed, which negates any actual gains because the latency penalty will likely be enormous. You can verify using HWinfo. Take a screenshot of the memory section and post it here.

The fact that you have a low end motherboard and CPU, compared to other offerings on that platform, makes it that much more unlikely that you are able to actually do what you have indicated is being done. No possible way on that motherboard, with that 1st gen Ryzen CPU, and those sticks, and that voltage, that you are running with an overclock that is 800mhz over the XMP configuration. Even further is the fact that the XMP profile for those sticks is a fully odd numbered primary timings which Ryzen particularly hates. Check the timings, post your screenshot, and in the end I'd probably still return them but let's see what's actually going on first because even if you have to drop them back to the XMP configuration (Which by the way, makes it a lot less likely they'd run without major penalties at the "just try it" speeds you indicated but WON'T run at a much lower XMP profile speed) and make a few changes to the timings, it might be worth it.
 
Looks to me like the system is making a HUGE change in terms of secondary timings with a 75 trc and over 500 tRFC secondary timing, which is enormous and likely why they look to be running at a a reasonable speed and primary timings.

Hard to say without seeing what those timings look like at the stock XMP configuration, but I think those numbers should be more like 40-60 and 250-350 range for that frequency. We could definitely try to reset the XMP and then tweak the timings, but I think you are MUCH better off returning those sticks and perhaps simply buying some sticks that are supposed to run at 3200mhz, then you are trusting them to be stable at that kind of an overclock. Consider, that is a HUGE amount of difference. Average overclocking margins for memory for most sticks are usually only in the region of 200-400mhz and then cranking down a little tighter on the timings if you're lucky. Or just a bump in clock speed at the same timings, or just the XMP clock speed and tighter timings.

Something certainly seems off in terms of you being able to see that kind of gain and there not be a problem with stability.

Run the custom memory stability test using Prime95 as outlined in the guide to see what happens then. Use the latest version of Prime and be sure to disable both AVX and AVX2 in the options you see in the first window that pops up. When you disable AVX2, AVX option will stop being grayed out so you can disable that as well. Set the configuration for the test as mentioned in the test procedure I suggested above.

Memtest is not an accurate assessment of full stability. It is merely a good PRE-assessment to see if there are any glaring configuration problems. If you pass the Prime stability procedure I would highly recommend also running the extended Windows memory test as well.
 
  • Like
Reactions: dejectedpanda
You can learn a great deal about timings here at this link below. This is where I started out, and from there proceeded to ask questions of several of our own very knowledgeable members like Invalid error and Computronix. Both are disgustingly smart individuals, and I'm pretty sure they are both engineers with extensive architectural knowledge, so at least I was able to pick up some additional things from folks who really rather know their stuff pretty well.

This guide however is written by somebody who is pretty well versed as well, so reading it several times (I still pick up little things when I re-read it that I've missed previously) is a good idea. Bookmarking it and using it as a basic reference is almost a mandatory practice for anybody who wants a solid foundation for reference.

https://www.overclock.net/forum/18051-memory/1630388-comprehensive-memory-overclocking-guide.html
 
  • Like
Reactions: dejectedpanda
Solution

Aeacus

Titan
Ambassador
Looks to me like the system is making a HUGE change in terms of secondary timings with a 75 trc and over 500 tRFC secondary timing, which is enormous and likely why they look to be running at a a reasonable speed and primary timings.

Hard to say without seeing what those timings look like at the stock XMP configuration, but I think those numbers should be more like 40-60 and 250-350 range for that frequency.
Just for comparison, here are my HX430C15SB2K2/8 timings, running XMP 3000 Mhz profile (no manual tweaks),
image:
B91rN3v.png
 

Aeacus

Titan
Ambassador
@Aeacus
If its at all possible, could you tell me your secondary timings? TIA.
Here's full data my BIOS has about advanced DRAM configuration. Didn't include primary timings since i shared those above.
Note: all values are set to "Auto",
image:
dBGht69.jpg


There is nothing wrong in your hardware when updating windows makes your system unstable. Debian testing/Sid Xfce is the best OS, updates have been stable since year 2000.
And on how your reply helps OP with his RAM issue?
Btw, choosing GNU/Linux distro is a personal choice. I, for example, don't like Debian at all since it's so barebones. For me, Linux Mint is best GNU/Linux distro. And on older hardware, Lubuntu. Besides the three mentioned, i've also used Ubuntu and Xandros.
 
Last edited:
  • Like
Reactions: dejectedpanda
You're right, I mentioned the wrong timing there. What we really need is somebody with a similar set of sticks, on the same platform, to chime in. In truth I'd like to see you set the XMP settings again and then work your way up from there.

I'd try setting the XMP profile with the primary timings set to 16-16-16-36-422 and don't touch any other timings except those five and then set the voltage to 1.35v. Then work your way up from there.

Truthfully, any memory that won't run at it's XMP values, especially after bumping the voltage up a bit, that were not a matched set to begin with, would go back right away while they still can. But if you're happy with the idea that they're running right, then not much I can argue against that.

Those Intel settings don't help much really, because the platforms and the memory configurations are just way too different.
 
Last edited: