Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 6 Nov 2012 09:44:09 -0700
From:      "Samuel J. Greear" <sjg@evilcode.net>
To:        Wojciech Puchar <wojtek@wojtek.tensor.gdynia.pl>
Cc:        Yuri <yuri@rawbw.com>, freebsd-hackers@freebsd.org
Subject:   Re: pgbench performance is lagging compared to Linux and DragonflyBSD?
Message-ID:  <CANY-Wm921Xv8KKXtrC%2B_6QkbLE%2BzrYNUmBqT=tO6L0uouJTAwQ@mail.gmail.com>
In-Reply-To: <alpine.BSF.2.00.1211061016110.18204@wojtek.tensor.gdynia.pl>
References:  <50980ADD.4010402@rawbw.com> <alpine.BSF.2.00.1211061016110.18204@wojtek.tensor.gdynia.pl>

next in thread | previous in thread | raw e-mail | index | archive | help
Your entire email is conjecture, the performance of DragonFly 3.2 is
improved across the board vs 3.0. Not just batch performance,
interactive performance (especially under X11) is also greatly
improved.

Sam

On Tue, Nov 6, 2012 at 2:25 AM, Wojciech Puchar
<wojtek@wojtek.tensor.gdynia.pl> wrote:
>> 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.
>
> _______________________________________________
> freebsd-hackers@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
> To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org"



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CANY-Wm921Xv8KKXtrC%2B_6QkbLE%2BzrYNUmBqT=tO6L0uouJTAwQ>