ASUS Maximus Formula SE

[cadaveca]

edit: have you tried to do a custom run setting the Max FFT size to the max your cache size is? it runs at full load even under xp.

vista pic is just a pic of standard small FFTs.

Um, that's how I run prime. Check the stability testing thread from a few months back, I stated this there. I run prime 8k FFT to largest FFT that fits in cache, and I'm sure I'm one of the first to advertize running prime this way, because I'm more than aware that it's L2 cache speed capabilities that holds most core2 cpu's from getting high clocks.

I've also been playing with quads for about 8-9 months. Running prime is different on core2 than on AMD, becuase ofthe shared L2. With AMD, just running small FFT is generally enough for stability testing, especially since memorycontorller is contained within cpu.

I'm one ofthe few die-hards that insists on using prime for stability testing, and nothing else, becuase I'm more than aware of how to properly use it. I understand what causes what type of errors, and what needs adjusting in a system based on the errors it gives, and I do not call a system stable until it can runn a 2-3 day run of prime. 8-12 hours jsut isn't enough for me.

But like I said earlier, in respionse to your questions, the algorithm used in the small FFT test is the most cpu-intensive, while blend runs do not even genreate the same heat, and X64 allows the 32-bit program a different operating environment that does not put as much stress on the cpu(32-bit mode vs 64-bit), again, a function of the cpu.

It doesn't happen with your B3 because it's cache expires before current usage reaches the same limits as your C0, and OCCT, cinebench and videoencoding do not cause my system to draw even thsame power form the socket as prime does...however, when the issue is pushed to the extreme, I can get OCCT to do it too(my cpu shows issue @ 1.477, @ 1.625, OCCT has load issue as well)

Not alot of people understand how cache is limiting Core2. This is why Intel have gone to 6MB for new cpu's...the cache does not get thrashed as much, and can therefore supply the rest of the core @ higher frequencies before failing...the inverse is true for why AMD has issues getting higher clocks...

Fact of the matter is, I do undersand this issue, and it seems, at this point, even cpu's and how they run, far greater than you'd like to think.

Anyway, your pic is useless, sry. the issue is not shown except in processes tab. You show 4 cores loaded, but I can easily show the same...flop over to process tab(you are on performance, BTW, not like how my directions said...) and system process is using one of those cores. The issue is not getting load on all for cores, but getting PIRME loaded on all four cores. Also, none of your thoughts on the issue explain why lowering voltage will make the issue go away...I am stable @ 3.6ghz on G0 at a far lower votlage than what causes the issue, so it's currently not a "show-stopper" bug for me now...but only becuase I've understood the issue and took steps to correct it.

I found the real cause, and solution already thanks.