Received: from localhost (maia-3.hub.org [200.46.204.184]) by postgresql.org (Postfix) with ESMTP id AEF1A9FB2F5 for ; Tue, 8 May 2007 19:45:37 -0300 (ADT) Received: from postgresql.org ([200.46.204.71]) by localhost (mx1.hub.org [200.46.204.184]) (amavisd-maia, port 10024) with ESMTP id 27476-03 for ; Tue, 8 May 2007 19:45:29 -0300 (ADT) X-Greylist: from auto-whitelisted by SQLgrey-1.7.4 Received: from mail.net-domino.com (www.net-domino.com [74.208.11.96]) by postgresql.org (Postfix) with ESMTP id A34989FA166 for ; Tue, 8 May 2007 19:45:33 -0300 (ADT) Received: from [127.0.0.1] (u15245314.onlinehome-server.com [74.208.11.96]) by mail.net-domino.com (8.13.7/8.13.6) with ESMTP id l48MjQUH024991 for ; Tue, 8 May 2007 18:45:29 -0400 Message-ID: <4640FDD2.9070304@mochima.com> Date: Tue, 08 May 2007 18:46:42 -0400 From: Carlos Moreno User-Agent: Thunderbird 2.0.0.0 (X11/20070326) MIME-Version: 1.0 CC: pgsql-performance@postgresql.org Subject: Re: Throttling PostgreSQL's CPU usage References: <20070508205120.GA7983@uio.no> <4640FA6E.4050003@mochima.com> <4640FC3B.3000608@commandprompt.com> In-Reply-To: <4640FC3B.3000608@commandprompt.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Added-Header: Sample_milter accepted message X-Virus-Scanned: Maia Mailguard 1.0.1 X-Archive-Number: 200705/152 X-Sequence-Number: 24542 Joshua D. Drake wrote: > Am I missing something?? There is just *one* instance of this idea > in, what, >> four replies?? I find it so obvious, and so obviously the only >> solution that >> has any hope to work, that it makes me think I'm missing something ... >> >> Is it that multiple PostgreSQL processes will end up monopolizing as >> many >> CPU cores as you give it? (ok, that would suck, for sure :-)) > > PostgreSQL is process based, so if you have one query that is eating a > lot of cpu, it is only one cpu... you would have another for your > render to run on. There is still the issue that there could be several (many?) queries running concurrently --- but that's much easier to control at the application level; so maybe simply using a multi-CPU/multi-core hardware would be the simplest solution? Carlos --