Skip site navigation (1) Skip section navigation (2)

Re: Experimental patch for inter-page delay in VACUUM

From: Jan Wieck <JanWieck(at)Yahoo(dot)com>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: Ang Chin Han <angch(at)bytecraft(dot)com(dot)my>,Christopher Browne <cbbrowne(at)acm(dot)org>, pgsql-hackers(at)postgresql(dot)org
Subject: Re: Experimental patch for inter-page delay in VACUUM
Date: 2003-11-04 21:53:32
Message-ID: 3FA81FDC.9030508@Yahoo.com (view raw or flat)
Thread:
Lists: pgsql-hackers
Tom Lane wrote:

> Jan Wieck <JanWieck(at)Yahoo(dot)com> writes:
> 
>> How I can see the background writer operating is that he's keeping the 
>> buffers in the order of the LRU chain(s) clean, because those are the 
>> buffers that most likely get replaced soon. In my experimental ARC code 
>> it would traverse the T1 and T2 queues from LRU to MRU, write out n1 and 
>> n2 dirty buffers (n1+n2 configurable), then fsync all files that have 
>> been involved in that, nap depending on where he got down the queues (to 
>> increase the write rate when running low on clean buffers), and do it 
>> all over again.
> 
> You probably need one more knob here: how often to issue the fsyncs.
> I'm not convinced "once per outer loop" is a sufficient answer.
> Otherwise this is sounding pretty good.

This is definitely heading into the right direction.

I currently have a crude and ugly hacked system, that does checkpoints 
every minute but streches them out over the whole time. It writes out 
the dirty buffers in T1+T2 LRU order intermixed, streches out the flush 
over the whole checkpoint interval and does sync()+usleep() every 32 
blocks (if it has time to do this).

This is clearly the wrong way to implement it, but ...

The same system has ARC and delayed vacuum. With normal, unmodified 
checkpoints every 300 seconds, the transaction responsetime for 
new_order still peaks at over 30 seconds (5 is already too much) so the 
system basically come to a freeze during a checkpoint.

Now with this high-frequent sync()ing and checkpointing by the minute, 
the entire system load levels out really nice. Basically it's constantly 
checkpointing. So maybe the thing we're looking for is to make the 
checkpoint process the background buffer writer process and let it 
checkpoint 'round the clock. Of course, with a bit more selectivity on 
what to fsync and not doing system wide sync() every 10-500 milliseconds :-)


Jan

-- 
#======================================================================#
# It's easier to get forgiveness for being wrong than for being right. #
# Let's break this rule - forgive me.                                  #
#================================================== JanWieck(at)Yahoo(dot)com #


In response to

Responses

pgsql-hackers by date

Next:From: Tom LaneDate: 2003-11-04 21:55:08
Subject: Re: Hacking PostgreSQL to work in Mac OS X 10.3 (Panther 7B85)
Previous:From: Tom LaneDate: 2003-11-04 21:52:33
Subject: Re: UPPER()/LOWER() and UTF-8

Privacy Policy | About PostgreSQL
Copyright © 1996-2014 The PostgreSQL Global Development Group