From: | Kevin Grittner <kgrittn(at)ymail(dot)com> |
---|---|
To: | Dave Owens <dave(at)teamunify(dot)com>, Andres Freund <andres(at)2ndquadrant(dot)com> |
Cc: | Merlin Moncure <mmoncure(at)gmail(dot)com>, Matheus de Oliveira <matioli(dot)matheus(at)gmail(dot)com>, postgres performance list <pgsql-performance(at)postgresql(dot)org> |
Subject: | Re: query against pg_locks leads to large memory alloc |
Date: | 2014-08-19 18:01:42 |
Message-ID: | 1408471302.64928.YahooMailNeo@web122302.mail.ne1.yahoo.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-performance |
Dave Owens <dave(at)teamunify(dot)com> wrote:
> I wonder if it would be helpful to restart the database, then begin
> gathering information pg_locks while it can still respond to queries.
> I speculate that this is possible because the amount of memory needed
> to query pg_locks continues to grow (around 1900MB now).
If restart is an option, that sounds like a great idea. If you
could capture the data into tables where we can summarize to
analyze it in a meaningful way, that would be ideal. Something
like:
CREATE TABLE activity_snap_1 AS SELECT * FROM pg_stat_activity;
Of course, boost the number for each subsequent run.
--
Kevin Grittner
EDB: http://www.enterprisedb.com
The Enterprise PostgreSQL Company
From | Date | Subject | |
---|---|---|---|
Next Message | Dave Owens | 2014-08-19 18:28:58 | Re: query against pg_locks leads to large memory alloc |
Previous Message | Kevin Grittner | 2014-08-19 17:55:26 | Re: query against pg_locks leads to large memory alloc |