Received: from maia.hub.org (maia-2.hub.org [200.46.204.251]) by mail.postgresql.org (Postfix) with ESMTP id 64EA8B5DBC2 for ; Sun, 29 May 2011 12:57:15 -0300 (ADT) Received: from mail.postgresql.org ([200.46.204.86]) by maia.hub.org (mx1.hub.org [200.46.204.251]) (amavisd-maia, port 10024) with ESMTP id 90664-07 for ; Sun, 29 May 2011 15:57:08 +0000 (UTC) X-Greylist: from auto-whitelisted by SQLgrey-1.7.6 Received: from sss.pgh.pa.us (sss.pgh.pa.us [66.207.139.130]) by mail.postgresql.org (Postfix) with ESMTP id AACC4B5D80A for ; Sun, 29 May 2011 12:57:07 -0300 (ADT) Received: from sss2.sss.pgh.pa.us (tgl@localhost [127.0.0.1]) by sss.pgh.pa.us (8.14.2/8.14.2) with ESMTP id p4TFv14K021061; Sun, 29 May 2011 11:57:01 -0400 (EDT) To: Pavan Deolasee cc: =?ISO-8859-1?Q?C=E9dric_Villemain?= , Greg Stark , Robert Haas , Kevin Grittner , Florian Helmberger , Alvaro Herrera , pgsql-hackers@postgresql.org Subject: Re: [ADMIN] pg_class reltuples/relpages not updated by autovacuum/vacuum In-reply-to: References: <4DD28F73.6010108@25th-floor.com> <25017.1306291669@sss.pgh.pa.us> <4DDCA801.70805@25th-floor.com> <19738.1306338472@sss.pgh.pa.us> <22497.1306341699@sss.pgh.pa.us> <15043.1306423500@sss.pgh.pa.us> <25097.1306426982@sss.pgh.pa.us> <4DDE475B020000250003DD63@gw.wicourts.gov> <4DDE5033020000250003DD71@gw.wicourts.gov> <4DDE7EB8020000250003DDA8@gw.wicourts.gov> <9007.1306446600@sss.pgh.pa.us> <28116.1306609295@sss.pgh.pa.us> <11295.1306645848@sss.pgh.pa.us> <19876.1306680027@sss.pgh.pa.us> Comments: In-reply-to Pavan Deolasee message dated "Sun, 29 May 2011 21:18:42 +0530" Date: Sun, 29 May 2011 11:57:01 -0400 Message-ID: <21060.1306684621@sss.pgh.pa.us> From: Tom Lane X-Virus-Scanned: Maia Mailguard 1.0.1 X-Spam-Status: No, hits=-1.91 tagged_above=-5 required=5 tests=BAYES_00=-1.9, T_RP_MATCHES_RCVD=-0.01 X-Spam-Level: X-Archive-Number: 201105/1497 X-Sequence-Number: 188531 Pavan Deolasee writes: > On Sun, May 29, 2011 at 8:10 PM, Tom Lane wrote: >> That would require proof, not just suggestion.  Skipping pages will >> defeat the OS read-ahead algorithm, and so could easily cost more than >> reading them. > My worry is what we have right now is also based on just assumptions > and gut feelings rather than any numbers. So go collect some numbers. regards, tom lane