Windows Memory Diagnostic: when to run it and how to read the result
Use the built-in memory test when repeated stop errors or instability make RAM plausible, then read the recorded result instead of assuming a clean test proves all hardware is healthy.
- Save work because the diagnostic requires a restart.
- Run mdsched and choose Restart now and check for problems when you are ready.
- Allow the test to finish without interrupting the restart cycle.
- After sign-in, preserve the result notification or review MemoryDiagnostics-Results in Event Viewer.
What this problem usually means
Microsoft includes Windows Memory Diagnostic in current blue-screen troubleshooting. The test runs after a restart; standard testing is the default and an extended test is available. Results can be reviewed after Windows returns, including through the MemoryDiagnostics-Results log.
Work from the narrowest fix to the broader one.
Run the built-in memory test before replacing RAM
Low riskWhy this belongs here: The diagnostic provides direct evidence that is more useful than guessing from a generic crash.
- Open Run with Windows + R.
- Enter mdsched and choose the restart/test option.
- Use the default Standard test first; use F1 and Extended when a deeper pass is justified.
- After Windows restarts, review the recorded result.
Treat a positive result as a hardware branch, not a Windows repair branch
Low riskWhy this belongs here: Memory errors shift the next step toward module/slot/vendor testing rather than repeated SFC, browser resets or app reinstalls.
- Record the exact result.
- Return overclock/XMP/EXPO settings to supported defaults for diagnosis when applicable.
- Use the PC/memory vendor hardware test or service path before replacing unrelated Windows components.
When this guide stops being the right path
A clean Windows Memory Diagnostic result does not prove every memory, CPU, board or power fault is impossible. Keep the result as one piece of evidence.
If the problem is still not fixed
If the memory test reports errors, move to hardware/vendor diagnosis; if it is clean, continue with the exact stop code, driver timeline, Event Viewer and storage evidence.
Sources reviewed for this page
Primary technical guidance is preferred. A source supports the scope stated here; it does not imply that every possible cause is covered.