On Mar 26, 2010, at 4:57 PM, Richard Yen wrote:

> Hi everyone,
> 
> We've recently encountered some swapping issues on our CentOS 64GB Nehalem 
> machine, running postgres 8.4.2.  Unfortunately, I was foolish enough to set 
> shared_buffers to 40GB.  I was wondering if anyone would have any insight 
> into why the swapping suddenly starts, but never recovers?
> 
> <img src="http://richyen.com/i/swap.png";>
> 
> Note, the machine has been up and running since mid-December 2009.  It was 
> only a March 8 that this swapping began, and it's never recovered.
> 
> If we look at dstat, we find the following:
> 
> <img src="http://richyen.com/i/dstat.png";>
> 
> 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.

Linux until recently does not account for shared memory properly in its swap 
'aggressiveness' decisions.
Setting shared_buffers larger than 35% is asking for trouble.

You could try adjusting the 'swappiness' setting on the fly and seeing how it 
reacts, but one consequence of that is trading off disk swapping for kswapd 
using up tons of CPU causing other trouble.

Either use one of the last few kernel versions (I forget which addressed the 
memory accounting issues, and haven't tried it myself), or turn shared_buffers 
down.  I recommend trying 10GB or so to start.

> 
> --Richard
> -- 
> Sent via pgsql-performance mailing list (pgsql-performance@postgresql.org)
> To make changes to your subscription:
> http://www.postgresql.org/mailpref/pgsql-performance


-- 
Sent via pgsql-performance mailing list (pgsql-performance@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-performance

Reply via email to