Ubuntu 8.10 vs. Mac OS X 10.5.5 Benchmarks

An anonymous reader writes "As a sequel to their Is Ubuntu Getting Slower? Phoronix now has out an article that compares the performance of Ubuntu 8.10 to Apple's Mac OS X 10.5.5. They tested both the x86 and x86_64 spins of Ubuntu and threw at both operating systems a number of graphics, disk, computational, and Java benchmarks, among others. With the Mac Mini used in some of the comparisons, 'Leopard' was faster, while in others it was a tight battle."

Comments

Re:I don't get it really

[zappepcs]

Yeah, I forgot to mention that 8 upgrades cost me nothing but time. One thing that I wish Canonical would do is to set up a donation fund where I could donate say $50 per install and know that all the apps that come with Ubuntu would get a reasonably fair share of that money. Is anyone at Canonical listening?

AS it is now, I have to donate separately to those projects which I feel that I use enough to donate to. Trouble is that some projects which I do use are not readily recognizable as such. The Samba project is one such case. Ubuntu and others more-or-less hide its use from the user so they would be unaware that they are using it. I think this would go a long way toward helping various projects. Even if all Samba got from my $50 was $0.75. That is still a donation. In my case it would be eight times that. Yes, I do contribute to F/OSS projects, EFF, and several other groups who have my best interests at heart... well, our interests coincide.

Another thing that Canonical could do, short of setting up such a fund, is write a small app that lists the apps being used on any installation and allow the user to save the list to disk which would include the designated donation web page for that project. That's not quite as good as a donation fund, but would still help the smaller projects by announcing their use and value.

I like a good value as much as the next guy, and there is something satisfying about paying a very fair price for someone's work when it is valuable to yourself. I just wish it was easier to do.

Re:Apple's Moving Aggressively On Performance

[TheRaven64]

Leopard has already improved performance in a lot of areas. In particular, mmap performance no longer sucks. I had an interesting experience where I wrote two back ends for some of my code, one with aio and one with mmap. On FreeBSD they were within 5% of each other. On OS X 10.4, the mmap one was an order of magnitude slower (and aio ran slower on the OS X machine, but that's not a very fair test - the OS X machine had a faster CPU but a slower disk). I extended this pathological case to a simple program which mmap'd a 2GB file and then touched one byte in every page in turn, 200 times. On 10.4, this completely killed the machine until it finished running, and didn't finish when I left it overnight. On 10.5, the machine stayed responsive (some slowdown, but not much), and finished in about an hour. Now that it's certified as fully complying with SUS'03, Darwin is a pretty nice OS, although too many parts of it (audio subsystem, for example) are closed for it to really be useful without OS X.

Re:Apple's Moving Aggressively On Performance

[scorp1us]

So many people are going to call BS on this, but...

I was in the mac store the other day, and I swear I could tell the difference between the new Mac books with the NVIDIA chips and the ones without. From just looking at the scaling performance of the doc as you mouse over it, it looked so much more solid.

I tend to be very sensitive to visual artifacts. I hated my MythTV box because of the tearing (memory bus issue) and blocking on Comcast (so glad I now have FIOS, which still blocks, but only for static or oceanscapes).

Things like a dock where it feels "solid" (better servicing of repaints) just give a better impression of stability and performance, even if its just a simple scale operation. Having no flicker in position or delay in rendering make an impression on people who may not even be aware of what they are seeing.

It's not the distro either, it's the compiler.

[ciroknight]

Older Linuxes are built on GCC 3.x or GCC 4.1.x. Since 4.2.x, GCC has produced absolute garbage code when the Gentoo flags are not enabled.

Since most distros don't ship with --funroll-loops -O19 --ZOMG-MAKE-CODE-FAST, almost everyone has experienced a huge code speed drop. Meanwhile, Apple, knowing that all of their x86 machines support SSE2 or better has no qualms doing said incantations and benefiting from the speedups in autovectorization and other areas where the GCC hackers and Apple have been spending time.

This leads us to the conclusion that a) Older Linuxes were better optimized (by the compiler, not the coder), b) Newer Linuxes are able to benefit but... c) Newer Linuxes are not benefiting because of their one-size-fits-all nature.