Re: How much expensive are row level statistics?
От | Michael Fuhr |
---|---|
Тема | Re: How much expensive are row level statistics? |
Дата | |
Msg-id | 20051215234448.GA47382@winnie.fuhr.org обсуждение исходный текст |
Ответ на | Re: How much expensive are row level statistics? (Tom Lane <tgl@sss.pgh.pa.us>) |
Ответы |
Re: How much expensive are row level statistics?
|
Список | pgsql-performance |
On Mon, Dec 12, 2005 at 10:20:45PM -0500, Tom Lane wrote: > Given the rather lackadaisical way in which the stats collector makes > the data available, it seems like the backends are being much too > enthusiastic about posting their stats_command_string status > immediately. Might be worth thinking about how to cut back the > overhead by suppressing some of these messages. Would a GUC setting akin to log_min_duration_statement be feasible? Does the backend support, or could it be easily modified to support, a mechanism that would post the command string after a configurable amount of time had expired, and then continue processing the query? That way admins could avoid the overhead of posting messages for short-lived queries that nobody's likely to see in pg_stat_activity anyway. -- Michael Fuhr
В списке pgsql-performance по дате отправления: