X-Original-To: pgsql-hackers-postgresql.org@postgresql.org Received: from localhost (mx1.hub.org [200.46.208.251]) by postgresql.org (Postfix) with ESMTP id EFD189FA612 for ; Tue, 11 Jul 2006 11:00:05 -0300 (ADT) Received: from postgresql.org ([200.46.204.71]) by localhost (mx1.hub.org [200.46.208.251]) (amavisd-new, port 10024) with ESMTP id 53782-04 for ; Tue, 11 Jul 2006 10:59:55 -0300 (ADT) X-Greylist: from auto-whitelisted by SQLgrey- Received: from mx3.surnet.cl (mx3.surnet.cl [216.155.73.182]) by postgresql.org (Postfix) with ESMTP id 067E09FA5DD for ; Tue, 11 Jul 2006 10:59:55 -0300 (ADT) Received: from 201-221-221-58.bk12-dsl.surnet.cl (HELO alvh.no-ip.org) ([201.221.221.58]) by mx3.surnet.cl with ESMTP; 11 Jul 2006 09:59:55 -0400 X-IronPort-AV: i="4.06,228,1149480000"; d="scan'208"; a="25177894:sNHT20461840" Received: by alvh.no-ip.org (Postfix, from userid 1000) id A745EC5CDB7; Tue, 11 Jul 2006 09:59:51 -0400 (CLT) Date: Tue, 11 Jul 2006 09:59:51 -0400 From: Alvaro Herrera To: Katsuhiko Okano Cc: pgsql-hackers@postgresql.org Subject: Re: poor performance with Context Switch Storm at TPC-W. Message-ID: <20060711135951.GA3995@surnet.cl> Mail-Followup-To: Katsuhiko Okano , pgsql-hackers@postgresql.org References: <200607112009.FED09315.TLPPUBIBOPuVLJL@oss.ntt.co.jp> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200607112009.FED09315.TLPPUBIBOPuVLJL@oss.ntt.co.jp> User-Agent: Mutt/1.5.11+cvs20060403 X-Virus-Scanned: Maia Mailguard 1.0.1 X-Archive-Number: 200607/191 X-Sequence-Number: 86046 Katsuhiko Okano wrote: > I suspected conflict of BufMappingLock. > but, collected results are seen, > occurrence of CSStorm and the increase of BufMappingLock counts > seem not to correspond. > Instead, SubtransControlLock and SubTrans were increasing. > I do not understand what in the cause of CSStorm. Please see this thread: http://archives.postgresql.org/pgsql-hackers/2005-11/msg01547.php (actually it's a single message AFAICT) This was applied on the 8.2dev code, so I'm surprised that 8.2dev behaves the same as 8.1. Does your problem have any relationship to what's described there? I also wondered whether the problem may be that the number of SLRU buffers we use for subtrans is too low. But the number was increased from the default 8 to 32 in 8.2dev as well. Maybe you could try increasing that even further; say 128 and see if the problem is still there. (src/include/access/subtrans.h, NUM_SUBTRANS_BUFFERS). -- Alvaro Herrera http://www.CommandPrompt.com/ The PostgreSQL Company - Command Prompt, Inc.