Re: Solaris shared_buffers anomaly?

From: Mischa Sandberg <mischa(at)ca(dot)sophos(dot)com>
To: "Jim C(dot) Nasby" <jnasby(at)pervasive(dot)com>
Cc: pgsql-performance(at)postgresql(dot)org
Subject: Re: Solaris shared_buffers anomaly?
Date: 2006-06-13 23:20:34
Message-ID: 448F4842.4010305@ca.sophos.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-performance

Jim C. Nasby wrote:
> On Tue, Jun 13, 2006 at 03:21:34PM -0700, Mischa Sandberg wrote:
>> Raised shared_buffers to 16000 (128MB).
>> DB server dropped to a CRAWL.
>>
>> vmstat showed that it was swapping like crazy.
>> Dropped shared_buffers back down again.
>> Swapping stopped.
>
> What's sort_mem set to? I suspect you simply ran the machine out of
> memory.

8192 (8MB). No issue when shared_buffers was 2000; same apps always.

> Also, Solaris by default will only use a portion of memory for
> filesystem caching, which will kill PostgreSQL performance.

Yep, tested /etc/system segmap_percent at 20,40,60.
No significant difference between 20 and 60.
Default is 10%? 12%? Can't recall.

Was not changed from 20 during the shared_buffer test.
--
Engineers think that equations approximate reality.
Physicists think that reality approximates the equations.
Mathematicians never make the connection.

In response to

Responses

Browse pgsql-performance by date

  From Date Subject
Next Message Mischa Sandberg 2006-06-14 00:01:34 Re: Solaris shared_buffers anomaly?
Previous Message Jim C. Nasby 2006-06-13 23:17:30 Re: Solaris shared_buffers anomaly?