Summary/background: DragonflyBSD split from FreeBSD (partly) over multicore strategy, FreeBSD going with threads and fine-grained kernel locks and DragonflyBSD going with a microkernel and multiple processes (not entirely dissimilar to GNU Hurd.)<p>This post shows a standard PostgreSQL benchmark on a big machine (2 cpus * 6 cores/cpu * 2 hardware threads/core, 96GB RAM) and the news is that Dragonfly is approaching FreeBSD's performance (while hopefully being more flexible/secure due to the microkernel design).<p>As an aside, Scientific Linux handily destroys both FreeBSD and DragonflyBSD in localhost benchmarks, but crashes rather a lot. (This seems odd, but the focus is on the DragonflyBSD / FreeBSD comparison anyway.)
When you're "crashing" Scientific Linux (which I presume using a non-modified RHEL 6 kernel) then you're doing something wrong.<p>We run far bigger PostgreSQL DBs than this, and we've <i>never</i> had a RHEL crash. Ever.<p>Maybe there's something wrong with the hardware?<p>Additionally, if fsync = on in this test, then you're mixing a file system test with a database test.