Re: postgresql recommendation memory

From: Sergey Konoplev <gray(dot)ru(at)gmail(dot)com>
To: Scott Marlowe <scott(dot)marlowe(at)gmail(dot)com>
Cc: Евгений Селявка <evg(dot)selyavka(at)gmail(dot)com>, "pgsql-performance(at)postgresql(dot)org" <pgsql-performance(at)postgresql(dot)org>
Subject: Re: postgresql recommendation memory
Date: 2013-11-11 20:10:34
Message-ID: CAL_0b1vSoQj10qz_f_t5HiL-zj8JDJ+A_Z7aj3+MMQt1uBAZVA@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-performance

On Mon, Nov 11, 2013 at 8:14 AM, Scott Marlowe <scott(dot)marlowe(at)gmail(dot)com> wrote:
> well you can hopefully reduce connections from jdbc pooling then. The
> fact that the connections are idle is good.
>
> The problem you run into is what happens when things go into
> "overload" I.e. when the db server starts to slow down, more of those
> idle connections become not idle. If all 300 are then waiting on the
> db server, it will slow to a crawl and eventually fall over.

+1.

Try to monitor your connections, for example like this

while true; do
echo -n "$(date): "
psql -XAt -c "select count(1) from pg_stat_activity"
sleep 1
done > activity.log

and its correlation with slowdowns.

--
Kind regards,
Sergey Konoplev
PostgreSQL Consultant and DBA

http://www.linkedin.com/in/grayhemp
+1 (415) 867-9984, +7 (901) 903-0499, +7 (988) 888-1979
gray(dot)ru(at)gmail(dot)com

In response to

Browse pgsql-performance by date

  From Date Subject
Next Message Jeff Janes 2013-11-11 20:58:02 Re: postgresql recommendation memory
Previous Message Sergey Konoplev 2013-11-11 20:02:56 Re: postgresql recommendation memory