Re: Postgres 7.4 and vacuum_cost_delay. - Mailing list pgsql-performance

From Jim C. Nasby
Subject Re: Postgres 7.4 and vacuum_cost_delay.
Date
Msg-id 20060502225438.GL97354@pervasive.com
Whole thread Raw
In response to Re: Postgres 7.4 and vacuum_cost_delay.  (Chris Mckenzie <Chris.McKenzie@entrust.com>)
List pgsql-performance
On Tue, May 02, 2006 at 05:47:15PM -0400, Chris Mckenzie wrote:
> Thanks.
>
> My first check was of course a grep/search of the postgres.conf, next it was
> a complete source grep for vacuum_cost_delay.

It's there in head...
decibel@phonebook.1[17:52]~/pgsql/HEAD/src:4%grep -ri vacuum_cost_delay *|wc -l
       8

> I've come to the conclusion I need to simply start tracking all transactions
> and determining a cost/performance for the larger and frequently updated
> tables without the benefit and penalty of pg_statio.

Huh? pg_statio shouldn't present a large penalty AFAIK...
--
Jim C. Nasby, Sr. Engineering Consultant      jnasby@pervasive.com
Pervasive Software      http://pervasive.com    work: 512-231-6117
vcard: http://jim.nasby.net/pervasive.vcf       cell: 512-569-9461

pgsql-performance by date:

Previous
From: Jan de Visser
Date:
Subject: Re: Performance Issues on Opteron Dual Core
Next
From: "Ian Burrell"
Date:
Subject: Nested loop join and date range query