From owner-freebsd-performance@FreeBSD.ORG Fri Feb 22 16:55:01 2008 Return-Path: Delivered-To: freebsd-performance@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CEE2616A404 for ; Fri, 22 Feb 2008 16:55:01 +0000 (UTC) (envelope-from noisex@apollo.lv) Received: from smtp1.apollo.lv (smtp1.apollo.lv [80.232.168.211]) by mx1.freebsd.org (Postfix) with ESMTP id 3737513C447 for ; Fri, 22 Feb 2008 16:55:00 +0000 (UTC) (envelope-from noisex@apollo.lv) X-Cloudmark-Score: 0.000000 [] X-Virusscan: Clamd Received: from [195.122.14.116] (HELO dreamwork) by smtp1.apollo.lv (CommuniGate Pro SMTP 5.1.12) with ESMTP id 326888310 for freebsd-performance@freebsd.org; Fri, 22 Feb 2008 17:54:57 +0200 From: "Noisex" To: References: <47BE0016.6020407@FreeBSD.org> <2E9A88C1-067C-4C9C-A062-42203F47BF1C@safarivideonetworks.com> In-Reply-To: <2E9A88C1-067C-4C9C-A062-42203F47BF1C@safarivideonetworks.com> Date: Fri, 22 Feb 2008 17:54:55 +0200 Message-ID: <00d201c8756b$44f3d4c0$cedb7e40$@lv> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 12.0 thread-index: Ach1YFta0Tj7v6tkQoaaCWTmNypoZAABnLtQ Content-Language: lv Subject: RE: performance degradation in 6.2 when adding a second quad core chip X-BeenThere: freebsd-performance@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Performance/tuning List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Feb 2008 16:55:01 -0000 So Benjamin you want to tell, that adding additional CPU decrease the performance on 6.2? How did you made tests? I just want to know because in my plans to the next week is also add 2nd CPU (dual core) and some additional RAM to one of the my HP Proliant DL360 (generaly mysql db server) because due to heavy MySQL usage nearly to 100% or even more sometimes some of my customers are not very happy with service like that (long load time). Server: HP proliant G4P DL360, CPU 1x3Ghz dual core, RAM: 4Gb (on system i can see 3Gb :) ), SCSI 146Gbx2 (RAID 1+0 with smartarray controller p4600). OS: FreeBSD 6.2, SMP Current load of mysql process: PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND 70348 mysql 17 20 0 450M 234M kserel 1 111.4H 99.46% mysqld MySQL Version 5.0.51 i386 Uptime = 28 days 18 hrs 51 min 19 sec Avg. qps = 567 Total Questions = 469973918 Threads Connected = 4 however that may be: 1) on next week i will upgrade to 6.3 but i dont know will it give some performance or not but generaly i wait final relase of 7.0 with ULE sheduller. 2) i will add +4GB RAM 3) i will add 2nd CPU If it will not help, i will consider about mysql clustering...btw, is it ok/done on freebsd? p.s what you guys could recommend about enabled/disabled hyperthreading on intel? Will it increase performance or over the left decrease? -Gatis Rumbens -----Original Message----- From: owner-freebsd-performance@freebsd.org [mailto:owner-freebsd-performance@freebsd.org] On Behalf Of benjamin thielsen Sent: Friday, February 22, 2008 4:36 PM To: freebsd-performance@freebsd.org Subject: Re: performance degradation in 6.2 when adding a second quad core chip On Feb 21, 2008, at 17.49, Kris Kennaway wrote: > 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. i apologize - i neglected to mention that we are using ule on 7.0. what do you guys generally endorse/recommend for local(non-network) load/performance testing? -ben _______________________________________________ freebsd-performance@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-performance To unsubscribe, send any mail to "freebsd-performance-unsubscribe@freebsd.org"