Re: libpq debug log - Mailing list pgsql-hackers

From Peter Eisentraut
Subject Re: libpq debug log
Date
Msg-id 4bc9abbd-44a0-1787-b410-4e68b5ab3228@2ndquadrant.com
Whole thread Raw
In response to RE: libpq debug log  ("Iwata, Aya" <iwata.aya@jp.fujitsu.com>)
Responses RE: libpq debug log  ("Iwata, Aya" <iwata.aya@jp.fujitsu.com>)
List pgsql-hackers
On 04/09/2018 02:29, Iwata, Aya wrote:
> Since I'd like to monitor the information the server and the client exchange,
> I think monitoring protocol messages is good.
> 
> When a slow query is occurs, we check this client side trace log.
> The purpose of this log acquisition I thought is to identify where is the problem: 
> server side, application side or traffic. 
> And if the problem is in application side, checking the trace log to identify what is the problem.

Between perf/systemtap/dtrace and wireshark, you can already do pretty
much all of that.  Have you looked at those and found anything missing?

-- 
Peter Eisentraut              http://www.2ndQuadrant.com/
PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services


pgsql-hackers by date:

Previous
From: Peter Eisentraut
Date:
Subject: Re: [HACKERS] Proposal to add work_mem option to postgres_fdw module
Next
From: Peter Eisentraut
Date:
Subject: Re: libpq stricter integer parsing