Re: Temporary tables and disk activity

From: Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: Martijn van Oosterhout <kleptog(at)svana(dot)org>, Phil Endecott <spam_from_postgresql_general(at)chezphil(dot)org>, pgsql-general(at)postgresql(dot)org
Subject: Re: Temporary tables and disk activity
Date: 2004-12-13 14:21:43
Message-ID: 200412131421.iBDELhd21397@candle.pha.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

Tom Lane wrote:
> Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us> writes:
> > Tom Lane wrote:
> >> One of the things on the TODO list is making the size of temp-table
> >> buffers user-configurable. (Temp table buffers are per-backend, they
> >> are not part of the shared buffer arena.) With a large temp-table arena
> >> we'd never need to write to the kernel in the first place. Right now
> >> you could manually increase the #define that sets it, but it would not
> >> pay to make it very large because the management algorithms are very
> >> stupid (linear scans). That has to be fixed first :-(
>
> > I assume you mean your TODO list because the official one has no mention
> > of this.
>
> Doesn't it? We've surely discussed the problem enough times, eg
> http://archives.postgresql.org/pgsql-hackers/2002-08/msg00380.php
> http://archives.postgresql.org/pgsql-hackers/2002-09/msg01368.php
> or for that matter here's Vadim complaining about it seven years ago:
> http://archives.postgresql.org/pgsql-hackers/1997-12/msg00215.php

OK, added:

* Allow the size of the buffer cache used by temporary objects to be
specified as a GUC variable

Larger local buffer cache sizes requires more efficient handling of
local cache lookups.

--
Bruce Momjian | http://candle.pha.pa.us
pgman(at)candle(dot)pha(dot)pa(dot)us | (610) 359-1001
+ If your life is a hard drive, | 13 Roberts Road
+ Christ can be your backup. | Newtown Square, Pennsylvania 19073

In response to

Browse pgsql-general by date

  From Date Subject
Next Message Frank D. Engel, Jr. 2004-12-13 15:26:24 Re: Select after insert to the unique column
Previous Message Sebastian Böck 2004-12-13 14:18:44 Re: index not used in joins