I.nfraR.ed

And I've just started with GeForce stages However can't produce the same amount of submissions like larger teams + I don't have any Core2 chips, except one in the office. Still not much behind Madshrimps.

I'm wondering if it happens when using TurboEvo + opened cpuz at the same time only or it happens with other tools like AMD Overdrive + opened cpuz, where you can change multi/htref as well. Seen this only with asus 990FX boards until now. All rejected "records" were done with Asus boards (Sabertooth and Crosshair V Formula). Haven't noticed that with my Giga 970A-UD3 where I'm using AMD Overdrive. PS: Hmm, ok...Mr.Scott is using Giga.

Any difference between x86 and x64 versions? I've been using the 32bit version for quite some time and haven't seen such strange behavior, but maybe I didn't made the "correct" steps.

Seems legit! So 1.60 is also borked?

Setting threads count is allowed as well, I think. It's like setting 4 threads in wprime, even if your cpu is dual core only. However the boost there is not the same, if you get any. In any case, everyone is running like this currently. It was discussed before, I think, but don't remember where and what was the exact outcome. If it's still allowed or forbidden, then rules should be actualized. Official rules state "default UCBench2011 settings" and that's why I was wondering as well if I'm allowed to do that, but seeing others do it and scores are not removed, lead me to the conclusion I can do it too. Plus leaving instructions out is already messing with the default settings. Yes, it doesn't change the score, but reduces the load on the cpu, sometimes allowing you get slightly higher clocks. Overall, I think rules should be updated.

There's no difference when running only fastest or all instructions in my testing. At least for all cpu's I've tested. Can you show us an example with such a difference? Maybe throttling, because of the increased time to have the score? It was allowed, because noone saw it affects the final score like e.g. changing resolution in 3dmark. CPU still cracks the password, it just uses the fastest method which it takes the score from, even if you run all tests. Ran it on my office machine, SSSE3 being the best here.

Very nice. 1.92V maybe could do it. What is the batch?

I believe ksin_reliable only...

With the right settings - no. Not that it matters, they does not scale much when going from -100 to -190.

Wow, what a tube Very nice.

Thanks. Was pouring in the pot every 40sec or so Performance is not very good, e.g. it's worse than in the 750 pi 1M I had last week. However couldn't remember the exact registers' values.

wazza/cdt gives me only 2sec here. Your time is not that bad, 30sec slower than my run on 2706MHz, but I have higher fsb/ram and maybe tighter subtimings. You can try 244x11 if your ram and board allows you.

Yes. Don't remember if I've tested all values between 11 and 24, but probably most of them and 15 was fastest for me. Since then, I always run trc=15. Even at 940 with the gtx2, doesn't hurt my clocks.

Look at my best Deneb runs. It's not because I can't run trc=11 Oh..and btw I still don't know how to master the final loop. Usually lose some time there when I'm far ahead after the 24th loop. Beep, if you compare our scores, you're only faster at the first 2 loops, due to pure speed. But..my final loop is bad. Looking at Calathea's score, I'm 1 sec faster than him until the last loop, but at the end our times are very close. That's why I was disappointed, because I had a proper run, but lost it - 10:29.xxx.

Wow, so close. The cpu is great, but c5f is inefficient board, you're loosing around 7-8sec I think. Maybe more.

I call it FX-55 tweak Thanks, guys. I expected more from this cpu, but the score is fine. Put the ihs on to prevent core cracks, which happened long time ago to my best s.A cpu ever. It fits perfectly . Don't know if it hurts the clocks, probably not.

That would be sick. Will wait and see

And it doesn't like higher voltage at all, makes it sick. I have one more coming (1209PGT).

They all look almost the same. I was able to get 4.5 at 1.675 or something. Try one core, it might allow the first one validate higher. I was not able to do anything good with more than 2 cores, although two of the others seemed better.

Yes, it was the same for me. Basically was able to go one notch up on the htt for like 30MHz higher and didn't bother trying again, probably 6.68 - 6.7 being the limit.

This one is great! What batch?

The weather is too hot, otherwise chip should do 2800+ on water. Testing efficiency mainly, but there are like 7sec I need to shave off. Know how to drop 2 more, but not 7.

Tried 1.7+, but was not stable ;p.

Very nice cpu. Can't beat these core and cpu-nb clocks

Kinda expected with the clocks I was running. Going to rerun next week, hopefully can save the screenshot.