Re: PITR, checkpoint, and local relations

From: Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us>
To: Christopher Kings-Lynne <chriskl(at)familyhealth(dot)com(dot)au>
Cc: "J(dot) R(dot) Nield" <jrnield(at)usol(dot)com>, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Richard Tucker <richt(at)multera(dot)com>, PostgreSQL Hacker <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: PITR, checkpoint, and local relations
Date: 2002-08-04 00:36:13
Message-ID: 200208040036.g740aDT12921@candle.pha.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Christopher Kings-Lynne wrote:
> > The main area where it seems to get heavy use is during index builds,
> > and for 'CREATE TABLE AS SELECT...'.
> >
> > So I will remove the local buffer manager as part of the PITR patch,
> > unless there is further objection.
>
> Would someone mind filling me in as to what the local bugger manager is and
> how it is different (and not useful) compared to the shared buffer manager?

Sure. I think I can handle that.

When you create a table in a transaction, there isn't any committed
state to the table yet, so any table modifications are kept in a local
buffer, which is local memory to the backend(?). No one needs to see it
because it isn't visible to anyone yet. Same for indexes.

Anyway, the WAL activity doesn't handle local buffers the same as shared
buffers because there is no crisis if the system crashes.

There is debate on whether the local buffers are even valuable
considering the headache they cause in other parts of the system.

--
Bruce Momjian | http://candle.pha.pa.us
pgman(at)candle(dot)pha(dot)pa(dot)us | (610) 853-3000
+ If your life is a hard drive, | 830 Blythe Avenue
+ Christ can be your backup. | Drexel Hill, Pennsylvania 19026

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Bruce Momjian 2002-08-04 00:40:05 Re: FUNC_MAX_ARGS benchmarks
Previous Message Hannu Krosing 2002-08-03 21:38:01 Re: FUNC_MAX_ARGS benchmarks