Announcement

Collapse
No announcement yet.

Not all Unhappy campers on ati

Collapse
X
  • Filter
  • Time
  • Show
Clear All
new posts

  • #31
    I hardly expected one reply to this thread I started. There was no problem for people to fix - merely an opinion. 30 replies and counting! It has been (and continues to be) a source of

    1. Stories of pain and suffering.
    2. Tricks, dodges, and wheezes to get past problems.
    3. Detailed bug descriptions, indicating hours spent over code.

    I clearly touched a nerve. As an electronics hardware guy, I know a lot of the software incompatibility can be down to design choices and timings. Speed everything up 15%, and you _should_ do the sums all over again, but people sometimes don't.

    I'm reasonably satisfied with what I have, except for one thing: MyHP Compaq 6715S laptop has a RS690/SB600 chipset, housing, I believe, an RS600 (not R600) GPU. Graphics predictably suck. It's running XFCE on Slackware-13.1 (xorg-server-1.7.7, pixman-0.16.6, libdrm-2.4.20, mesa-7.8.1) with that, and kernel 2.6.33.4. Is there any serious speed advantage to be gained by updating anything there? Software rendering is as fast as "DRI"

    Comment


    • #32
      Originally posted by business_kid View Post
      I'm reasonably satisfied with what I have, except for one thing: MyHP Compaq 6715S laptop has a RS690/SB600 chipset, housing, I believe, an RS600 (not R600) GPU. Graphics predictably suck. It's running XFCE on Slackware-13.1 (xorg-server-1.7.7, pixman-0.16.6, libdrm-2.4.20, mesa-7.8.1) with that, and kernel 2.6.33.4. Is there any serious speed advantage to be gained by updating anything there? Software rendering is as fast as "DRI"
      Upgrade to r300g built with llvm support if you are not using that yet. It will significantly improve your 3D performance.

      Comment


      • #33
        Originally posted by agd5f View Post
        Upgrade to r300g built with llvm support if you are not using that yet. It will significantly improve your 3D performance.
        Yep. Business_kid, the rs6xx hardware does not have vertex shaders, so geometry processing is done on the CPU. The proprietary drivers use a JIT compiler to generate efficient CPU code for the shaders, while the open source drivers used a slower solution.

        If you go with the Gallium3D driver (r300g) built with llvm as agd5f suggested then llvm is used to JIT-compile the shaders in a similar what to what the proprietary drivers do, giving you much higher performance on the geometry portion of the workload.

        Comment


        • #34
          Originally posted by Kano View Post
          [...]
          Also more games work - waiting for trine to work with ati/intel.
          Ho hum, it was an Intel employee who added the necessary changes to support Trine. In other words, it was working on Intel before anything else...

          Comment


          • #35
            I define working a bit differnet than you... It starts but the rendering is wrong.

            Comment


            • #36
              Originally posted by Kano View Post
              I define working a bit differnet than you... It starts but the rendering is wrong.
              Before anholt added ARB_draw_buffers and ATI_draw_buffers it wasn't working at all.

              Comment


              • #37
                Correct, but do you see correct rendering with amd+intel mesa? Nouveau with dx9 card is also wrong and seems to work with .38 kernel only, but dx10+ is fine.

                Comment


                • #38
                  nouveau was the only Mesa driver to render Trine correctly, but it was actually a case of two bugs cancelling each other out.

                  Comment


                  • #39
                    How do you explain the speed difference? Press f8, then /show_fps 1

                    Comment


                    • #40
                      It's hard to compare because there are many parameters.

                      With Very High quality @ 1280x800 using HD4550, I get 6fps on average.

                      Keep in mind that this was the cheapest modern card two years ago, and is the second lowest level r700 chip on the market. I got it because it was the cheapest, just to bridge the time until the OSS drivers became usable.

                      I'm considering buying a new one, a passively cooled HD6xxx or similar, now that the drivers are maturing.

                      Comment


                      • #41
                        If I remember correctly, nouveau actually has a really sick throughput rate, much higher than most OSS drivers and close to the blobs. That's why it shines in some benchmarks while (for example) r600 drivers are CPU-bound.

                        I'm expecting Hyper-Z, texture tiling and some other optimisations to improve r600 performance, but after that, it will probably be time for slow, gruelling optimisations.

                        Comment


                        • #42
                          I have got the same card in my ati pci collection (x1600,hd4550,hd5670). The thing is the speed differences between ati oss and fglrx drivers are really extreme. Up to factor 10 with trine, when you look at nvidia the difference is maybe factor 2, sometimes even less compared to nouveau. I did not test nouveaus speed before, but i think it is really impressive what could be archived with those drivers even without docs. Here in the board many ppl think they support oss drivers when they buy ati cards. That's definitely the wrong investment if you want fast oss drivers...

                          Comment


                          • #43
                            Of course i tested HYPERZ=1 with r300g. Speed increase was only with 800x600 res and open arena, then most likely the 256 mb vram was too small. My newer ati cards have got more vram, so maybe it helps there on higher res too. But before you get more speed you first have to know how to use it. The default setting of SwapbuffersWait does not really help for games too. When i see ati/intel benchmarks on this site then i basically know that they could be much faster with some driver tuning.

                            Comment


                            • #44
                              That's definitely the wrong investment if you want fast oss drivers...
                              No, it's not a wrong investment. You are supporting the release of specs, and are paying for actual OSS code.

                              With Nvidia, you are not supporting OSS development at all.

                              If you want to support nouveau, buy stuff from RedHat, or support a developer directly, because nvidia sure as hell doesn't.

                              Comment


                              • #45
                                You "support" released specs, that's nice, but you usually don't write drivers, do you? Compared to others they are slow as hell...

                                Comment

                                Working...
                                X