From owner-freebsd-stable@FreeBSD.ORG Mon Nov 19 14:43:32 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A129A16A41A for ; Mon, 19 Nov 2007 14:43:32 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id 63BDF13C44B for ; Mon, 19 Nov 2007 14:43:32 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1Iu7qA-0003xR-5e for freebsd-stable@freebsd.org; Mon, 19 Nov 2007 14:43:10 +0000 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 19 Nov 2007 14:43:10 +0000 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 19 Nov 2007 14:43:10 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Ivan Voras Date: Mon, 19 Nov 2007 15:46:51 +0100 Lines: 35 Message-ID: References: <4741905E.8050300@chistydom.ru> <47419AB3.5030008@chistydom.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Thunderbird 2.0.0.6 (X11/20070801) In-Reply-To: <47419AB3.5030008@chistydom.ru> Sender: news Subject: Re: 2 x quad-core system is slower that 2 x dual core on FreeBSD X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Nov 2007 14:43:32 -0000 Alexey Popov wrote: > last pid: 5266; load averages: 24.67, 22.65, 17.44 up 0+03:56:38 > 17:09:37 > 121 processes: 41 running, 62 sleeping, 18 waiting > CPU states: 9.5% user, 0.0% nice, 82.0% system, 0.5% interrupt, 8.0% > idle > Mem: 439M Active, 27M Inact, 80M Wired, 108K Cache, 58M Buf, 3341M Free > Swap: 2048M Total, 2048M Free > > PID USERNAME PRI NICE SIZE RES STATE C TIME WCPU COMMAND > 5090 www -4 0 96572K 49464K RUN 5 2:59 23.39% httpd > 3748 www -4 0 96172K 50060K RUN 4 14:21 23.19% httpd > 5092 www -4 0 96412K 48060K RUN 4 2:57 23.19% httpd > 5095 www -4 0 98148K 50688K RUN 5 2:57 22.75% httpd > 5088 www -4 0 96664K 49120K RUN 4 3:02 22.56% httpd This is really unusual - the number of processes is not that high, but if I'm reading the line from systat correctly, you have unusually many context switches: r p d s w Csw Trp Sys Int Sof Flt cow 16839 total 27 1 39 137k 3390 33k 2490 313 2519 2519 zfod sio0 irq4 nginx or similar asynchronous web servers should reduce inter-process contention context switches dramatically, but you say that it didn't work as such so the problem might be somewhere else. Try sending a 10-second or so output from vmstat to confirm this problem. If you can, attach a ktrace(1) to one of the httpd processes that consumes CPU, and send the processed kdump output. Also, did you try configuring and running pecl-APC for PHP?