X-Original-To: pgsql-performance-postgresql.org@postgresql.org Received: from localhost (wm.hub.org [200.46.204.128]) by postgresql.org (Postfix) with ESMTP id B22DF9FA0FD for ; Thu, 14 Sep 2006 21:52:21 -0300 (ADT) Received: from postgresql.org ([200.46.204.71]) by localhost (mx1.hub.org [200.46.204.128]) (amavisd-new, port 10024) with ESMTP id 16067-01 for ; Fri, 15 Sep 2006 00:52:13 +0000 (UTC) X-Greylist: from auto-whitelisted by SQLgrey- Received: from servata.com (ip-216-152-249-241.servata.com [216.152.249.241]) by postgresql.org (Postfix) with ESMTP id 3E28D9F9F77 for ; Thu, 14 Sep 2006 21:52:13 -0300 (ADT) Received: from [209.162.219.253] (helo=dogma.v10.wvs) by servata.com with esmtpa (Exim 4.50) id 1GO1vz-0006mT-T4; Thu, 14 Sep 2006 17:52:00 -0700 Subject: Re: Vacuums on large busy databases From: Jeff Davis To: Francisco Reyes Cc: Michael Stone , pgsql-performance@postgresql.org In-Reply-To: References: <56FA8838-6DEA-4505-990D-85D5EDA26243@fastcrypt.com> <470FED70-B3BA-4B6C-A6B1-DFD8882746B2@fastcrypt.com> <20060914204220.GL6030@mathom.us> Content-Type: text/plain Date: Thu, 14 Sep 2006 17:52:02 -0700 Message-Id: <1158281522.29889.200.camel@dogma.v10.wvs> Mime-Version: 1.0 X-Mailer: Evolution 2.0.4 (2.0.4-7) Content-Transfer-Encoding: 7bit X-Virus-Scanned: Maia Mailguard 1.0.1 X-Spam-Status: No, hits=0.134 tagged_above=0 required=5 tests=FORGED_RCVD_HELO, SPF_HELO_PASS X-Spam-Level: X-Archive-Number: 200609/191 X-Sequence-Number: 20877 On Thu, 2006-09-14 at 20:04 -0400, Francisco Reyes wrote: > Michael Stone writes: > > > On Thu, Sep 14, 2006 at 04:30:46PM -0400, Francisco Reyes wrote: > >>Right now adding up from ps the memory I have about 2GB. > > > > That's not how you find out how much memory you have. Try "free" or > > somesuch. > > Wasn't trying to get an accurate value, just a ballpark figure. > > When you say "free" are you refering to the free value from top? or some > program called free? > Any long-running system will have very little "free" memory. Free memory is wasted memory, so the OS finds some use for it. The VM subsystem of an OS uses many tricks, including the sharing of memory among processes and the disk buffer cache (which is shared also). It's hard to put a number on the memory demands of a given process, and it's also hard to put a number on the ability of a system to accommodate a new process with new memory demands. You have 8GB total, which sounds like plenty to me. Keep in mind that if you have the shared_memory all allocated on physical memory (i.e. "kern.ipc.shm_use_phys: 1" on FreeBSD), then that amount of physical memory will never be available to processes other than postgres. At 2GB, that still leaves 6GB for the other process, so you should be fine. Regards, Jeff Davis