Re: Performance Anomalies in 7.4.5 - Mailing list pgsql-performance

From Rod Taylor
Subject Re: Performance Anomalies in 7.4.5
Date
Msg-id 1098984056.8557.637.camel@home
Whole thread Raw
In response to Re: Performance Anomalies in 7.4.5  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: Performance Anomalies in 7.4.5
List pgsql-performance
On Thu, 2004-10-28 at 12:31, Tom Lane wrote:
> Josh Berkus <josh@agliodbs.com> writes:
> >> One drawback to this is that it would require an additional lseek per table
> >> while planning, but that doesn't seem like a huge penalty.
>
> > Hmmm ... would the additional lseek take longer for larger tables, or would it
> > be a fixed cost?
>
> Should be pretty much a fixed cost: one kernel call per table.

Is this something that the bgwriter could periodically do and share the
data? Possibly in the future it could even force a function or prepared
statement recompile if the data has changed significantly?



pgsql-performance by date:

Previous
From: Tom Lane
Date:
Subject: Re: Performance Anomalies in 7.4.5
Next
From: Tom Lane
Date:
Subject: Re: Performance Anomalies in 7.4.5