Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 7 Nov 2012 15:46:59 +0100 (CET)
From:      Wojciech Puchar <wojtek@wojtek.tensor.gdynia.pl>
To:        Garrett Cooper <yanegomi@gmail.com>
Cc:        Olivier Smedts <olivier@gid0.org>, Yuri <yuri@rawbw.com>, "freebsd-hackers@freebsd.org" <freebsd-hackers@freebsd.org>
Subject:   Re: pgbench performance is lagging compared to Linux and DragonflyBSD?
Message-ID:  <alpine.BSF.2.00.1211071545110.5942@wojtek.tensor.gdynia.pl>
In-Reply-To: <B4315143-CFCF-4B58-8E8A-394F1BCC21C2@gmail.com>
References:  <50980ADD.4010402@rawbw.com> <alpine.BSF.2.00.1211061016110.18204@wojtek.tensor.gdynia.pl> <CABzXLYPYaVuEFc2SEY1H2Wa0T6A_SHuTu=W3UEZ554j5BR01bQ@mail.gmail.com> <alpine.BSF.2.00.1211061752340.20322@wojtek.tensor.gdynia.pl> <B4315143-CFCF-4B58-8E8A-394F1BCC21C2@gmail.com>

next in thread | previous in thread | raw e-mail | index | archive | help
>> But working on software to make it better in some kind of synthetic benchmark is common in commercial software world. ("We have more performance per buck than company X")
>
> "Synthetic benchmarks" as you put it shouldn't be the ultimate basis for a decision, but instead allow users to gauge whether or
>not a certain software or hardware configuration is suitable for their 
>given workload. No more, no less.

only when OS is not tuned for benchmarks.

You see that given OS is great for some database test doing repetitively 
few operations, then you run in for YOUR workload for which OS isn't tuned 
and it's bad. Even if it is still database only workload.

Even worse that on the same machine you do other things.






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