Received: from dcave.digsys.bg (dcave.digsys.bg [192.92.129.5]) by postgresql.org (8.11.3/8.11.4) with ESMTP id g0ABc3B95138 for ; Thu, 10 Jan 2002 06:38:03 -0500 (EST) (envelope-from daniel@dcave.digsys.bg) Received: from dcave.digsys.bg (daniel@localhost.digsys.bg [127.0.0.1]) by dcave.digsys.bg (8.9.3/8.9.3) with ESMTP id NAA00235; Thu, 10 Jan 2002 13:37:41 +0200 (EET) Message-Id: <200201101137.NAA00235@dcave.digsys.bg> X-Mailer: exmh version 2.1.0 09/18/1999 To: "Zeugswetter Andreas SB SD" cc: "Tom Lane" , pgsql-hackers@postgresql.org Subject: Re: again on index usage In-reply-to: Your message of "Thu, 10 Jan 2002 11:55:20 +0100." <46C15C39FEB2C44BA555E356FBCD6FA41EB499@m0114.s-mxs.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 10 Jan 2002 13:37:41 +0200 From: Daniel Kalchev X-Archive-Number: 200201/436 X-Sequence-Number: 17466 >>>"Zeugswetter Andreas SB SD" said: > What is actually estimated wrong here seems to be the estimated > effective cache size, and thus the cache ratio of page fetches. > Most of your pages will be cached. > > The tuning parameter is: effective_cache_size > > With (an estimated) 50 % of 512 Mb for file caching that number would > need to be: > effective_cache_size = 32768 # 8k pages > > Can you try this and tell us what happens ? I suspected this, but haven't really come to test it. On BSD/OS, the buffer cache is 10% of the RAM, in my case buffer cache = 53522432 (51.04 MB) I guess effective_cache_size = 6400 will be ok. Daniel