X-Original-To: pgsql-performance-postgresql.org@localhost.postgresql.org Received: from localhost (av.hub.org [200.46.204.144]) by svr1.postgresql.org (Postfix) with ESMTP id D4D29D70F9 for ; Tue, 23 Aug 2005 16:23:51 -0300 (ADT) Received: from svr1.postgresql.org ([200.46.204.71]) by localhost (av.hub.org [200.46.204.144]) (amavisd-new, port 10024) with ESMTP id 45934-04 for ; Tue, 23 Aug 2005 19:23:47 +0000 (GMT) Received: from sss.pgh.pa.us (sss.pgh.pa.us [66.207.139.130]) by svr1.postgresql.org (Postfix) with ESMTP id 3F429D70B1 for ; Tue, 23 Aug 2005 16:23:46 -0300 (ADT) Received: from sss2.sss.pgh.pa.us (tgl@localhost [127.0.0.1]) by sss.pgh.pa.us (8.13.1/8.13.1) with ESMTP id j7NJNipF004588; Tue, 23 Aug 2005 15:23:44 -0400 (EDT) To: Donald Courtney Cc: pgsql-performance@postgresql.org, Frank Wiles , gokulnathbabu manoharan Subject: Re: Caching by Postgres In-reply-to: <430B6DE3.6040109@sun.com> References: <20050823171045.12112.qmail@web51309.mail.yahoo.com> <20050823124323.710a9dd3.frank@wiles.org> <430B6DE3.6040109@sun.com> Comments: In-reply-to Donald Courtney message dated "Tue, 23 Aug 2005 14:41:39 -0400" Date: Tue, 23 Aug 2005 15:23:43 -0400 Message-ID: <4587.1124825023@sss.pgh.pa.us> From: Tom Lane X-Virus-Scanned: by amavisd-new at hub.org X-Spam-Status: No, hits=0.006 required=5 tests=[AWL=0.006] X-Spam-Level: X-Archive-Number: 200508/351 X-Sequence-Number: 14098 Donald Courtney writes: > I am not alone in having the *expectation* that a database should have > some cache size parameter and the option to skip the file system. If > I use oracle, sybase, mysql and maxdb they all have the ability to > size a data cache and move to 64 bits. And you're not alone in holding that opinion despite having no shred of evidence that it's worthwhile expanding the cache that far. However, since we've gotten tired of hearing this FUD over and over, 8.1 will have the ability to set shared_buffers as high as you want. I expect next we'll be hearing from people complaining that they set shared_buffers to use all of RAM and performance went into the tank ... regards, tom lane