Re: basic question (shared buffers vs. effective cache

From: Jack Orenstein <jorenstein(at)archivas(dot)com>
To: "scott(dot)marlowe" <scott(dot)marlowe(at)ihs(dot)com>
Cc: Sally Sally <dedeb17(at)hotmail(dot)com>, pgsql-general(at)postgresql(dot)org
Subject: Re: basic question (shared buffers vs. effective cache
Date: 2004-05-10 17:29:28
Message-ID: 409FBBF8.8040506@archivas.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

scott.marlowe wrote:
>
> shared_buffers is the amount of space postgresql can use as temp memory
> space to put together result sets. It is not intended as a cache, and
> once the last backend holding open a buffer space shuts down, the
> information in that buffer is lost. If you're working on several large
> data sets in a row, the buffer currently operates FIFO when dumping old
> references to make room for the incoming data.
>
> Contrast this to the linux or BSD kernels, which cache everything they can
> in the "spare" memory of the computer. This cache is maintained until
> some other process requests enough memory to make the kernel give up some
> of the otherwise unused memory, or something new pushes out something old.

Do checkpoints operate on the Postgres-managed buffer, or the kernel-managed
cache?

Jack Orenstein

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Ivan Sergio Borgonovo 2004-05-10 17:30:07 nested elseif woes
Previous Message scott.marlowe 2004-05-10 17:10:20 Re: ideal postgresql install