1. Welcome to TechPowerUp Forums, Guest! Please check out our forum guidelines for info related to our community.

AMD Super Pi History To Be Rewritten, Courtesy The Stilt

Discussion in 'News' started by Sin, Jun 21, 2013.

  1. Sin

    Sin News Editor

    Joined:
    Mar 28, 2011
    Messages:
    244 (0.20/day)
    Thanks Received:
    70
    Location:
    under the bed
    AMD Super Pi History To Be Rewritten, Courtesy Of The Stilt

    AMD's typically underwhelming Super PI performance, that was usually attributed to architectural limitations when it comes to the X87 instruction set, appears to have been nothing more than a blunder on the part of the developers responsible with BIOS development and optimization for AMD platforms. Finnish overclocker, The Stilt, figured out how to considerably improve performance by going through the BIOS developers guides. The exact same guides available to the BIOS R&D teams of motherboard vendors, a surprising fact considering a single man managed to outdo an entire industry. Here is the download link to the patch: click

    The Stilt posted a video in which he showed a 4.1GHz A10-6800K completing SuperPI in 17 minutes and 34 seconds. The fastest 5GHz Richland SuperPI 32M is around 18 minutes and 15 seconds. A lot faster! For more information, check out the thread in the HWBot forums.

    [​IMG]
    Last edited: Jun 22, 2013
  2. xvi

    xvi

    Joined:
    Nov 10, 2006
    Messages:
    1,857 (0.66/day)
    Thanks Received:
    956
    Location:
    Washington, US
    There has to be a drawback. Power consumption? Lower performance in other areas?

    (p.s. Submit your scores to HWbot while you can)
    Crunching for Team TPU More than 25k PPD
  3. robal

    robal

    Joined:
    Aug 5, 2008
    Messages:
    485 (0.22/day)
    Thanks Received:
    110
    Location:
    Hampshire, UK
    I don't know how to feel about this.
    Stilt said "sad"...
    I'm more like "horrified".

    Excellent work. Respect !
  4. Dj-ElectriC

    Dj-ElectriC

    Joined:
    Aug 13, 2010
    Messages:
    2,135 (1.50/day)
    Thanks Received:
    812
    Testing ATM, will post results
  5. Mathragh

    Mathragh

    Joined:
    Dec 3, 2009
    Messages:
    1,035 (0.62/day)
    Thanks Received:
    283
    Location:
    The Netherlands
    If anything, it seems to lower the Physx performance in Fluidmark(although it probably does nothing), which is supposedly X87 heavy.

    Without patch: scored 1403, 1406 and 1417 for an average of 1408,7
    with patch: scored 1407, 1380, 1378 for an average of 1388,3

    Will try to do some superPI later, but apparently either Kanter was wrong, or the patch doesn't work for all x87 code.

    Not trying to say the patch doesn't work, but I was thinking of physx being a good candidate for seeing some improvements.

    Edit: it could of course also mean the patch isn't working correctly; The program reports my µcode being out of date, and that I should update my bios. So either Asus is lazy, or theres a bug in the program (I've got the latest bios). Also, it keeps saying fix required, even after I've pressed fix(from the second click on, it reported there was nothing left to fix).

    [​IMG]

    Edit2: Oops, after some deeper digging in the original post, it seems the code is protected on Zambezi, meaning that indeed there is nothing that can be fixed for my CPU. Bummerrrr.

    Attached Files:

    Last edited: Jun 21, 2013
  6. natr0n

    natr0n

    Joined:
    Jan 29, 2012
    Messages:
    1,755 (1.96/day)
    Thanks Received:
    892
    There is a multicore super pi and way better benchmarks exist.

    I don't know what the purpose of this is really.
  7. Mathragh

    Mathragh

    Joined:
    Dec 3, 2009
    Messages:
    1,035 (0.62/day)
    Thanks Received:
    283
    Location:
    The Netherlands
    The underlying idea is that the handling of X87 code is sub-optimal in all of AMD's latest CPU's. So not only superPI should see a benefit, but all other programs relying on those instructions aswell. SuperPI was mentioned as the program benefiting greatly because it is almost totally reliant on X87 only.
    Super XP, xvi, Ralfies and 1 other person say thanks.
  8. Ralfies

    Ralfies

    Joined:
    Dec 6, 2012
    Messages:
    86 (0.15/day)
    Thanks Received:
    36
    Are there any important programs that rely on x87 instructions these days?
  9. QuackDuck

    QuackDuck New Member

    Joined:
    Jun 21, 2013
    Messages:
    2 (0.01/day)
    Thanks Received:
    0
    you have a Zambezi.... the patch doesn't work 100% on zambezis...
  10. Mathragh

    Mathragh

    Joined:
    Dec 3, 2009
    Messages:
    1,035 (0.62/day)
    Thanks Received:
    283
    Location:
    The Netherlands
    Yeah, I just read =( perhaps some day he/they will crack the password on the register.

    Yeah, physx is being one of them in software(CPU) mode.

    Apart from that, not that many mainstream programs. Most programmers try to use as least x87 code as possible, since it is ancient, and usually quite inefficient. This might also be the reason why AMD didn't bother with fixing this, although noone is sure.
    Ralfies says thanks.
  11. AphexDreamer

    AphexDreamer

    Joined:
    Jun 17, 2007
    Messages:
    7,078 (2.74/day)
    Thanks Received:
    912
    Location:
    C:\Program Files (x86)\Aphexdreamer\
    Ever since I tried the benchmark I knew something was up. So I would blame the benchmark.
  12. TheLaughingMan

    TheLaughingMan

    Joined:
    May 7, 2009
    Messages:
    5,065 (2.68/day)
    Thanks Received:
    1,292
    Location:
    Marietta, GA USA
    What else uses this code?

    Seriously after doing some research, nothing uses x87 micro-code any more. Compiles, while they still have access to these instructions, never generate code that uses it. Anything that could have been with x87 is almost exclusively SSE of some form. Improving performance of obsolete code to make AMD look better in this one benchmark is silly. Especially when the benchmark is mainly used as a stress test.
    Last edited: Jun 21, 2013
  13. Irony

    Irony

    Joined:
    Sep 25, 2011
    Messages:
    1,721 (1.69/day)
    Thanks Received:
    441
    Location:
    Outer Rim system of the interwebz
    Tried 1M with the fix

    Here's with the fix enabled:
    [​IMG]

    And here it is disabled:
    [​IMG]

    It seems to make it alot worse; unless his labels are backwards and disable=enable.


    Edit: So, I was just wanting to make sure cuz I couldn't remember my regular score at 4.5 so I OC'ed real quick to 5.2 and tried it because I know for sure that I normally do just over 17 seconds on 1M at 5.2. Down to 14 seconds for 1M with it set to disable. I think his settings are labeled backwards.
    [​IMG]

    [​IMG]


    Now I tried running 32M at 5.2ghz.
    [​IMG]

    [​IMG]
    Last edited: Jun 22, 2013
    Crunching for Team TPU Folding for Team TPU
  14. Jorge

    Joined:
    Jan 5, 2013
    Messages:
    699 (1.27/day)
    Thanks Received:
    72
    As I have been saying for years, many of the benches used to measure CPU/GPU/APU performance are tainted in that they are optimized for Intel products at the expense of AMD. This can be by intent or incompetence. When you run actual applications, you can see significant increases in AMD performance over many of the benches. When you run AMD processors on Linux, you can see even greater benefits than with Windoze. This ain't rocket science folks, it's reality. There is no financial incentive for benchmark makers to create proper, accurate benches when they profit from delivering benches that make Intel products look superior to AMD.

    If all you care about is running bogus benches, then carry on. If you care about actually using your PC, then test with real applications and the best drivers.
  15. TheLaughingMan

    TheLaughingMan

    Joined:
    May 7, 2009
    Messages:
    5,065 (2.68/day)
    Thanks Received:
    1,292
    Location:
    Marietta, GA USA
    How would they benefit from making Intel products look superior?
  16. QuackDuck

    QuackDuck New Member

    Joined:
    Jun 21, 2013
    Messages:
    2 (0.01/day)
    Thanks Received:
    0
    so you decided that... enable is good and disable is bad... :banghead:
  17. boogerlad

    Joined:
    Jun 29, 2006
    Messages:
    219 (0.07/day)
    Thanks Received:
    12
    Not just benches. Emulators and rendering run far better on Intel than they do on AMD.
  18. AphexDreamer

    AphexDreamer

    Joined:
    Jun 17, 2007
    Messages:
    7,078 (2.74/day)
    Thanks Received:
    912
    Location:
    C:\Program Files (x86)\Aphexdreamer\
    So is there going to be a bios update or a way to mod a bios to have the fix?
  19. birdie

    birdie

    Joined:
    Apr 18, 2013
    Messages:
    76 (0.17/day)
    Thanks Received:
    21
    This post is so insane, meaningless and factually wrong I cringe thinking what's going on in your head.
  20. cdawall where the hell are my stars

    Joined:
    Jul 23, 2006
    Messages:
    20,648 (7.10/day)
    Thanks Received:
    2,971
    Location:
    some AF base
    It's been proven with quite a few different benchmarks. There should never be a switch asking if the processor is AMD or Intel, ever period end of story. cinebench proved that when AMD was allowed to use the intel data path it was substantially faster, yet there is a line of code that asks if(genuineIntel).

    That is a load of BS. It should not be like that and yet it is. There are quite a few programs AMD has the ability to perform better in, yet due to program design it cannot. If you don't believe that look a little harder. It's not just AMD either there was testing done with a Via nano set to look like an Intel chip and it offered 15-30% better performance. I wouldn't try and argue something that is documented as an Intel owner I would just be mad that they are trying to prevent competition by making the competition look weaker. That is BS and anyone who has looked into it knows that.
    silkstone, sttubs, 1Kurgan1 and 4 others say thanks.
  21. laszlo

    laszlo

    Joined:
    Jan 11, 2005
    Messages:
    891 (0.26/day)
    Thanks Received:
    105
    Location:
    66 feet from the ground
    let's wait the next similar findings

    i hope will follow soon :toast:
  22. de.das.dude

    de.das.dude Pro Indian Modder

    Joined:
    Jun 13, 2010
    Messages:
    7,474 (5.02/day)
    Thanks Received:
    1,936
    this is why more things should be made open source.

    i hope they fire the people who made the blunder. fools getting paid to do something and still dont do it better than some random dude who just did it himself.

    :respect: to stilt.
  23. de.das.dude

    de.das.dude Pro Indian Modder

    Joined:
    Jun 13, 2010
    Messages:
    7,474 (5.02/day)
    Thanks Received:
    1,936
    because occasionally a n00b intel fanboi comes along and yells "haha my intel i is better than your fx because it does pi calculation faster" :shadedshu :roll:
    m1dg3t says thanks.
  24. arterius2

    Joined:
    May 21, 2011
    Messages:
    491 (0.43/day)
    Thanks Received:
    103
    well actually, my intel IS alot better than [your] fx because it does most things faster.
  25. m1dg3t

    m1dg3t

    Joined:
    May 22, 2010
    Messages:
    2,246 (1.49/day)
    Thanks Received:
    513
    Location:
    Canada
    My abbacus pWnz yoU ALL! :laugh: Suk it! :p
    Irony and de.das.dude say thanks.

Currently Active Users Viewing This Thread: 1 (0 members and 1 guest)

Share This Page