Announcement

Collapse
No announcement yet.

Windows 7 & Windows 8 vs. Ubuntu 13.04 & Fedora 18

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

  • #11
    No

    Originally posted by jayrulez View Post
    Well more power to you dude. Stick it to those "freedom-limiting proprietary-software-supporting" corporations.

    Why would you then be interested in windows 8 performance results since there is no conceivable way you'll use it?

    Michael is not obligated to do it for you just because you refuse to do it.

    It is not reasonable for you to make those demands or suggestions since you will be putting Michael in a position you do not want yourself to be in (that is using proprietary software that limits its users' freedom).
    Thanks for your smart response.

    Knowing about Window's performance might help in spotting bottlenecks in Linux, because, granted, it is still the OS with the biggest corporate support today.

    Comment


    • #12
      Originally posted by frign View Post
      Thanks for your smart response.

      Knowing about Window's performance might help in spotting bottlenecks in Linux, because, granted, it is still the OS with the biggest corporate support today.
      Wut?

      I won't even bother with trying to get you to make that statement make sense.

      However, going by what you said, it would be a waste of time and the results would be meaningless to you since you are not contributing to Linux graphics infrastructure.

      Comment


      • #13
        Not really

        Originally posted by jayrulez View Post
        Wut?

        I won't even bother with trying to get you to make that statement make sense.

        However, going by what you said, it would be a waste of time and the results would be meaningless to you since you are not contributing to Linux graphics infrastructure.
        It is not as if the results were only available to me. I wasn't talking about the Graphics Stack only, it is about the many aspects and possibly at least one free software project I am also involved in.

        Comment


        • #14
          15.31.x drivers

          From the article:

          In ensuring a fair and accurate comparison of "Windows vs. Linux" performance for Intel OpenGL graphics, Windows 7 Professional SP1 was installed on the same ASUS Ultrabook using the latest Intel Windows 7 x64 driver, which was version 15.31.3.64.3071 from late March.
          As was shared recently at the GDC2013 conference, Intel Windows driver developers are also reportedly working on a more-optimized Ivy Bridge driver for release soon. It will be interesting to see how much faster the forthcoming Intel Windows driver release is for our benchmarks, but Intel has reported that it will be a measurable gain.
          From what I read on this site the 10% improvement on the windows drivers was suppose to be in driver 15.31.x

          So if that's the case, the linux drivers are in pretty good shape.

          Comment


          • #15
            Back on topic

            Hi everyone. I just registered here after years of lurking because there is a question I find important to ask, which is not clear to me from the article:
            Is S3TC activated in any of the linux configurations? Is any sort of libtxc_dxtn activated (either for S3TC or S2TC)?
            What about floating-point textures?

            From my experience this makes a world of difference in some games. This is very noticeable for example on Warcraft 3 under wine using the opengl renderer, on both r600g (Mobility Radeon 3650) and i915 (the one in ASUS EeePC 901), and also noticeable, but to a lesser extent on Neverwinter Nights (native port, never tried it with wine).

            Thank you.

            PS - Michael, thank you for all the regular benchmarks.

            Comment


            • #16
              It's clear Intel is spooked by the leverage of ARM to Linux, so their initial reaction is to protect the Window scene therefore holding down sales in their camp. They don't realise that ARM will supersede them if they don't get properly onboard with Linux.

              There's little reason why the same algorithms can't be used it Linux with modification to suit the display server and other kernel integration, so it's clear there are team secrets, or benefits being withheld from Intel Linux Drivers.

              If they keep up with these shenanigans then I will go complete AMD mobo/cpu and ARM devices.

              Comment


              • #17
                Originally posted by Stunts View Post
                Hi everyone. I just registered here after years of lurking because there is a question I find important to ask, which is not clear to me from the article:Is S3TC activated in any of the linux configurations? Is any sort of libtxc_dxtn activated (either for S3TC or S2TC)? What about floating-point textures?.
                I'm not a graphics man, but wasn't S3TC a contentious inclusion in OpenGL due to patents/licensing? I recall some alternative routine though. Maybe someone can elaborate.

                Comment


                • #18
                  Originally posted by e8hffff View Post
                  I'm not a graphics man, but wasn't S3TC a contentious inclusion in OpenGL due to patents/licensing? I recall some alternative routine though. Maybe someone can elaborate.
                  Yes, the mentioned technologies are both "patent encumbered". There are, however OSS implementations of these techs.
                  That was why I asked the question. I know it can be a potential risk to use those technologies where software patents are valid (I.E. USA), but at the same time, they will likely give you a nice performance boost.
                  As for the alternative routine - ST2C is an alternative to S3TC. It was an implementation of the technology specifically thought to work around the patents, but AFAIK it's also not 100% risk free. AFAIK floating point textures have no "patent safe" implementation.

                  Comment


                  • #19
                    Originally posted by jayrulez View Post
                    Linux (the kernel) is not good at everything because there are certain trade offs made so that it can be good at some things.
                    The "kernel" can be run in most any situation really well. You can even run it without on systems that don't have an mmu.
                    I think what you mean is that no SINGLE kernel is good at everything?
                    The RT guys are working on that, actually. One of the main devs, Gleixner, claims that RT will eventually be as fast as linus' tree, and faster at some things (network packet handling).

                    Comment


                    • #20
                      Originally posted by e8hffff View Post
                      I'm not a graphics man, but wasn't S3TC a contentious inclusion in OpenGL due to patents/licensing? I recall some alternative routine though. Maybe someone can elaborate.
                      I think Intel actually enabled S3TC/floating point textures in Mesa by default on their hardware. Presumably some lawyer types at Intel told them their hardware was covered, although that didn't happen for other drivers (radeon/nouveau).

                      And then Fedora promptly disabled it on their distro. So i'm not sure what Michael's got.


                      Edit: you are supposed to be able to go to the results on openbenchmarking.org somehow, but i can't figure it out. I thought there was supposed to be a link in all the charts, but i can't find one.

                      If you can get to it, i think that records a list of the glxinfo results, which would have the extensions available, so you could check if S3TC is showing up there.
                      Last edited by smitty3268; 05 April 2013, 09:33 PM.

                      Comment

                      Working...
                      X