Re: Review: compact fsync request queue on overflow

From: Greg Smith <greg(at)2ndquadrant(dot)com>
To: Chris Browne <cbbrowne(at)acm(dot)org>
Cc: pgsql-hackers(at)postgresql(dot)org, Robert Haas <rhaas(at)postgresql(dot)org>
Subject: Re: Review: compact fsync request queue on overflow
Date: 2011-01-18 01:23:35
Message-ID: 4D34EB97.2010605@2ndquadrant.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Chris Browne wrote:
> It was a little troublesome inducing it. I did so by cutting
> shared memory to minimum (128kB)...
> With higher shared memory, I couldn't readily induce compaction,
> which is probably a concurrency matter of not having enough volume
> of concurrent work going on.
>

Quite. It's taken me 12 days of machine time running pgbench to find
the spots where this problem occurs on a system with a reasonably sized
shared_buffers (I'm testing against 256MB). It's one of those things
it's hard to reproduce with test data.

Thanks for the thorough code review. I've got a clear test plan I'm
progressing through this week to beat on the performance measurement
aspects of the patch.

--
Greg Smith 2ndQuadrant US greg(at)2ndQuadrant(dot)com Baltimore, MD
PostgreSQL Training, Services, and 24x7 Support www.2ndQuadrant.us
"PostgreSQL 9.0 High Performance": http://www.2ndQuadrant.com/books

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Josh Berkus 2011-01-18 01:26:09 Re: We need to log aborted autovacuums
Previous Message Kevin Grittner 2011-01-18 01:20:20 Re: SSI patch version 12