Re: reducing statistics write overhead - Mailing list pgsql-hackers

From Martin Pihlak
Subject Re: reducing statistics write overhead
Date
Msg-id 48C42FE0.3050902@gmail.com
Whole thread Raw
In response to Re: reducing statistics write overhead  (Magnus Hagander <magnus@hagander.net>)
Responses Re: reducing statistics write overhead
Re: reducing statistics write overhead
List pgsql-hackers
Magnus Hagander wrote:
> I wrote a patch for this some time back, that was actually applied.
> Turns out it didn't work, and I ran out of time to fix it, so it was
> backed out again. And then I forgot about it :-) If you look through the
> cvs history of pgstat you should be able to find it - maybe it can give
> you some further ideas.

Got it - this was 1.126. Looks very familiar indeed :)

I had also previously experimented with stat() based polling but ran into
the same issues - no portable high resolution timestamp on files. I guess
stat() is unusable unless we can live with 1 second update interval for the
stats (eg. backend reads the file if it is within 1 second of the request).

One alternative is to include a timestamp in the stats file header - the
backend can then wait on that -- check the timestamp, sleep, resend the
request, loop. Not particularly elegant, but easy to implement. Would this
be acceptable?

regards,
Martin





pgsql-hackers by date:

Previous
From: Tom Lane
Date:
Subject: Re: Proposed patch: make pg_dump --data-only consider FK constraints
Next
From: Tom Lane
Date:
Subject: Re: reducing statistics write overhead