Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 6 Nov 2012 10:25:05 +0100 (CET)
From:      Wojciech Puchar <wojtek@wojtek.tensor.gdynia.pl>
To:        Yuri <yuri@rawbw.com>
Cc:        freebsd-hackers@freebsd.org
Subject:   Re: pgbench performance is lagging compared to Linux and DragonflyBSD?
Message-ID:  <alpine.BSF.2.00.1211061016110.18204@wojtek.tensor.gdynia.pl>
In-Reply-To: <50980ADD.4010402@rawbw.com>
References:  <50980ADD.4010402@rawbw.com>

next in thread | previous in thread | raw e-mail | index | archive | help
> some serious system issue.
>
> It looks like the DragonflyBSD folks made a goal to do well on pgbench and 
> got to the level of ~88% of linux with 80 clients.

It's just bad that anyone judge and (even worse) modify/tune operating 
system to do well in SINGLE benchmark running basically single program 
doing few repetitive things.

Linux is tuned to win in benchmark and it does, while having disastrous 
performance in normal unix style usage - multiple different programs doing 
multiple different things for multiple different users - in the same time.

This is a case with at least 99% of users. The less than 1% that have so 
heavy load that needs separete machine dedicated to single program doing 
one thing - could use linux (if it REALLY will be better in production 
workload ) or even better - use some dedicated hardware just for this, if 
it exist.

Does machine that is dedicated to run single program need OS at all?


In such "benchmark" FreeBSD with UFS wins hands down and that's the 
reason i use it.


Still it is interesting WHY FreeBSD is slower in that special case, and if 
improvements on general behaviour can be found then it's nice to do them.


I tried dragonflybsd some time ago and it's performance on normal usage is 
disastrous. Seems like Matthew Dillion years after splitting from FreeBSD 
because "the algorithms used in FreeBSD were plain wrong" - cannot do this 
better but still waste time and still at all cost want to prove he can.

Tuning operating system for single benchmark is an example of that 
childish behaviour.



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?alpine.BSF.2.00.1211061016110.18204>