From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | Igor Polishchuk <ipolishchuk(at)hi5(dot)com> |
Cc: | pgsql-admin(at)postgresql(dot)org |
Subject: | Re: Is IDLE session really idle? |
Date: | 2009-06-15 20:32:04 |
Message-ID: | 24521.1245097924@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-admin |
Igor Polishchuk <ipolishchuk(at)hi5(dot)com> writes:
> The application often executes relatively big sorts. The work_mem size is
> 32MB, and eventually many sessions have a chance to run a sort and allocate
> a big sort area. I see hundreds of postgres processes with DATA segment >
> 15MB.
> Eventually, it consumes all the available memory. Most of this memory is
> allocated to the sessions that are idle. I cannot change the connection
> pooling on the application side, and the big sorts cannot be eliminated. I
> need a solution on the DB side.
Find out why the workspace isn't being released back to the OS. On some
old versions of Unix, not releasing data space is the norm, but that is
not true on any remotely modern version of Linux.
> In case it makes a difference: The Postgres version is 8.2.4 on Linux Suse
> 10.
... which apparently is what you are running, which makes me question
whether you are really seeing any such effect at all. Are you sure what
you are measuring isn't just top's inclination to report only a portion
of shared memory as having been used by the process?
I strongly suspect that what you are seeing is an illusion caused by
your measurement tools.
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Tino Schwarze | 2009-06-15 20:33:08 | Re: Is IDLE session really idle? |
Previous Message | Tom Lane | 2009-06-15 20:27:24 | Re: Log full with gigabyes of CurTransactionContex |