Re: stats for network traffic WIP

Поиск
Список
Период
Сортировка
От Stephen Frost
Тема Re: stats for network traffic WIP
Дата
Msg-id 20131218134728.GY2543@tamriel.snowman.net
обсуждение исходный текст
Ответ на Re: stats for network traffic WIP  (Craig Ringer <craig@2ndquadrant.com>)
Ответы Re: stats for network traffic WIP
Список pgsql-hackers
* Craig Ringer (craig@2ndquadrant.com) wrote:
> On 12/12/2013 02:51 AM, Tom Lane wrote:
> > The thing that I'm wondering is why the database would be the right place
> > to be measuring it at all.  If you've got a network usage problem,
> > aggregate usage across everything on the server is probably what you
> > need to be worried about, and PG can't tell you that.
>
> I suspect this feature would be useful for when you want to try to drill
> down and figure out what's having network issues - specifically, to
> associate network behaviour with individual queries, individual users,
> application_name, etc.
>
> One sometimes faces the same issue with I/O: I know PostgreSQL is doing
> lots of I/O, but what exactly is causing the I/O? Especially if you
> can't catch it at the time it happens, it can be quite tricky to go from
> "there's lots of I/O" to "this query changed from using synchronized
> seqscans to doing an index-only scan that's hammering the cache".

Agreed.  My other thought on this is that there's a lot to be said for
having everything you need available through one tool- kinda like how
Emacs users rarely go outside of it.. :)  And then there's also the
consideration that DBAs may not have access to the host system at all,
or not to the level needed to do similar analysis there.
Thanks,
    Stephen

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

Предыдущее
От: Sergey Muraviov
Дата:
Сообщение: Re: sepgsql: label regression test failed
Следующее
От: Andrew Dunstan
Дата:
Сообщение: Re: ALTER SYSTEM SET command to change postgresql.conf parameters