No DX12 Software is Suitable for Benchmarking *spawn*

Discussion in 'Architecture and Products' started by trinibwoy, Jun 3, 2016.

  1. Razor1

    Veteran

    Joined:
    Jul 24, 2004
    Messages:
    4,232
    Likes Received:
    749
    Location:
    NY, NY
    This entire thing, We should ask a group of developers to create an article on async compute and shut everyone up lol, problem solved but then that would ask them to take time out of there day to create and coordinate each other. I think that would be a good article if one of the websites reaches out to notable developers and does something like this though, it would be an end all be all of stop listening to marketing and random forum posters who don't have a complete understanding of the situation.

    We have had developers here that have stated the most critical points on the topic but those posts get drowned out with all the noise.
     
    Lightman and Malo like this.
  2. CSI PC

    Veteran Newcomer

    Joined:
    Sep 2, 2015
    Messages:
    2,050
    Likes Received:
    844
    The irony is that the recent work AMD has done with GPUOpen and synergy with consoles will also be lost in the mix of Async Compute pitchforks.
    In fact I bet any performance gains from GPUOpen will be put down to async compute by most, which I think is already being seen with Doom.
    And if anyone mentions the Shader Intrinsic Function, the response is this cannot be doing anything for AMD because Vulkan is an open standard - read it in a few other sites/reddit.
    On a side note, it will be interesting to see what flexibility Nvidia has with their own Intrinsic Functions (although only seen it referenced with Cuda).
    Cheers
     
    #282 CSI PC, Jul 18, 2016
    Last edited: Jul 18, 2016
    Razor1 likes this.
  3. Alessio1989

    Regular Newcomer

    Joined:
    Jun 6, 2015
    Messages:
    586
    Likes Received:
    291
    From MSDN:

    Can, not must. It's not difficult at all tu understand that it is not a constraint.
     
    Razor1 likes this.
  4. Razor1

    Veteran

    Joined:
    Jul 24, 2004
    Messages:
    4,232
    Likes Received:
    749
    Location:
    NY, NY
    Its not that difficult to understand if people look at the right places ;)
     
  5. MDolenc

    Regular

    Joined:
    May 26, 2002
    Messages:
    690
    Likes Received:
    425
    Location:
    Slovenia
    You really think that would help? Some are up with pitchforks against Futuremark that they don't do "proper async compute". It's a religion basically. Just waiting for someone to call out a jihad...
     
  6. Razor1

    Veteran

    Joined:
    Jul 24, 2004
    Messages:
    4,232
    Likes Received:
    749
    Location:
    NY, NY
    LOL ya hit the spot there......

    I guess it will help a little bit, but AMD marketing did its job well this time....
     
    Lightman likes this.
  7. Andrew Lauritzen

    Moderator Veteran

    Joined:
    May 21, 2004
    Messages:
    2,526
    Likes Received:
    454
    Location:
    British Columbia, Canada
    Read two sentences of the original post and concluded guy probably has no idea what he's talking about...

    Press: please don't elevate that silliness to anything more than it already is :) Let's just look at the pretty pixels and forget the rest of the irrelevant noise maybe.
     
    homerdog, Razor1, smw and 3 others like this.
  8. ToTTenTranz

    Legend Veteran Subscriber

    Joined:
    Jul 7, 2008
    Messages:
    10,110
    Likes Received:
    4,691
    Not sure if you're being ironic, but one 3dmark version (vantage IIRC?) used to have a physx test that contributed to the main score, where nvidia systems would use the GPU and all others had to resort to that old very unoptimized x87 physx code in the CPU.
     
  9. TheAlSpark

    TheAlSpark Moderator
    Moderator Legend

    Joined:
    Feb 29, 2004
    Messages:
    20,828
    Likes Received:
    5,941
    Location:
    ಠ_ಠ
    "Elitist Graphics Scientist mocks concerns of the people. Hates on ugly & minority pixels. Investigation reveals Shadowy past."
     
  10. Alessio1989

    Regular Newcomer

    Joined:
    Jun 6, 2015
    Messages:
    586
    Likes Received:
    291
    I was not ironic, they spend time trying to answer and explain to childish people they did not anything wrong.
    About physx: that's not a Futuremark fault if the CPU-software version of physx had legacy x87 calls.
     
  11. dogen

    Regular Newcomer

    Joined:
    Oct 27, 2014
    Messages:
    335
    Likes Received:
    259
    You may have a point, but it's well established at this point that even old versions of physx were well optimized and performance competitive with other physics engines.
     
  12. Silent_Buddha

    Legend

    Joined:
    Mar 13, 2007
    Messages:
    16,373
    Likes Received:
    5,350
    It was for using PhysX in the first place. Havok would have been preferable, but that wouldn't have showcased the potential advantages of one IHV at the expense of everyone else. If they are going to use open standards they should use open standards, or at least standards that aren't controlled by an IHV that is inherently going to make it so whatever it controls shows its own hardware in a better light than its competitors (which is what it should be doing).

    In that case the blame was fully on Futuremark for using PhysX.

    Regards,
    SB
     
    Heinrich04 likes this.
  13. 3dcgi

    Veteran Subscriber

    Joined:
    Feb 7, 2002
    Messages:
    2,436
    Likes Received:
    264
    :shock: Has this ever been written on the internet before? :-D
     
    homerdog, Alexko, firstminion and 7 others like this.
  14. CarstenS

    Veteran Subscriber

    Joined:
    May 31, 2002
    Messages:
    4,807
    Likes Received:
    2,072
    Location:
    Germany
    Agreed, but to late I' m afraid. Wish i was in charge... somehow.
     
  15. CarstenS

    Veteran Subscriber

    Joined:
    May 31, 2002
    Messages:
    4,807
    Likes Received:
    2,072
    Location:
    Germany
    No, you are not remembering correctly. Sorry. There are, however, 3DMarks that do use higher than base feature levels of DirectX to optimize the rendering process. I await a collective call for justice now...
     
  16. trinibwoy

    trinibwoy Meh
    Legend

    Joined:
    Mar 17, 2004
    Messages:
    10,436
    Likes Received:
    443
    Location:
    New York
    No kidding. They hit this one out of the park.

    Some people are actually convinced that the results of two independent bits of code are incorrect unless run concurrently. Is this the end of multi-threading as we know it?

    They're also convinced that there are multiple types of "async" and futuremark picked the one that favors nVidia. The stupidity is astounding.
     
    HKS likes this.
  17. CarstenS

    Veteran Subscriber

    Joined:
    May 31, 2002
    Messages:
    4,807
    Likes Received:
    2,072
    Location:
    Germany
    I wonder if their universe will implode when they find out, that the actual ALUs cannot run the compute queue in parallel to the 3D queue, but that at a wavefront level there still is timeslicing going on.
     
    Razor1 likes this.
  18. Samwell

    Newcomer

    Joined:
    Dec 23, 2011
    Messages:
    112
    Likes Received:
    129
    It's not helping that pages, like the one you're working for, write articles which leave it open whether FM uses good or false async, as you know it better.
     
    HKS likes this.
  19. CarstenS

    Veteran Subscriber

    Joined:
    May 31, 2002
    Messages:
    4,807
    Likes Received:
    2,072
    Location:
    Germany
    As i said, not in charge
     
  20. OlegSH

    Regular Newcomer

    Joined:
    Jan 10, 2010
    Messages:
    365
    Likes Received:
    257
Loading...

Share This Page

  • About Us

    Beyond3D has been around for over a decade and prides itself on being the best place on the web for in-depth, technically-driven discussion and analysis of 3D graphics hardware. If you love pixels and transistors, you've come to the right place!

    Beyond3D is proudly published by GPU Tools Ltd.
Loading...