Re: Rethinking stats communication mechanisms

Поиск
Список
Период
Сортировка
От Douglas McNaught
Тема Re: Rethinking stats communication mechanisms
Дата
Msg-id 87lkruvcxk.fsf@suzuka.mcnaught.org
обсуждение исходный текст
Ответ на Re: Rethinking stats communication mechanisms  (Greg Stark <gsstark@mit.edu>)
Ответы Re: Rethinking stats communication mechanisms  (Greg Stark <gsstark@mit.edu>)
Список pgsql-hackers
Greg Stark <gsstark@mit.edu> writes:

> Douglas McNaught <doug@mcnaught.org> writes:
>
>> Yeah, but if you turn on query logging in that case you'll see the
>> bajillions of short queries, so you don't need the accurate snapshot
>> to diagnose that.
>
> Query logging on a production OLTP machine? a) that would be a huge
> performance drain on the production system b) it would produce so much logging
> that it would take a significant amount of disk and i/o resources just to
> handle and c) you would need to implement special purpose tools just to make
> sense of these huge logs.

(a) and (b): of course you would only do it on a temporary basis for
problem diagnosis.  We do that with our production apps where I work
(when absolutely necessary).

(c): Perl.  :)

Ideally, you'd find the query storm problem in load testing before you
ever got to production.  I hope to someday visit that planet--it must
be nice.

-Doug


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

Предыдущее
От: Arjen van der Meijden
Дата:
Сообщение: Re: [PERFORM] Sun Donated a Sun Fire T2000 to the PostgreSQL
Следующее
От: Thomas Hallgren
Дата:
Сообщение: Unable to initdb using HEAD on Windows XP