Page 11 of 17 FirstFirst ... 910111213 ... LastLast
Results 101 to 110 of 164

Thread: Benchmarks Of AMD's Newest Gallium3D Driver

  1. #101
    Join Date
    May 2007
    Posts
    233

    Default

    Quote Originally Posted by pingufunkybeat View Post
    Now this got me interested.

    You really don't expect significant performance increase for the Gallium-based Radeon drivers?

    Or do you think that this kind of benchmarking is not good for measuring the increase?
    Just that with current design for r600g i don't think we can't match 50% of fglrx speed on things like nexuiz or newer game/engine. So you won't see any major boost until a complete rewrite (shader compiler excluded). That's my current feeling, i could be wrong.

  2. #102
    Join Date
    Jun 2009
    Posts
    2,937

    Default

    Is the r600g design considerably different from r300g (of course, the hardware architectures are very different)?

    I believe that r300g passed the 50% mark.

    Also, do you think that a complete rewrite is feasible/planned? Being stuck at <50% of the maximum forever would be a bit disappointing.

  3. #103
    Join Date
    Dec 2009
    Posts
    338

    Default

    Quote Originally Posted by glisse View Post
    Just that with current design for r600g i don't think we can't match 50% of fglrx speed on things like nexuiz or newer game/engine. So you won't see any major boost until a complete rewrite (shader compiler excluded). That's my current feeling, i could be wrong.
    It's not even finished yet and it requires a rewrite already?
    That is more than disappointing...

  4. #104
    Join Date
    Oct 2007
    Location
    Under the bridge
    Posts
    2,153

    Default

    Quote Originally Posted by HokTar View Post
    It's not even finished yet and it requires a rewrite already?
    That is more than disappointing...
    That's not disappointing, that's expected and encouraging. There's only one kind of software that doesn't get constantly rewritten: dead software.

    As the drivers gain more features (and hence more real-world testing), bottlenecks will appear and/or shift around. And as the developers gain more experience, existing architectural deficiencies will be discovered and dealt with.

    (Note that a rewrite doesn't mean "throw away everything and start from scratch". It means things like, "hey, if we move state validation from part X to part Y, we can avoid re-validations under circumstances Z and W and increase batch submission performance by up to 15%.")

  5. #105
    Join Date
    Dec 2009
    Posts
    338

    Default

    Quote Originally Posted by BlackStar View Post
    That's not disappointing, that's expected and encouraging. There's only one kind of software that doesn't get constantly rewritten: dead software.

    As the drivers gain more features (and hence more real-world testing), bottlenecks will appear and/or shift around. And as the developers gain more experience, existing architectural deficiencies will be discovered and dealt with.

    (Note that a rewrite doesn't mean "throw away everything and start from scratch". It means things like, "hey, if we move state validation from part X to part Y, we can avoid re-validations under circumstances Z and W and increase batch submission performance by up to 15%.")
    Well, glisse wrote: "until a complete rewrite (shader compiler excluded)".
    That pretty much sounds like we have to restart from (almost) scratch. Obviously, I hope what you said is correct but it does not seem so.

  6. #106
    Join Date
    Oct 2007
    Location
    Toronto-ish
    Posts
    7,570

    Default

    I suspect glisse is talking about more than just the actual r600g driver... usually you find bottlenecks scattered all through the stack.

    I don't think he is saying "just rewrite the r600g part and everything will be fine"... remember that the r600g code is only 1-2% of the 3D driver stack, and AFAIK this is the first time the open source stack has really been put to work on high performance graphics hardware.

    Things that were "nicely tuned" in the r200 days can easily become major bottlenecks on newer graphics hardware simply because the newer GPUs are so much faster.

  7. #107
    Join Date
    Dec 2009
    Posts
    338

    Default

    Anyway, I just hope that the rate of improvements will not slow down.

    Btw, for the last few days there are barely any commits to mesa master. Is there a specific reason for that?

  8. #108
    Join Date
    Oct 2008
    Posts
    3,244

    Default

    Quote Originally Posted by HokTar View Post
    Anyway, I just hope that the rate of improvements will not slow down.

    Btw, for the last few days there are barely any commits to mesa master. Is there a specific reason for that?
    Probably the US holiday.

  9. #109
    Join Date
    Jul 2007
    Posts
    448

    Default FWIW, r300g and M66 is very impressive

    Quote Originally Posted by pingufunkybeat View Post
    I believe that r300g passed the 50% mark.
    I have a T60p laptop with built-in M66 (RV535?) graphics, and I have just expunged Fedora 10/fglrx from it in favour of Fedora 14 and Mesa-git. And my laptop is suddenly fun to use again... If there's a 50% loss in performance somewhere by using Mesa, I haven't noticed it yet. Maybe the pleasure of simply being able to use Xv without crashing X has made me blind(*)?

    Conversely, since that alleged 50% performance was bought at the cost of having to use fglrx, (an experience I would liken to having AMD metaphorically beat the soles of my feet with a spiked mace) then as far as I'm concerned, AMD can keep it.

    And Fedora 10's version of Wine is now too old and buggy to run the newest WoW client anyway. An upgrade was simply unavoidable.

    [* Did that come out right? ]

  10. #110
    Join Date
    Dec 2009
    Posts
    134

    Default

    I never asked but why in the world users are running away from AMD closed driver to open source, when AMD DOES support the closed driver for linux on their latest cards?

    Why there are tons of issues and so many bugs that people are relieved to have the open source? How many AMD engineers are assigned for the AMD closed driver?

Tags for this Thread

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •