Received: from localhost (maia-4.hub.org [200.46.204.183]) by postgresql.org (Postfix) with ESMTP id AED499FA250; Thu, 11 Jan 2007 21:09:36 -0400 (AST) Received: from postgresql.org ([200.46.204.71]) by localhost (mx1.hub.org [200.46.204.183]) (amavisd-new, port 10024) with ESMTP id 69386-05; Thu, 11 Jan 2007 21:09:29 -0400 (AST) X-Greylist: from auto-whitelisted by SQLgrey-1.7.4 X-Greylist: from auto-whitelisted by SQLgrey-1.7.4 Received: from lists.commandprompt.com (host-254.commandprompt.net [207.173.203.254]) by postgresql.org (Postfix) with ESMTP id 9E09C9FA249; Thu, 11 Jan 2007 21:09:30 -0400 (AST) Received: from perhan.alvh.no-ip.org (200-126-100-202.bk7-dsl.surnet.cl [200.126.100.202]) (authenticated bits=0) by lists.commandprompt.com (8.13.7/8.13.6) with ESMTP id l0C19NbA011747; Thu, 11 Jan 2007 17:09:24 -0800 Received: by perhan.alvh.no-ip.org (Postfix, from userid 1000) id 1080232A02; Thu, 11 Jan 2007 22:09:18 -0300 (CLST) Date: Thu, 11 Jan 2007 22:09:18 -0300 From: Alvaro Herrera To: Simon Riggs Cc: Tom Lane , Kim , pgsql-performance@postgresql.org, pgsql-hackers@postgresql.org Subject: Re: [HACKERS] unusual performance for vac following 8.2upgrade Message-ID: <20070112010918.GM10464@alvh.no-ip.org> Mail-Followup-To: Simon Riggs , Tom Lane , Kim , pgsql-performance@postgresql.org, pgsql-hackers@postgresql.org References: <45A671CD.1050706@myemma.com> <27939.1168539652@sss.pgh.pa.us> <45A68C74.4080405@myemma.com> <28949.1168544710@sss.pgh.pa.us> <1168548006.3951.564.camel@silverbirch.site> <5414.1168549900@sss.pgh.pa.us> <1168557275.3990.49.camel@silverbirch.site> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1168557275.3990.49.camel@silverbirch.site> User-Agent: Mutt/1.5.13 (2006-08-11) X-Virus-Scanned: ClamAV version 0.88.5, clamav-milter version 0.88.5 on projects.commandprompt.com X-Virus-Status: Clean X-Greylist: Sender succeded SMTP AUTH authentication, not delayed by milter-greylist-1.6 (lists.commandprompt.com [192.168.2.159]); Thu, 11 Jan 2007 17:09:28 -0800 (PST) X-Virus-Scanned: Maia Mailguard 1.0.1 X-Archive-Number: 200701/195 X-Sequence-Number: 22796 Simon Riggs wrote: > Temp relations still make pg_class entried don't they? Is that on the > TODO list to change? Yeah, and pg_attribute entries as well, which may be more problematic because they are a lot. Did we get rid of pg_attribute entries for system attributes already? Can we actually get rid of pg_class entries for temp tables. Maybe creating a "temp pg_class" which would be local to each session? Heck, it doesn't even have to be an actual table -- it just needs to be somewhere from where we can load entries into the relcache. -- Alvaro Herrera http://www.CommandPrompt.com/ The PostgreSQL Company - Command Prompt, Inc.