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

I don't get it really

[zappepcs]

It's a lengthy read, and there isn't much in there to say that Ubuntu has any real work to do. Seems like they were comparing two Ferrari race cars and commenting on the differences in interiors... to use a car analogy.

I've just upgraded 8 systems to 8.10 and am quite happy. I was concerned over real world issues about the upgrade from early reports. The old IBM T22 with 256MB RAM was my test case. Guess what? The upgrade went as fast as my Wireless G card would allow it, after a reboot, and then an update last night, it is working a bit better than with 8.04 from a layman's point of view. Yes, it can drag now and then, but is resource limited severely. After the upgrade I did not have to tweak anything, and any problems I was having prior are now fixed. I appear to have fscked up a setting on the wireless networking, but now it's all good. As far as I am concerned, with two older laptops upgraded, and 3 older desktops upgraded, all with ZERO defects, Ubuntu continues to impress me. I will continue to give out CDs free to anyone that wants to improve their computing life.

Now, if you just have to have the 'perfect' gaming machine... go ahead and worry about little things. As for the rest of the world, 8.10 is rocking awesomeness.

More of a summary

[ojintoad]

Apple's Mac OS X 10.5.5 "Leopard" had strong performance leads over Canonical's Ubuntu 8.10 "Intrepid Ibex" in the OpenGL performance with the integrated Intel graphics, disk benchmarking, and SQLite database in particular. Ubuntu on the other hand was leading in the compilation and BYTE Unix Benchmark. In the audio/video encoding and PHP XML tests the margins were smaller and no definitive leader had emerged. With the Java environment, Sunflow and Bork were faster in Mac OS X, but the Intrepid Ibex in SciMark 2 attacked the Leopard. These results though were all from an Apple Mac Mini.

Also worth mentioning are the collection of posts from the last thread that convincingly argued various problems with the Phoronix Benchmarks.
Example 1
Example 2
Example 3

Speed tests are good, let's make sure we're doing them right

Re:Summary

[Chaos Incarnate]

Firefox 3 works fine if profiles are on the local machine under OS X, but has issues if they're on a remote machine.

Re:Ubuntu if you want to

[ShieldW0lf]

Mac OS X doesn't have to accommodate variances in the hardware it is running on in the same way that Linux or Windows has to do.

It doesn't, huh? You mean like three generations of PowerPC CPUs, a second CPU architecture (x86), all the different flavors of HDDs, DVD drives, video cards, and other installable and peripheral devices you can add third-party, and then just about every bit of hardware Apple has come out with since the G3 processor debuted?

Therefore, it can exploit the hardware better. It's the same principle that applied to game developers targeting the XBox rather than a standard PC. Standard PCs might be more powerful, but the XBox is a non-moving target, so you don't need to write to the lowest common denominator, and can exploit the particular strengths of the hardware better.

Okay. The XBox uses a motherboard. Apple has several models using a variety of motherboard and hardware dating back to who-knows-when that it has to account for. You're comparing a console's static array of hardware to an entire production line. That's hardly the same thing.

Ok, you've expressed how much more variance there is in the Apple product line compared to the XBox. Now, just for the sake of completeness, why don't you express how much more variance in the supported hardware for Ubuntu compared to Apple.

Re:Ubuntu if you want to

[nxtw]

Mac OS X doesn't have to accommodate variances in the hardware it is running on in the same way that Linux or Windows has to do. Therefore, it can exploit the hardware better. It's the same principle that applied to game developers targeting the XBox rather than a standard PC. Standard PCs might be more powerful, but the XBox is a non-moving target, so you don't need to write to the lowest common denominator, and can exploit the particular strengths of the hardware better. So, it's unreasonable to expect an OS that is written to work on multiple platforms to compete in this fashion.

The Xbox was always sold with the same chipset. There was no need to have interchangable drivers.

OS X Intel has been sold (so far, and at least) on systems with Intel 945GM, 945PM, GM965, GMS965, PM965, 5000X, 5400 and nVidia 9400M system chipsets. That's two (plus one low-power variation) Intel mobile chipsets with Intel integrated graphics, two Intel mobile chipsets with PCI Express x16 graphics, two Intel server/workstation chipsets, and one nVidia integrated mobile chipset. It supports two generations of Intel GPUs (GMA 950 and X3100), at least three generations of GeForce GPUs (7, 8, and 9-series), and at least four generations of Radeon GPUs (X1k, HD2k, HD3k, and HD4k).
There aren't a whole lot of hardware-specific assumptions or optimizations that can be made without making things only work on on that hardware... which is why hardware-specific code is in interchangeable drivers.

Apple can't even assume that every Intel Mac has a 64-bit dual core CPU; the first Intel Macs had Core Solo or Core Duo CPUs. Apple can assume that every Intel CPU will have SSE2 and SSE3, though, so many floating-point operations are performed using SSE instructions instead of the x87 FPU. But software can be compiled to use SSE on any other operating system as well. (SSE3 is featured on nearly all Intel and CPUs.)

They could write code/compiler optimizations that result in faster execution on some CPUs, but they're already supporting the P6 microarchitecture (the original Core Duo was close in design to the Pentium M) and the Core microarchitecture, and Nehalem will be here soon.