From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | Gavin Sherry <swm(at)linuxworld(dot)com(dot)au> |
Cc: | Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us>, PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: RC2 and open issues |
Date: | 2004-12-21 06:32:52 |
Message-ID: | 3732.1103610772@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers pgsql-patches |
Gavin Sherry <swm(at)linuxworld(dot)com(dot)au> writes:
> I was also thinking of benchmarking the effect of changing the algorithm
> in StrategyDirtyBufferList(): currently, for each iteration of the loop we
> read a buffer from each of T1 and T2. I was wondering what effect reading
> T1 first then T2 and vice versa would have on performance.
Looking at StrategyGetBuffer, it definitely seems like a good idea to
try to keep the bottom end of both T1 and T2 lists clean. But we should
work at T1 a bit harder.
The insight I take away from today's discussion is that there are two
separate goals here: try to keep backends that acquire a buffer via
StrategyGetBuffer from being fed a dirty buffer they have to write,
and try to keep the next upcoming checkpoint from having too much work
to do. Those are both laudable goals but I hadn't really seen before
that they may require different strategies to achieve. I'm liking the
idea that bgwriter should alternate between doing writes in pursuit of
the one goal and doing writes in pursuit of the other.
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2004-12-21 06:57:17 | Re: Locale question |
Previous Message | Marc G. Fournier | 2004-12-21 05:56:38 | rc2 bundled |
From | Date | Subject | |
---|---|---|---|
Next Message | Peter Eisentraut | 2004-12-21 11:14:19 | Re: Update for french pg_resetxlog.po file |
Previous Message | Bruce Momjian | 2004-12-21 05:25:49 | Re: RC2 and open issues |