X-Original-To: pgsql-performance-postgresql.org@localhost.postgresql.org Received: from localhost (mx1.hub.org [200.46.208.251]) by postgresql.org (Postfix) with ESMTP id D6B0F9F96B6 for ; Fri, 5 May 2006 21:33:49 -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 49371-07 for ; Fri, 5 May 2006 21:33:40 -0300 (ADT) X-Greylist: from auto-whitelisted by SQLgrey- Received: from noel.decibel.org (noel.decibel.org [67.100.216.10]) by postgresql.org (Postfix) with ESMTP id CE13E9F9C18 for ; Fri, 5 May 2006 21:33:40 -0300 (ADT) Received: by noel.decibel.org (Postfix, from userid 1001) id A611956427; Fri, 5 May 2006 19:33:39 -0500 (CDT) Received: (hashcash-sendmail, from uid 1001); Fri, 5 May 2006 19:33:39 -0500 Date: Fri, 5 May 2006 19:33:38 -0500 From: "Jim C. Nasby" To: pgsql-performance@postgresql.org Subject: Re: Memory and/or cache issues? Message-ID: <20060506003338.GD99570@pervasive.com> References: <0C4841B42F87D51195BD00B0D020F5CB044B2614@MORPHEUS> <20060505145346.GJ16533@mathom.us> <445B7E5D.5090601@i-logic.hu> <20060505170951.GK16533@mathom.us> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060505170951.GK16533@mathom.us> X-Operating-System: FreeBSD 6.0-RELEASE-p4 amd64 X-Distributed: Join the Effort! http://www.distributed.net User-Agent: Mutt/1.5.11 X-Hashcash: 1:20:060506:pgsql-performance@postgresql.org::8CIkeblH7FGhf2//:00000 0000000000000000000000004GBY X-Virus-Scanned: Maia Mailguard 1.0.1 X-Archive-Number: 200605/122 X-Sequence-Number: 18909 On Fri, May 05, 2006 at 01:09:53PM -0400, Michael Stone wrote: > On Fri, May 05, 2006 at 06:33:33PM +0200, G?briel ?kos wrote: > >if postgres tries to allocate more memory (because of settings enable > >it) than the kernel itself is configured for, then you will see similar > >error messages. > > If you're talking about the shared memory limits, postgres will bomb out > fairly quickly in that case, IIRC. More importantly I don't think it would result in trying to allocate 10 TB or whatever that huge number was. -- Jim C. Nasby, Sr. Engineering Consultant jnasby@pervasive.com Pervasive Software http://pervasive.com work: 512-231-6117 vcard: http://jim.nasby.net/pervasive.vcf cell: 512-569-9461