From: | Robert Haas <robertmhaas(at)gmail(dot)com> |
---|---|
To: | Richard Yen <dba(at)richyen(dot)com> |
Cc: | pgsql-performance(at)postgresql(dot)org |
Subject: | Re: why does swap not recover? |
Date: | 2010-03-30 14:57:44 |
Message-ID: | 603c8f071003300757s39a9096eyc6ce6af4ecb396ff@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-performance |
On Fri, Mar 26, 2010 at 7:57 PM, Richard Yen <dba(at)richyen(dot)com> wrote:
> Note that it is constantly paging in, but never paging out. This would indicate that it's constantly reading from swap, but never writing out to it. Why would postgres do this? (postgres is pretty much the only thing running on this machine).
>
> I'm planning on lowering the shared_buffers to a more sane value, like 25GB (pgtune recommends this for a Mixed-purpose machine) or less (pgtune recommends 14GB for an OLTP machine). However, before I do this (and possibly resolve the issue), I was hoping to see if anyone would have an explanation for the constant reading from swap, but never writing back.
Reading a page in from swap still leaves that data on the disk. So it
may be that you're reading in pages from disk, not modifying them,
discarding them (without any need to write them out since they're
still on disk), and then reading them in again when they're accessed
again.
...Robert
From | Date | Subject | |
---|---|---|---|
Next Message | Kevin Grittner | 2010-03-30 15:05:23 | Re: REINDEXing database-wide daily |
Previous Message | Robert Haas | 2010-03-30 14:43:27 | Re: Why Wal_buffer is 64KB |