On Thu, 15 Dec 2011, Pieter de Goeje spaketh thusly: -}Detailed results here: -}http://openbenchmarking.org/result/1112113-AR-ORACLELIN37 LOL! Pretty much 2 entirely different systems, even running different screen resolutions. Tnx for this link. -} -}As usual, the phoronix benchmarks are very misleading. Also, they tested fbsd RC2. This same thing has come up repeatedly. Seems to me "big waves" happened when fbsd 8.0 was coming out and phoronix tested RC1 or RC2. Unless my memory is in error (and it may well be), on the 8.0 "comparison" fiasco, it was pointed out that testing a fbsd RC release is like racing but being preventing from going full throttle. There are debugging hooks and various extra code bits that slow things down and are not taken out until the stable release. They *can* be taken out by the end-SA, but phoronix stated they used a stock kernel. That phoronix did this again makes me wonder... I have to agree with and cannot stress enough the importance of testing in the environment it is to be run in, with the software that is to be run on it. I used to be a massive linux fan, right up until the day I put freebsd up against several *nix boxen (IIRC Redhat, Debian, SuSE and IRIX) in a particular application I was re-working. I had to run the test several times, the difference was so great. Fbsd didn't just beat the others, it rolled 'em, smoked 'em and tapped them in the ashtray. But this was with _our_ hardware configurations and _our_ software configurations and tweaks. Currently we have a mixture of linux and fbsd in production and test. Some of the things we do run better on linux, some run better on fbsd. And if they're close, I'll pick fbsd mostly for personal reasons, e.g. it just makes more sense to me, some things I like to do are more easily done in fbsd, ... FWIW, YMMV, yadda yadda. ;> -- Randy (schulra_at_earlham.edu) 765.983.1283 <*> nosce te ipsumReceived on Thu Dec 15 2011 - 15:54:46 UTC
This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:40:22 UTC