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 6BB649FA999 for ; Fri, 5 May 2006 13:33:43 -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 69323-01 for ; Fri, 5 May 2006 13:33:37 -0300 (ADT) X-Greylist: from auto-whitelisted by SQLgrey- Received: from smarty.gabriel.co.hu (smarty.gabriel.co.hu [195.70.37.16]) by postgresql.org (Postfix) with ESMTP id 234D29FA4DE for ; Fri, 5 May 2006 13:33:36 -0300 (ADT) Received: from localhost (smarty [127.0.0.1]) by smarty.gabriel.co.hu (Postfix) with ESMTP id 34A0E46C43 for ; Fri, 5 May 2006 18:33:34 +0200 (CEST) Received: from smarty.gabriel.co.hu ([127.0.0.1]) by localhost (smarty [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 10487-03 for ; Fri, 5 May 2006 18:33:34 +0200 (CEST) Received: from [192.168.111.135] (customer-174.radio-net.hu [217.113.54.174]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by smarty.gabriel.co.hu (Postfix) with ESMTP id 087C546C31 for ; Fri, 5 May 2006 18:33:33 +0200 (CEST) Message-ID: <445B7E5D.5090601@i-logic.hu> Date: Fri, 05 May 2006 18:33:33 +0200 From: =?ISO-8859-1?Q?G=E1briel_=C1kos?= Organization: I-Logic Kft User-Agent: Thunderbird 1.5.0.2 (Windows/20060308) MIME-Version: 1.0 To: pgsql-performance@postgresql.org Subject: Re: Memory and/or cache issues? References: <0C4841B42F87D51195BD00B0D020F5CB044B2614@MORPHEUS> <20060505145346.GJ16533@mathom.us> In-Reply-To: <20060505145346.GJ16533@mathom.us> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at gabriel.co.hu X-Virus-Scanned: Maia Mailguard 1.0.1 X-Archive-Number: 200605/119 X-Sequence-Number: 18906 Michael Stone wrote: > On Fri, May 05, 2006 at 10:45:21AM -0400, mcelroy, tim wrote: >> Thanks Michael. Are you saying the 'used' column is the irrelevant >> number? >> Is the number that is more pertinent is 1416880? Is that the actual >> amount >> of memory in use? > > Yes. > >> I agree about the allocation of a bogus amount of memory >> but the issue occurred after-hours when the application(s) were not >> running. >> Or are you saying the app whacked the DB during the day and never >> recovered? > > I have no idea why the bogus memory allocation happened. If it continues > to happen you might have data corruption on disk. If it never happens > again, it could have been cosmic rays. > > Mike Stone have you configured your shared memory settings right? 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. -- Üdvözlettel, Gábriel Ákos -=E-Mail :akos.gabriel@i-logic.hu|Web: http://www.i-logic.hu=- -=Tel/fax:+3612367353 |Mobil:+36209278894 =-