I do the following for a given target OC:
-- Test desired FSB clock w/ Prime95 Blend 12 hr., raising vmch, vfsb, and/or vdimm as needed
-- Test desired RAM clock w/ Memtest86+ 12 hr., raising vdimm and/or vmch as needed
-- Test desired CPU clock w/ Prime95 Blend 12 hr., raising vcore as needed
-- Test whole system w/ F@H for one week
If my system passes those tests, I can keep the overclock indefinitely w/o any problems.
Those who balk at 12 hr. runs ... can you not set the system to run overnight?
Originally posted by: LOUISSSSS
12 hrs on Memtest86+ v2.00 (dos based?)
20mins-1hr of HCI Memtest (windows based)
12-24 hours of P95 v25.6 Blend (windows based)
keep in mind that windows based tests can fail due to a corrupt operating system from prior failed overclocks and unstable ram/cpu/drivers.
example:
MB: DFI LANPARTY NF4
CPU: AMD X2 4800+
RAM#1: Kingston Valueram
OS: XP 32
fresh install of XP, no initial stress testing (memtest/p95 etc), loaded up CS:S, BSOD. reboot etc etc SAME PROBLEM
buy new ram (RAM#2: OCZ platinum) replaced kingston valueram and get same problems under same OS.
Problems magically went away after a fresh install of new ram.
Solution: kingston valueram was incompatible with DFI lanparty boards which corrupted the OS feeding it corrupted data. even with new ram installed under same OS the corrupted data was already saved in the hard drive.
Excellent post! :thumbsup:
Generaly, I don't like memory overclocking because (a) I don't understand it as well as other kinds of overclocking, (b) it has little real-world performance benefit, and (c) I've corrupted two Windows installations by (naively) assuming Memtest could prove memory overclocks stable. It can't.
The only thing Memtest86+ can prove conclusively (in conjunction with other tests and proper test methods) is that a memory overclock is NOT stable.
To be safe, I created a second partition w/ clean installation of Windows. It only takes about 30 minutes. There I can boot, set it as the default OS, overclock, and run all my stability tests without ever touching my main OS/data partitions. When the overclock is stable as I can make it with synthetic tests, I switch back to my main partition for F@H 24/7 running in the background while I'm using the computer normally.
(If you do use Vista for a dedicated overclocking partition, I recommend disabling Superfetch/ReadyBoost, Automatic Updates, and automatic defragmentation. Windows attempting to defragment the main OS partition in the middle of a 12hr. Prime95 stability test strikes me as being a REALLY bad idea...)
:Q
If you look at people who experience constant video driver related BSODs etc. -- how many of those people have tested their overclocks well? Even if their BSODs persist when clocks are lowered back to stock, are they trying to run their games with driver files that were already corrupted by overclocking? For that matter, how many have tested the stock components well (as
Idontcare suggested)?
Defective hardware, corrupted OSes, and unstable overclocks -- 3 things I never want to experience again!