Received: from localhost (unknown [200.46.204.182]) by postgresql.org (Postfix) with ESMTP id 6F85B9FA45B for ; Fri, 21 Sep 2007 07:00:44 -0300 (ADT) Received: from postgresql.org ([200.46.204.71]) by localhost (mx1.hub.org [200.46.204.182]) (amavisd-maia, port 10024) with ESMTP id 20212-04 for ; Fri, 21 Sep 2007 07:00:26 -0300 (ADT) X-Greylist: delayed 00:17:14.312793 by SQLgrey-1.7.5 Received: from oxford.xeocode.com (client-82-27-245-44.glfd.adsl.virgin.net [82.27.245.44]) by postgresql.org (Postfix) with ESMTP id 3DD819FA420 for ; Fri, 21 Sep 2007 07:00:30 -0300 (ADT) Received: from localhost ([127.0.0.1] helo=oxford.xeocode.com) by oxford.xeocode.com with esmtp (Exim 4.67) (envelope-from ) id 1IYf2U-00017L-E1; Fri, 21 Sep 2007 10:43:10 +0100 To: "Csaba Nagy" Cc: "Decibel!" , Subject: Re: Linux mis-reporting memory In-Reply-To: <1190363401.4661.116.camel@PCD12478> (Csaba Nagy's message of "Fri\, 21 Sep 2007 10\:30\:01 +0200") User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.1 (gnu/linux) X-Draft-From: ("nnimap+mail01.enterprisedb.com:INBOX" 38864) References: <20070920230400.GM95343@decibel.org> <16213.1190329934@sss.pgh.pa.us> <87r6ksa1jb.fsf@oxford.xeocode.com> <1190363401.4661.116.camel@PCD12478> From: Gregory Stark Organization: EnterpriseDB Date: Fri, 21 Sep 2007 10:43:07 +0100 Message-ID: <87r6ksuzf8.fsf@oxford.xeocode.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Virus-Scanned: Maia Mailguard 1.0.1 X-Archive-Number: 200709/351 X-Sequence-Number: 26896 "Csaba Nagy" writes: > On Fri, 2007-09-21 at 09:03 +0100, Gregory Stark wrote: >> >> Mem: 32945280k total, 32871832k used, 73448k free, 247432k buffers >> >> Swap: 1951888k total, 42308k used, 1909580k free, 30294300k cached >> > >> It seems to imply Linux is paging out sysV shared memory. In fact some of >> Heikki's tests here showed that Linux would do precisely that. > > But then why is it not reporting that in the "Swap: used" section ? It > only reports 42308k used swap. Hm, good point. The other possibility is that Postgres just hasn't even touched a large part of its shared buffers. -- Gregory Stark EnterpriseDB http://www.enterprisedb.com