Jump to content
HWBOT Community Forums

Recommended Posts

Posted

Score is calculated within the first 1.5s of the bench. Sooooo set your clocks, open bench run 1.5s then flick slow mode switch. I prefer slow mode switch because it will down clock your CPU speed and your Cache speed to x8 multi. Will take 2-3 minutes to finish the bench, I usually go sweep or do chores till I hear the fans going full speed again (they will spin down a little under load). Now you know what most of the pros know about XTU. 6.1ghz garbage 1m chip can run 5.82ghz 4c8t using this method. Your chips should not get as much strain as well using this method, there is very little heat at 1ghz I dont even pour while its running, just when I need to turn slow mode off and get screenshot. :P Enjoy the level playing field!

Posted
Score is calculated within the first 1.5s of the bench. Sooooo set your clocks, open bench run 1.5s then flick slow mode switch. I prefer slow mode switch because it will down clock your CPU speed and your Cache speed to x8 multi. Will take 2-3 minutes to finish the bench, I usually go sweep or do chores till I hear the fans going full speed again (they will spin down a little under load). Now you know what most of the pros know about XTU. 6.1ghz garbage 1m chip can run 5.82ghz 4c8t using this method. Your chips should not get as much strain as well using this method, there is very little heat at 1ghz I dont even pour while its running, just when I need to turn slow mode off and get screenshot. :P Enjoy the level playing field!

 

 

stTNGclap_original.gif

Posted
101% bug or bad design. GG Intel.

 

Seems like lazy code or something. Not a bug, bench works right just a workaround lol intel should realize we are a crafty bunch.

Posted

Didn't know it :)

I thought that after Andre told this bug someone fixed it on the newer version of XTU. Hmm too bad it's Sunday here and my LN2 supplier is closed. Maybe tomorrow I will give it a try.

Posted

OK guys there are two ways to calculate a score in a benchmark:

 

1) Run through sequence. Calculations per second overall is score. Like overall frames per second.

2) Run through sequence bits, calculate per second in each bit, score is the peak in each bit over all bits. Like peak frames per second.

 

XTU clearly does number two. So technically you can still get a higher score further down the benchmark, it has to beat the peak bits (peak FPS) at the beginning to register.

Posted
OK guys there are two ways to calculate a score in a benchmark:

 

1) Run through sequence. Calculations per second overall is score. Like overall frames per second.

2) Run through sequence bits, calculate per second in each bit, score is the peak in each bit over all bits. Like peak frames per second.

 

XTU clearly does number two. So technically you can still get a higher score further down the benchmark, it has to beat the peak bits (peak FPS) at the beginning to register.

 

But would it be worth it?

Law of diminishing returns would most definitely apply.

Posted

Well it depends if performance decreases over time. Law of diminishing returns doesn't apply: the time to do a calculation should stay the same, as you don't need to throw more power to keep a game running at 30fps indefinitely. (3D analogy for 2D benchmark, but yeah same principle applies). But as we know with older 3D stuff like Aq, fresh boot does it best.

 

Also each bit of the benchmark could be calculating something different. This is where L1/L2/L3 caches come in, and the benchmark keeps ramping up the P95 size until it overflows L3 cache. It's going to affect different CPUs at different times. But in XTU's case it seems to be doing the same calculation over time and finding the peak score.

Posted

Law of diminishing returns does apply. You can flip to slow mode after a second and a half and save LN2 and beating on your hardware.

Question: any idea of percentage of time your score would increase if you finish the bench full tilt?

Posted
Law of diminishing returns does apply.
You can flip to slow mode after a second and a half and save LN2 and beating on your hardware.

 

Law of diminishing returns in the context of code applies to performance.

You mean to apply it to hardware stress, which is valid but confusing without an additional qualifier in your phrasing.

Posted
Law of diminishing returns in the context of code applies to performance.

You mean to apply it to hardware stress, which is valid but confusing without an additional qualifier in your phrasing.

 

But you knew what I was getting at. :D

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

×
×
  • Create New...