Re: Sampling profiler updated

Поиск
Список
Период
Сортировка
От Stefan Moeding
Тема Re: Sampling profiler updated
Дата
Msg-id 87r5wjytko.fsf@esprit.moeding.net
обсуждение исходный текст
Ответ на Sampling profiler updated  (Itagaki Takahiro <itagaki.takahiro@oss.ntt.co.jp>)
Ответы Re: Sampling profiler updated  (Itagaki Takahiro <itagaki.takahiro@oss.ntt.co.jp>)
Список pgsql-hackers
Hi!

Itagaki Takahiro writes:

> I updated Sampling profiler patch to be applied to HEAD cleanly.
>
> [...]
>
> Comments welcome.

I believe the profiler could give us a better understanding of where
different parts of the user visible response time originate from.  The
problem with DTrace in my opinion is the lack of support on certain
platforms (e.g. Windows) and the need to have kernel support and root
access, which might not be available to the DBA or developer.

Have you thought about keeping the counters for each backend isolated?
I think in the end it would be beneficial to be able to break down the
response time for a critical business transaction in isolation instead
of having all backends in one figure.

Do you know the work of Cary Millsap at http://www.method-r.com/ who has
been working on response time based tuning in Oracle?

Regards,
Stefan


В списке pgsql-hackers по дате отправления:

Предыдущее
От: Oleg Bartunov
Дата:
Сообщение: Filtering dictionaries support and unaccent dictionary
Следующее
От: Jeff Davis
Дата:
Сообщение: Re: WIP: Deferrable unique constraints