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. eidairaman1

    eidairaman1

    Joined:
    Jul 2, 2007
    Messages:
    12,250 (4.68/day)
    Thanks Received:
    1,418
    ive compared both, real world apps- they are about the same- in the end the slowest part is the harddrive because of the interface it is on.
  2. Jorge

    Joined:
    Jan 5, 2013
    Messages:
    726 (1.21/day)
    Thanks Received:
    80
    As we see in this and other threads some folks can't handle reality. It is what it is folks. You can believe reality or not but it doesn't change reality.
  3. SetsunaFZero

    SetsunaFZero

    Joined:
    Dec 15, 2009
    Messages:
    136 (0.08/day)
    Thanks Received:
    10
    Location:
    Ogrimmar
  4. etayorius

    etayorius

    Joined:
    Mar 4, 2011
    Messages:
    49 (0.04/day)
    Thanks Received:
    13
    What? you seriously did not know Intel compilers give the slowest path possible to non Intel CPUs? seriously? i mean... for yeal? you did not knew? where have you been living all these past years?


    http://techreport.com/news/8547/does-intel-compiler-cripple-amd-performance

    http://www.theinquirer.net/inquirer/news/1567108/intel-compiler-cripples-code-amd-via-chips

    http://www.electronicsweekly.com/mannerisms/computers/intel-skewed-compilers-to-slow-2009-12/


    This is one of the reasons why intel had to include in their compilers that using their stuff would not be optmized for non GenuineIntel CPUs, so that developers were aware before deciding to use Intel Compilers, that was the best AMD could get from that whole dirty issue.

    Do we have to bring the Intel paying Dell and others not to use AMD:

    http://www.businesspundit.com/intel-pays-dell-not-to-use-amd/

    Some people are clueless...
    Vinska, de.das.dude and Steevo say thanks.
  5. Steevo

    Steevo

    Joined:
    Nov 4, 2005
    Messages:
    8,223 (2.55/day)
    Thanks Received:
    1,148
    There was and still may be a time where changing the "friendly name" in the windows registry allowed programs to use the faster intel paths.
    10 Million points folded for TPU
  6. etayorius

    etayorius

    Joined:
    Mar 4, 2011
    Messages:
    49 (0.04/day)
    Thanks Received:
    13
    I do know that AMD CPUs were locked at the chip level to not being able to change the "AuthenticAMD" name, but i think VIA ones can still be changed which some site was able to and improve performance up to 30%.

    I do not know about AMD CPUs being able to get more performance through the Registry.
    Last edited: Jun 22, 2013
    de.das.dude says thanks.
  7. de.das.dude

    de.das.dude Pro Indian Modder

    Joined:
    Jun 13, 2010
    Messages:
    7,581 (4.93/day)
    Thanks Received:
    1,977
    woah this is some deep shit i wasnt aware of. do enlighten us more.
  8. TheLaughingMan

    TheLaughingMan

    Joined:
    May 7, 2009
    Messages:
    4,998 (2.57/day)
    Thanks Received:
    1,291
    Location:
    Marietta, GA USA
    Actually that was only in the EU, Intel already lost that lawsuit and paid through the nose for it.

    Second, part of the reason the Intel compiler thing worked was they licensed several instruction sets to only be on Intel. AMD has sense come to an agreement with them about that issue as well which is why all new AMD chips support AVX, SSE4.1, etc. Thus this is no longer an issue.

    AMD's core design is slower due to the change in manufacturing when they switched completely over to GloFou.

    And while that discuss could be fun, this thread is about x87 code and how this "update" is pointless since nothing real world using it anymore because stuff like SSE4, AVX, and such exist.
  9. etayorius

    etayorius

    Joined:
    Mar 4, 2011
    Messages:
    49 (0.04/day)
    Thanks Received:
    13
    It is all over the Internet... Intel has played dirty and smear poo all over AMD with all their might, yet AMD still stand strong.
  10. cadaveca

    cadaveca My name is Dave

    Joined:
    Apr 10, 2006
    Messages:
    13,866 (4.53/day)
    Thanks Received:
    6,939
    Location:
    Edmonton, Alberta
    New version out.
  11. qubit

    qubit Overclocked quantum bit

    Joined:
    Dec 6, 2007
    Messages:
    9,821 (3.99/day)
    Thanks Received:
    3,480
    Indeed BS and then some. It's a bloody scandal. :nutkick:
  12. Heinzketchup New Member

    Joined:
    Jun 23, 2013
    Messages:
    1 (0.00/day)
    Thanks Received:
    0
    hi techis

    looks promissing what i read here :nutkick:

    i ask me what happens to arma2 with this patch

    so is there someone who can/will test arma2 with this patch
  13. theoneandonlymrk

    theoneandonlymrk

    Joined:
    Mar 10, 2010
    Messages:
    3,376 (2.07/day)
    Thanks Received:
    562
    Location:
    Manchester uk
    Im intrigued by this, given the possible gains im surprised no one's come up with a more complete amd id hack, also surprised you're not aware of this Ddd.
  14. BiggieShady

    BiggieShady

    Joined:
    Feb 8, 2012
    Messages:
    957 (1.02/day)
    Thanks Received:
    320
    Location:
    Zagreb, Croatia
    I have read that it's possible to change the CPUID of AMD CPUs through AMD virtualization instructions, but I need more info on that.
  15. etayorius

    etayorius

    Joined:
    Mar 4, 2011
    Messages:
    49 (0.04/day)
    Thanks Received:
    13
    Same, i am still wondering why anyone has still not come with a cool hack for this... perhaps it´s impossible or very hard to do? i am amazed how they can hack new windows version in a day, but not found a way to make use Intel compiler Fast Path Code lines for AMD.

    We could easily see a 10% as a minimum performance boost by just taking the Intel only paths in every application and game, my guess is that the 60% "superior" Intel performance is at least from 10-20% pure Code optimizations.

    I remember Alexander Blade (GTA4 and Skyrim modder) got into the optmizations from "SKSE TESVAL" and did his own optimizations called "Skyboost", he easily improve performance up to 40% by just putting a couple files in the skyrim folder, Arisu and Alexander Blade put Bethesda into shame and forced them into actually fix their horrible Compiler optimizations with official 1.4 patch, Alexander later did a new version that increased performance even further on Intel CPUs only... so yeah, there is still a lot of juice to be extracted by using the "GenuineIntel" exclusive compiler paths.
    Last edited: Jun 23, 2013
  16. Super XP

    Super XP

    Joined:
    Mar 23, 2005
    Messages:
    2,754 (0.80/day)
    Thanks Received:
    538
    Location:
    Ancient Greece, Acropolis
    This goes for most if not all benchmarks, they seem to be better coded for Intel based systems versus AMD. Obviously this represents unfair benchmark comparisons.
  17. TheLaughingMan

    TheLaughingMan

    Joined:
    May 7, 2009
    Messages:
    4,998 (2.57/day)
    Thanks Received:
    1,291
    Location:
    Marietta, GA USA
    They can and they have. CPUID hacking was how SysMark was outed years ago for bias in their tests. They basically programmed their benchmark to assume any non-Intel processor lacked SSE2, SSE3, and something else. This basically gave Intel a huge advantage. A site hacked the CPUID and changed a few AMD and VIA chips to ID as Pentium class processors and they immediately did much better in all of SysMarks tests. This is the main reason I still to this day refuse to use their software and many sites stopped using them as well.

    I don't think this can be done any more. Back then the chips so were similar in design and function, the support instruction sets were really the only things separating them. Now, Intel and AMD's chips are so different I can imagine a CPUID hack just ending in massive system instability issues or lose in overall performance.
    Last edited: Jun 23, 2013
  18. BiggieShady

    BiggieShady

    Joined:
    Feb 8, 2012
    Messages:
    957 (1.02/day)
    Thanks Received:
    320
    Location:
    Zagreb, Croatia
    With VMWare using hardware virtualization, in *.vmx file vendor_id string can be changed from GenuineIntel to AuthenticAMD and vice versa:

    Intel to AMD:

    Code:
    cpuid.0.ebx="0110:1000:0111:0100:0111:0101:0100:0001"
    cpuid.0.edx="0110:1001:0111:0100:0110:1110:0110:0101"
    cpuid.0.ecx="0100:0100:0100:1101:0100:0001:0110:0011"
    AMD to Intel:

    Code:
    cpuid.0.ebx="0111:0101:0110:1110:0110:0101:0100:0111"
    cpuid.0.edx="0100:1001:0110:0101:0110:1110:0110:1001"
    cpuid.0.ecx="0110:1100:0110:0101:0111:0100:0110:1110"
    Intel family number also gets checked (example for family number 6):

    Code:
    cpuid.1.eax="0000:0000:0000:0001:0000:0110:0111:0001"
    Since it's using virtualization, it's not for benching really, just to measure relative AMD/Intel speed penalty on the same cpu.
  19. DigitalUK

    DigitalUK New Member

    Joined:
    Oct 16, 2009
    Messages:
    503 (0.28/day)
    Thanks Received:
    68
    Location:
    UK South
    doesnt seem to work with Asus Sabertooth R2 with Piledriver 8350 latest bios 1708, Status Outdated (Bios Update recommended).
  20. Irony

    Irony

    Joined:
    Sep 25, 2011
    Messages:
    1,721 (1.61/day)
    Thanks Received:
    442
    Location:
    Outer Rim system of the interwebz
    It said that on mine too but it worked anyway
    Crunching for Team TPU
  21. yoyo2004 New Member

    Joined:
    Jun 25, 2013
    Messages:
    1 (0.00/day)
    Thanks Received:
    0
    I can't believe it !!

    Not only this fix boosted my Fx-8320 ( @ 4GHz ) performance in superPI 32mil ( from 26mins to 19mins ) , but also boosted cinebench R11.5 score ( 6.21 to 6.65 ) :rockout:
  22. DigitalUK

    DigitalUK New Member

    Joined:
    Oct 16, 2009
    Messages:
    503 (0.28/day)
    Thanks Received:
    68
    Location:
    UK South
    i did have 8.08 @ 4.7ghz now getting 8.16 after applying and patching intel compiler.

    4.7Ghz cpu/nb 2600 ht2600 ddr1866
  23. webh1ker New Member

    Joined:
    Jun 26, 2013
    Messages:
    1 (0.00/day)
    Thanks Received:
    2
    It works perfectly fine with my SabreTooth R2.0 with an FX 8320 @ 4715 Mhz.

    You need to apply the Fix and then put the x87 instruction (NRAC) block to disabled.
    The Bulldozer conditioner program (BDC R1.01B) need to be run as admin.
    Irony and cadaveca say thanks.
  24. DigitalUK

    DigitalUK New Member

    Joined:
    Oct 16, 2009
    Messages:
    503 (0.28/day)
    Thanks Received:
    68
    Location:
    UK South
    i thought that was assumed from my previous post, is working fine, score went from 19.4s to 16.1s
  25. Vinska

    Vinska

    Joined:
    Jul 23, 2011
    Messages:
    1,409 (1.24/day)
    Thanks Received:
    1,248
    Location:
    Kaunas, Lithuania
    Hmmm... it seems this doesn't do magic on all x87 instuctions.
    Yes, it does make Super Pi and some other programs faster - that's for sure.
    But I decided to make a small benchmark program that uses only FADD, FSUB, FMUL, FDIV, FST and FLD based instructions for the "payload". And I've seen absolutely no change in execution time. Because of this, I believe this "magic" only works with a portion of x87 instructions. Gonna investigate further, if I don't get too lazy.
    It'd be swell if I'd manage to form a list of x87 instuctions which are sped up by this.
    Mathragh says thanks.
    Crunching for Team TPU

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

Share This Page