From: | Brooks Lyrette <brooks(dot)lyrette(at)gmail(dot)com> |
---|---|
To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Cc: | Greg Smith <gsmith(at)gregsmith(dot)com>, pgsql-general(at)postgresql(dot)org |
Subject: | Re: Help with postgresql memory issue |
Date: | 2009-11-02 20:11:30 |
Message-ID: | 37BFBE84-BB26-4A0E-B318-6B1361BDA987@gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
Thanks for all the help guys.
So this is what I get from all this. My solaris zone will cap me at
around 900M-1000M RSS memory. Therefore using the math from a pervious
reply I can only have about 23 connections to my database without
maxing out the machines memory?
This seems a little low, won't postgres start swapping to disk once
the available RAM is used up?
You'll have to excuse me if this seems like a newbie question.
Thanks again,
Brooks L.
On 28-Oct-09, at 5:56 PM, Tom Lane wrote:
> Greg Smith <gsmith(at)gregsmith(dot)com> writes:
>> On Wed, 28 Oct 2009, Tom Lane wrote:
>>> What's the platform exactly? Is it possible that the postmaster is
>>> being launched under very restrictive ulimit settings?
>
>> Now that Brooks mentioned this being run inside of a Solaris zone,
>> seems
>> like this might be running into some memory upper limit controlled
>> by the
>> zone configuration.
>
> A bit of quick googling confirmed that there is (or can be) a per-zone
> memory cap. I'll bet Greg has nailed it. The docs I found claim that
> the cap management code is smart enough to count shared memory only
> once, which would eliminate the most obvious way in which the cap
> might
> be way off; but it still sounds like checking into that configuration
> setting is job #1.
>
> regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Raimon Fernandez | 2009-11-02 21:57:30 | Re: Cancelling Requests Frontend/Backend Protocol TCP/IP |
Previous Message | Raymond O'Donnell | 2009-11-02 19:53:39 | Re: Rewriting select statements |