Page 2 of 3 FirstFirst 123 LastLast
Results 11 to 20 of 29

Thread: 16-Way Linux OS Performance Comparison

  1. #11
    Join Date
    Jan 2013
    Posts
    1,116

    Default

    Two things that come to my mind: this is not a 16 way Linux OS comparison, since it also features PC-BSD, DragonflyBSD and Debian Gnu/kFreeBSD, those are not Linux by the very definition.

    Also, can we have the graphs like any other site on the web I know of does it? If there is no result for a given OS in a specific benchmark than don't quietly remove it from the graph, leave it in without a result or use a minus sign to show that there is no result. Also, explain why those OSes have no result for that specific benchmark. I can guess that many of the games simply don't run on the OSes with BSD kernel, but why are they omitted in PostgreSQL and other benchmarks? Why is Debian GNU/kFreeBSD missing in some of the benchmarks? Why are there only 12 results in the Tachyon benchmark, where are the other four?

    Come on, don't just post the results, explain why there are results missing!

  2. #12
    Join Date
    Nov 2008
    Posts
    6

    Default

    Quote Originally Posted by GreatEmerald View Post
    Not if it's a low-end computer (think Atom or AMD Brazos), where such speed increases are visible, and not if you have a distcc/icecream server set up
    Fair point.

  3. #13
    Join Date
    Jun 2013
    Posts
    25

    Default

    Quote Originally Posted by AJenbo View Post
    Some times it helps to read the article:
    It's easy to miss something with the way the pages are chopped up.

  4. #14
    Join Date
    Feb 2008
    Posts
    812

    Default

    Quote Originally Posted by Vim_User View Post
    Come on, don't just post the results, explain why there are results missing!

    Maybe it is self explainable because one can see he is runing LLVMPipe on both Debian variants.

    http://openbenchmarking.org/embed.ph...ha=9d684ce&p=2


    Maybe he doing it that way because firmware is not loaded by default for that radeon card in Debian linux and with Debian kfreebsd variant because hardware mesa dri is not available at all .

    So these are "defaulted" benchmarks - what one would see if he/she does not touch anything, it is - just load & run .
    Last edited by dungeon; 06-24-2013 at 02:50 PM.

  5. #15
    Join Date
    Jul 2012
    Posts
    83

    Default

    Quote Originally Posted by Vim_User View Post
    Two things that come to my mind: this is not a 16 way Linux OS comparison
    There is a similar mistake in the closing paragraph:
    There you have it, our 16-way Linux/BSD performance comparison. While there were 14 Linux distributions (and two BSDs) tested
    I count 13 GNU/Linux distributions, two BSD distributions, and GNU/kFreeBSD which I suppose is neither...

    Quote Originally Posted by Vim_User View Post
    Why is Debian GNU/kFreeBSD missing in some of the benchmarks?
    It probably means the Phoronix Test Suite was unable to build/run that test on that system, yet. So whereas PostgreSQL is available as a Debian package, it might have patches applied, build configuration adjusted to make it work; if the PTS were to try to build its own copy of that program, or some other version, it probably won't even compile. This is particularly likely on new or less common distributions.

    In other cases it may be due to some missing feature like 3D acceleration, either not properly set up or not available at all. That might result in a pants score or simply not being able to run at all.

  6. #16
    Join Date
    Jan 2013
    Posts
    1,116

    Default

    @dungeon and stevenc:
    But that is exactly my point. There should be no "maybe" and "probably", Michael should clearly say why a result is missing or why it is so far off of the rest of the results. If I only want to see the results I can look at OpenBenchmarking.org, there is no need for an article if it misses any explanation of the results (or the lack of results). Where is the journalism here?

  7. #17
    Join Date
    Feb 2008
    Posts
    812

    Default

    Yep he can say... PCLOS has much better fps because fglrx is used by default and Debian has much worse fps because firmware is not loaded by default :

    http://openbenchmarking.org/embed.ph...ha=6566b47&p=2

    Otherwise both will be similar to others +- 20% .

    As a Debian user i know what to do to make it functional... i just simply install firmwares package which include firmwares for radeon:

    http://packages.debian.org/wheezy/fi...-linux-nonfree

    And if i want fglrx for card in this benchmark i will install fglrx-legacy:

    http://packages.debian.org/wheezy-ba...-legacy-driver
    Last edited by dungeon; 06-24-2013 at 05:24 PM.

  8. #18
    Join Date
    Jan 2011
    Posts
    457

    Default

    It would be nice if you had an overall winner by rating each test by a percentage and summing that value.

  9. #19
    Join Date
    Apr 2012
    Posts
    117

    Default

    You should seriously test Gentoo if you want to compare it to other distros, not binary-based Gentoo distros. Someone might even supply you with a Stage4 install with the compiler flags you want to use, even just a list of your hardware.

  10. #20
    Join Date
    Mar 2013
    Posts
    144

    Default

    Quote Originally Posted by e8hffff View Post
    It would be nice if you had an overall winner by rating each test by a percentage and summing that value.
    I think that's the point: There's no winner. All the distributions preform the same once you bother installing the proper firmwares and drivers. That's to say, when trying to compare different linux\bsd distributions, you should look at usability, ease of installation and maintenance, package availability, support and so on... Instead of performance.
    I'm personally using Sabayon since Debian has become quite convoluted lately with all the half functioning user land packages. systemd is being developed too quickly for Debian to keep up so there's just too much breakages and rust collecting. Being familiar with Gentoo from the server, I figured a binary derivative should be fine. And it did.
    BTW, Gentoo should really standardize a way to deploy binary packages and resolve conflicts and dependencies. At one time, I only used Gentoo on the server so I wasn't really aware of just how viable it really is on the Desktop. But now, with Sabayon, you can really tell there's just so much potential for a mainstream stable (or optionally bleeding edge) distribution. Just thinking about all that extra work being duplicated and all...

Posting Permissions

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