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
<[email protected]> 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.
_______________________________________________
[email protected] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[email protected]"
_______________________________________________
[email protected] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[email protected]"
