Re: libpq debug log

Поиск
Список
Период
Сортировка
От Peter Eisentraut
Тема Re: libpq debug log
Дата
Msg-id 4bc9abbd-44a0-1787-b410-4e68b5ab3228@2ndquadrant.com
обсуждение исходный текст
Ответ на RE: libpq debug log  ("Iwata, Aya" <iwata.aya@jp.fujitsu.com>)
Ответы RE: libpq debug log  ("Iwata, Aya" <iwata.aya@jp.fujitsu.com>)
Список 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 по дате отправления:

Предыдущее
От: Peter Eisentraut
Дата:
Сообщение: Re: [HACKERS] Proposal to add work_mem option to postgres_fdw module
Следующее
От: Peter Eisentraut
Дата:
Сообщение: Re: libpq stricter integer parsing