Page 1 of 3 123 LastLast
Results 1 to 10 of 21

Thread: The Grinch That Stole The Radeon Gallium3D Performance?

  1. #1
    Join Date
    Jan 2007
    Posts
    14,787

    Default The Grinch That Stole The Radeon Gallium3D Performance?

    Phoronix: The Grinch That Stole The Radeon Gallium3D Performance?

    There are some significant performance drops right now on Mesa master for the forthcoming 7.12/8.0 release concerning the Gallium3D driver for older ATI Radeon graphics processors. The performance of the R300g driver is now setback compared to earlier Mesa releases.

    http://www.phoronix.com/vr.php?view=16861

  2. #2
    Join Date
    Dec 2007
    Location
    Edinburgh, Scotland
    Posts
    577

    Default

    Sigh

    Phoronix - where articles ARE the bug reports

  3. #3
    Join Date
    Dec 2007
    Location
    Edinburgh, Scotland
    Posts
    577

    Default

    Has anyone else got an r300 card handy to do a quick besect on? I'm running all r600's here

  4. #4

    Default

    Quote Originally Posted by FireBurn View Post
    Has anyone else got an r300 card handy to do a quick besect on? I'm running all r600's here
    The regressed commits should be published on Christmas.

  5. #5
    Join Date
    Jun 2010
    Location
    ฿ 16LDJ6Hrd1oN3nCoFL7BypHSEYL84ca1JR
    Posts
    1,052

    Default

    Also, please compare the visual output. Maybe about three screenshots over the duration of the test.
    Just to show whether it's just a performance regression or whether it actually renders more and better.

  6. #6
    Join Date
    Sep 2010
    Posts
    683

    Default

    You really have to write & publish guide how to compile and test out newest mesa drivers

  7. #7
    Join Date
    Dec 2007
    Location
    Edinburgh, Scotland
    Posts
    577

    Default

    Quote Originally Posted by przemoli View Post
    You really have to write & publish guide how to compile and test out newest mesa drivers

    Code:
    git clone git://anongit.freedesktop.org/mesa/mesa
    Code:
    cd mesa
    The following is correct for a 64 bit stripped down mesa - make sure you have the 'devel' packages installed on your distro

    Code:
    ./configure --prefix=/usr --build=x86_64-pc-linux-gnu --host=x86_64-pc-linux-gnu --mandir=/usr/share/man --infodir=/usr/share/info --datadir=/usr/share
    --sysconfdir=/etc --localstatedir=/var/lib --libdir=/usr/lib64 --disable-option-checking --enable-dri --enable-glx --enable-xcb --enable-texture-float
    --disable-debug --disable-egl --enable-gbm --disable-gles1 --disable-gles2 --enable-glx-tls --disable-osmesa --enable-asm --enable-shared-dricore
    --enable-shared-glapi --with-dri-drivers= --with-gallium-drivers=,swrast,r300 --disable-d3d1x --disable-gallium-g3dvl --enable-gallium-llvm --disable-openvg
    --disable-vdpau --disable-xvmc
    Code:
    make
    WARNING the next line will overwrite [possibly trash] your system's mesa

    Code:
    make install
    to bisect:

    Code:
    git bisect start
    Code:
    git bisect bad
    this marks the current git head as bad
    Code:
    git bisect good mesa-7.11.2
    says we know mesa 7.11.2 worked ok

    Then test a game that we know has regressed and for each run mark it as good or bad until it finds the rotten commit

    Then make and try again

    You shouldn't need to use "make install" but I can't for the life of me remember the environmental override that lefts you do MESAOVERRIDE=/lib/I/just/built mygame

    Hope that helps

  8. #8
    Join Date
    Jul 2007
    Posts
    176

    Default

    Off-topic, but the (not so apt or clever) references to Christmas and Holidays in pretty much every article (and even some comments) is a bit over the top for a relatively technical website. (And that's an understatement.)

    Merry Christmas and Happy Holidays.

  9. #9

    Default

    Quote Originally Posted by FireBurn View Post
    You shouldn't need to use "make install" but I can't for the life of me remember the environmental override that lefts you do MESAOVERRIDE=/lib/I/just/built mygame
    LD_PRELOAD or LD_LIBRARY_PATH for libgl.so, and LIBGL_DRIVERS_PATH I think.

  10. #10
    Join Date
    Dec 2007
    Location
    Edinburgh, Scotland
    Posts
    577

    Default

    Quote Originally Posted by AnonymousCoward View Post
    LD_PRELOAD or LD_LIBRARY_PATH for libgl.so, and LIBGL_DRIVERS_PATH I think.
    If someone can confirm that I'll update my post

Posting Permissions

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