Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtp (Exim 4.80) (envelope-from ) id 1UumD1-0002Y2-1U for pgsql-docs@arkaria.postgresql.org; Thu, 04 Jul 2013 16:16:39 +0000 Received: from localhost ([127.0.0.1] helo=postgresql.org) by malur.postgresql.org with smtp (Exim 4.80) (envelope-from ) id 1UumD0-0007dq-Gj for pgsql-docs@arkaria.postgresql.org; Thu, 04 Jul 2013 16:16:38 +0000 Received: from makus.postgresql.org ([2001:4800:7903:4::125]) by malur.postgresql.org with esmtp (Exim 4.80) (envelope-from ) id 1UumCz-0007dj-Go for pgsql-docs@postgresql.org; Thu, 04 Jul 2013 16:16:37 +0000 Received: from mail-pd0-f171.google.com ([209.85.192.171]) by makus.postgresql.org with esmtp (Exim 4.80) (envelope-from ) id 1UumCo-000716-GG for pgsql-docs@postgresql.org; Thu, 04 Jul 2013 16:16:36 +0000 Received: by mail-pd0-f171.google.com with SMTP id y14so1218644pdi.30 for ; Thu, 04 Jul 2013 09:16:25 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=message-id:date:from:organization:user-agent:mime-version:to:cc :subject:references:in-reply-to:content-type :content-transfer-encoding:x-gm-message-state; bh=yRUCLupwknxEMcwZKRfBsiAp5z6S4H+aBRE2RPEOjRU=; b=bA18xf3HfXFexqDUMdTmrzJcE7PaKhD829zNJS3UBU3j6Jw1+GvlrJz/4qh/znduL+ f7q/ix2OurcRH4wpBPcYbg+xL5+/sdcNTXeO6iaGfXEk9aBgc6QzjV9sncaAPavNtZj1 8AwIdtRVFzZCeM0mmn/PVMDGyblS5FUBl0zVnWlfJea0IQ8wuPOnWopWtwoDfXASooYr MluYh6C4/uuBH3v4EP0BMiBlnvFP9fUpnX/dQvyXGFqENkdeMWm+WFcxgL701+Y1FVqR lv5adUwoqFPhcrchv/XBHXhZQQnrmrGASYmd0dCsh8dw8sYQY9O0Ck0CLUc4dXEhGdSA QJ0g== X-Received: by 10.68.190.104 with SMTP id gp8mr6033662pbc.120.1372954585354; Thu, 04 Jul 2013 09:16:25 -0700 (PDT) Received: from [10.0.2.101] (p0245ed.tokyff01.ap.so-net.ne.jp. [121.2.69.237]) by mx.google.com with ESMTPSA id iv4sm3415699pbc.9.2013.07.04.09.16.23 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 04 Jul 2013 09:16:24 -0700 (PDT) Message-ID: <51D59FD6.3080901@uptime.jp> Date: Fri, 05 Jul 2013 01:16:22 +0900 From: Satoshi Nagayasu Organization: Uptime Technologies, LLC User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:17.0) Gecko/20130509 Thunderbird/17.0.6 MIME-Version: 1.0 To: Bruce Momjian CC: pgsql-docs@postgresql.org Subject: Re: pg_buffercache description References: <50B037AF.4040900@uptime.jp> <20130703182311.GC6521@momjian.us> <20130703182636.GD6521@momjian.us> In-Reply-To: <20130703182636.GD6521@momjian.us> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Gm-Message-State: ALoCoQmSf/zswokl/HpvHJmnvSehinEoGdCRl6MqVyo7llOLsA2SGuWRUoviIjGVY3kA8WOnh5we X-Pg-Spam-Score: 0.8 (/) List-Archive: List-Help: List-ID: List-Owner: List-Post: List-Subscribe: List-Unsubscribe: X-Mailing-List: pgsql-docs Precedence: bulk Sender: pgsql-docs-owner@postgresql.org Thanks, Bruce! 2013/07/04 3:26, Bruce Momjian wrote: > On Wed, Jul 3, 2013 at 02:23:11PM -0400, Bruce Momjian wrote: >> On Sat, Nov 24, 2012 at 11:57:51AM +0900, Satoshi Nagayasu wrote: >>> Hi, >>> >>> I found that the manual page for pg_buffercache module explains >>> "usagecount" as "Page LRU count". >>> >>> http://www.postgresql.org/docs/devel/static/pgbuffercache.html >>> >>> However, AFAIK, "usagecount" is not a LRU count nowadays, because >>> LRU is no longer used for the buffer management algorithm. >>> >>> I think it should be described as "Clock-sweep count" or something >>> like that. >>> >>> And I'd like to add some additional explanation for the "forknumber" >>> as below: >>> >>> "0 for heap file, 1 for FreeSpaceMap, and 2 for VisibilityMap". >>> >>> Any comments? >> >> Good suggestion. I ended up referencing the C file that contains the >> "forknumber" definitions, rather than recreating the list in the docs. >> I applied the attached patch to head and 9.3. > > I ended up applying it to 9.2 as well. > -- Satoshi Nagayasu Uptime Technologies, LLC. http://www.uptime.jp -- Sent via pgsql-docs mailing list (pgsql-docs@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-docs