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
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 |