Hugo Silva wrote:
Today I decided to benchmark MySQL 5 performance on FreeBSD 6.1-STABLE.
This server is a Dual Xeon 2.8GHz, 4GB of RAM and 2x73GB SCSI disks that
do 320MB/s
For all the tests, I restarted mysqld prior to starting the test,
waited for about 1 minute for it to settle down, an
Today I decided to benchmark MySQL 5 performance on FreeBSD 6.1-STABLE.
This server is a Dual Xeon 2.8GHz, 4GB of RAM and 2x73GB SCSI disks that
do 320MB/s
For all the tests, I restarted mysqld prior to starting the test,
waited for about 1 minute for it to settle down, and ran super smack.
I found 5% performance decrease on dual P4, maybe P4 is quite bad when
doing atomic operation. ;-)
Unfortunately, the consensus is that the only thing the P4 is better
at is video games.
-Kip
___
freebsd-performance@freebsd.org mailing list
http://lis
On Tuesday 27 June 2006 11:34, Greg 'groggy' Lehey wrote:
> This is not the case for Linux, where fsync syncs the entire file
> system. That could explain some of the performance difference, but
> not all of it. I suppose it's worth noting that, in general, people
> report much better performanc
On Friday 30 June 2006 07:14, Robert Watson wrote:
> Attached, and at the below URL, find an updated copy of the UNIX domain
> socket fine-grained locking patch. Since the last revision, I've updated
> the patch to close several race conditions historically present in UNIX
> domain sockets (which
