BonzaiDuck
Lifer
I've used all sorts of memory kits -- OCZ, Crucial, Corsair. Started using G.SKILL kits during the DDR2 days, even while running some Corsair DDR2's. I dumped Crucial, but that's a story many here will have in common. I think -- during 2007/2008 -- Crucial had an "RMA" crisis . . .
So I have this two-stick kit (2x4GB=8GB) of G.SKILL Ripjaws "-GBRL" DDR3-1600's in my Z68 system.
Wrote to G.SKILL -- and got a great answer -- per setting the CMD=1 command-rate. "Yes, you probably can. No, it won't damage the memory if the modules aren't over-volted." "But . . . . CMD = 1 MAY lead to data corruption . . . "
I'd done this before with some Crucial Ballistix, but had to volt them to just under their warranty limit to make it work. By contrast, I left these RipJaws at their 1.51V setting, and set CMD=1. I picked up HCI Memtest(64) "Pro" for $14, and ran it for "1000% coverage" or ten iterations of "100% coverage." This is supposed to be totally "thorough" testing. No problem.
Assuming I re-run stress tests at my current over-clock settings with that command rate and validate that the system is still rock-stable -- can anyone think of ANY reason why this would cause data-corruption later, or make my system any less reliable or unstable?
Of course . . . if I ever buy a matching set of RipJaws to fill the two remaining slots, I'll have to drop back to CMD=2. I'm just wondering if there is some "risk" I haven't thought of.
So I have this two-stick kit (2x4GB=8GB) of G.SKILL Ripjaws "-GBRL" DDR3-1600's in my Z68 system.
Wrote to G.SKILL -- and got a great answer -- per setting the CMD=1 command-rate. "Yes, you probably can. No, it won't damage the memory if the modules aren't over-volted." "But . . . . CMD = 1 MAY lead to data corruption . . . "
I'd done this before with some Crucial Ballistix, but had to volt them to just under their warranty limit to make it work. By contrast, I left these RipJaws at their 1.51V setting, and set CMD=1. I picked up HCI Memtest(64) "Pro" for $14, and ran it for "1000% coverage" or ten iterations of "100% coverage." This is supposed to be totally "thorough" testing. No problem.
Assuming I re-run stress tests at my current over-clock settings with that command rate and validate that the system is still rock-stable -- can anyone think of ANY reason why this would cause data-corruption later, or make my system any less reliable or unstable?
Of course . . . if I ever buy a matching set of RipJaws to fill the two remaining slots, I'll have to drop back to CMD=2. I'm just wondering if there is some "risk" I haven't thought of.