FreeBSD is preparing to eat the LAMP stack and belch out the 'L'.
http://people.freebsd.org/~kris/scaling/mysql.html
Pull quote:
The test was run on FreeBSD 7.0, with the latest version of the ULE
2.0 scheduler, the libthr threading library, and an uncommitted
patch from Jeff Roberson [1] that addresses poor scalability of
file descriptor locking (using a new sleepable mutex primitive);
this patch is responsible for almost all of the performance and
scaling improvements measured. It also includes some other patches
that have been shown to help contention in MySQL workloads in the
past (including a UNIX domain socket locking pushdown patch from
Robert Watson), but these were shown to only give small individual
contributions, with a cumulative effect on the order of 5-10%.
With this configuration we are able to achieve performance that is
consistent with Linux at peak (the graph shows Linux 2% faster, but
this is commensurate with the margin of error coming from variance
between runs, so more data is needed to distinguish them), with 8
client threads (=1 thread/CPU core), and significantly outperforms
Linux at higher than peak loads, when running on the same hardware.
Specifically, beyond 8 client threads FreeBSD has only minor
performance degradation (an 8% drop from peak throughput at 8
clients to 20 clients), but Linux collapses immediately above 8
threads, and above 14 threads asymptotes to essentially single-
threaded levels. At 20 clients FreeBSD outperforms Linux by a
factor of 4.
___
LUAU@lists.hosef.org mailing list
http://lists.hosef.org/cgi-bin/mailman/listinfo/luau
