Re: [PATCHES] ARC Memory Usage analysis - Mailing list pgsql-hackers

From Kenneth Marshall
Subject Re: [PATCHES] ARC Memory Usage analysis
Date
Msg-id 20041025224830.GQ12041@it.is.rice.edu
Whole thread Raw
In response to Re: [PATCHES] ARC Memory Usage analysis  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-hackers
On Mon, Oct 25, 2004 at 05:53:25PM -0400, Tom Lane wrote:
> Greg Stark <gsstark@MIT.EDU> writes:
> > So I would suggest using something like 100us as the threshold for
> > determining whether a buffer fetch came from cache.
> 
> I see no reason to hardwire such a number.  On any hardware, the
> distribution is going to be double-humped, and it will be pretty easy to
> determine a cutoff after minimal accumulation of data.  The real question
> is whether we can afford a pair of gettimeofday() calls per read().
> This isn't a big issue if the read actually results in I/O, but if it
> doesn't, the percentage overhead could be significant.
> 
How invasive would reading the "CPU counter" be, if it is available?
A read operation should avoid flushing a cache line and we can throw
out the obvious outliers since we only need an estimate and not the
actual value.

--Ken



pgsql-hackers by date:

Previous
From: "Magnus Hagander"
Date:
Subject: Re: src/timezone/pgtz __imp__my_exec_path
Next
From: "L.I. JUAN PATRICIO FLORES HERNANDEZ"
Date:
Subject: segment default