FreeBSD 8.0 vs. Ubuntu 9.10 Benchmarks 268
An anonymous reader writes "Phoronix has brought benchmarks comparing the FreeBSD 8.0-RC and Ubuntu 9.10 Alpha 6 operating systems. FreeBSD rather ends up taking a wallop to Ubuntu Linux, but there are a few areas where FreeBSD 8 ran well. They also posted benchmarks comparing this near-final FreeBSD 8.0 build to that of FreeBSD 7.2 to show performance improvements there but with a few regressions."
Re:For those that want to skim TFA for the bad res (Score:3, Informative)
It's fairly difficult to bungle traditional CPU-heavy loads. The kernel just needs to get out of the way and let userspace do whatever it wants to do. Try the same tests on Mac OS X and Windows (assuming they compile), and you'll see just about the same performance.
Re:Benchmarks... (Score:5, Informative)
Ubuntu has LTS (long-term support) releases which are supported for 5 years on the server side. The last was 8.04 and the next will be 10.04.
I prefer RHEL/CentOS, however. I wonder how many people use Ubuntu LTS instead of using RHEL or SLES instead.
How often is this important? I can think only of a few situations, such as when fitting a system into a small/cheap flash.
Ubuntu has a separate 'server' version (which really just includes a different set of packages and a different kernel build.)
FreeBSD is still in debugging mode (Score:5, Informative)
From the update notes in /usr/src/UPDATING:
Since the article didn't mention anything about disabling all the debugging options, I'll consider this an invalid benchmark until shown otherwise.
Phoronix? Moronix more like. (Score:5, Informative)
Yet again a benchmark against a pre-release version of FreeBSD where the testers didn't even bother reading the documentation. Anyone actually familiar with the FreeBSD development and release process would know that a release candidate has a considerable amount of debugging options turned on. This is to help diagnose any problems as the last issues are shaken out of a release, but has an adverse impact on performance.
terrible review methods (Score:4, Informative)
Re:FreeBSD is still in debugging mode (Score:2, Informative)
WITNESS and INVARIANTS were disabled on Sep 10 (http://svn.freebsd.org/viewvc/base?view=revision&revision=197065). FreebSD 8.0-RC1 was built on Sep 17th.
Re:What's the point. (Score:5, Informative)
Is there any actual benefit to be gained from removing "cruft", other than saving a smidgen of memory?
Long, but not long enough answer:
Performance: Unless the cruft is a bunch of data or NOPs, it will be executed at some point, which is pointless (or it wouldn't be cruft.) And whether it's data or instruction, if "good" data is swapped out of the cache in favor of the cruft, then it will have to be read back in (cache misses).
Security: Bugs love to hide in cruft.
tl;dr version: Yes.
Re:Summary (Score:4, Informative)
FreeBSD ships with GCC 4.2.1 as the system compiler because it was the last release to be GPLv2 and GPLv3 stuff is not allowed in the base system. GCC 4.4 is in ports, and you can use this to compile ports easily by just setting a flag in make.conf if you care. FreeBSD 9 will hopefully be using LLVM/Clang as the system compiler, which should give it a nice boost.
Phoronix has a history of doing long and misleading benchmarks between Linux and *BSD/Solaris, where they manage to include so many extraneous factors that the results are meaningless.
Re:Benchmarks... (Score:3, Informative)
Ubuntu Server Edition does not install X by default
Once again, benchmarks fail (Score:2, Informative)
How about we see this against a version of FreeBSD that doesn't have debug on according to /usr/src/UPDATING?
Re:Phoronix? Moronix more like. (Score:3, Informative)
Anyone actually familiar with the FreeBSD development and release process would know that a release candidate has a considerable amount of debugging options turned on.
On Sep-10, most debugging was disabled: http://lists.freebsd.org/pipermail/svn-src-all/2009-September/013399.html [freebsd.org]
On Sep-17, there was the last commit before 8.0-RC1: http://lists.freebsd.org/pipermail/svn-src-all/2009-September/013645.html [freebsd.org]
Anyone familiar with the FreeBSD development and release process would know that there are no fixed rules rules when certain stuff happens and there are no sweeping changes like turning off debugging between a late RC and the actual release. (Other debugging stuff like kernel and module symbols are kept for the release.)
Re:Sigh... (Score:3, Informative)
freebsd is 100% binary compatible with linux.
Snicker. I love FreeBSD and run it on all the servers I administer, but the Linux compatibility stuff pretty much ends at usermode. Good luck firing up VMWare or anything else that requires an un-ported kernel module! In practice, every program I personally want to run on FreeBSD is available as a native binary or in ports, with the exception of programs that require kernel mods, in which case they won't work at all anyway.
Re:Once again, benchmarks fail (Score:2, Informative)
From Phoronix:
"The tests that were carried out under FreeBSD 7.2, FreeBSD 8.0 RC1, and Ubuntu 9.10 Alpha 6 included timed ImageMagick compilation"
From freebsd-current mailing list [marc.info]:
> Hi,
>
> I would like to ask that the FreeBSD 8.0-RC1 ISO-s free from the
> debugging features (WITNESS, malloc debugging, etc.)? Or these
> services are still being active?
They are gone, for the most part. r197065: http://svn.freebsd.org/viewvc/base?view=revision&revision=197065 [freebsd.org]
Remove extra debugging support that is turned on for head but turned off for stable branches:
- shift to MALLOC_PRODUCTION
- turn off automatic crash dumps
- Remove kernel debuggers, INVARIANTS*[1], WITNESS* from
GENERIC kernel config files[2]
[1] INVARIANTS* left on for ia64 by request marcel
[2] sun4v was left as-is