Date: Thu, 21 Feb 2008 23:49:58 +0100 From: Kris Kennaway <kris@FreeBSD.org> To: benjamin thielsen <bthielsen@safarivideonetworks.com> Cc: freebsd-performance@freebsd.org Subject: Re: performance degradation in 6.2 when adding a second quad core chip Message-ID: <47BE0016.6020407@FreeBSD.org> In-Reply-To: <C884D1B7-6D00-4D50-A1D5-FA04F533F757@safarivideonetworks.com> References: <C884D1B7-6D00-4D50-A1D5-FA04F533F757@safarivideonetworks.com>
next in thread | previous in thread | raw e-mail | index | archive | help
benjamin thielsen wrote: > hi folks- > > we've been experiencing some interesting behavior on single quad core > computers as compared to dual quad core computers. Yes, this can happen when you run into concurrency bottlenecks in the application or in the kernel. > it appears that adding a second processor to the system (leaving it > otherwise untouched) actually decreases performance. we've got a small > rudimentary test process, built in house, that does postgresql queries > (selects) via http requests (apache2/php5). 7.0 will perform much better than 6.x on SMP workloads in general, however TCP I/O is not yet at the point where it can make efficient use of many processors (there has been a lot of work on TCP in 7.0, but it is not yet at the stage where a performance payoff will be seen with more than about 4 CPUs). This is one of the projects that we will be working on this year, so you can expect future releases to have improved concurrent TCP performance. There may be other issues, so if you like you can enable LOCK_PROFILING and obtain a trace when your workload is running (see the manpage). You should also try the ULE scheduler on 7.0. Kris
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?47BE0016.6020407>