> I don't understand what you're talking about at all here. I think
> there are a lot of unsolved problems in monitoring but the one thing I
> think everyone is pretty clear on is that the right way to export
> metrics like these is to export a counter and then have some external
> component periodically copy the counter into some history table and
> calculate the derivative, second derivative, running average of the
> first derivative, etc.
You missed the original point of the discussion, which was to have stats
we could use for auto-tuning internally. Not to export them.
For example, there are optimizations we could make with the query
planner if we knew which tables and indexes were "hot" in general.
That's how we started this discussion, and it's not solved by storing
the stats history on another server.
-- Josh Berkus
PostgreSQL Experts Inc.
In response to
pgsql-hackers by date
|Next:||From: Anton||Date: 2011-02-28 22:21:34|
|Subject: Re: Native XML|
|Previous:||From: Robert Haas||Date: 2011-02-28 22:00:59|
|Subject: Re: SR standby hangs|