pgbench performance is lagging compared to Linux and DragonflyBSD?
Wojciech Puchar
wojtek at wojtek.tensor.gdynia.pl
Tue Nov 6 16:52:01 UTC 2012
> 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.
i must try. i checked 3.0 and earlier versions and it was a disaster.
Relative to FreeBSD of course.
>
> Sam
>
> On Tue, Nov 6, 2012 at 2:25 AM, Wojciech Puchar
> <wojtek at 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 at freebsd.org mailing list
>> http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
>> To unsubscribe, send any mail to "freebsd-hackers-unsubscribe at freebsd.org"
>
More information about the freebsd-hackers
mailing list