Re: Background writer process

From: Shridhar Daithankar <shridhar_daithankar(at)myrealbox(dot)com>
To: PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: Background writer process
Date: 2003-11-14 06:36:05
Message-ID: 200311141206.05202.shridhar_daithankar@myrealbox.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On Friday 14 November 2003 03:05, Jan Wieck wrote:
> For sure the sync() needs to be replaced by the discussed fsync() of
> recently written files. And I think the algorithm how much and how often
> to flush can be significantly improved. But after all, this does not
> change the real checkpointing at all, and the general framework having a
> separate process is what we probably want.

Having fsync for regular data files and sync for WAL segment a comfortable
compramise? Or this is going to use fsync for all of them.

IMO, with fsync, we tell kernel that you can write this buffer. It may or may
not write it immediately, unless it is hard sync.

Since postgresql can afford lazy writes for data files, I think this could
work.

Just a thought..

Shridhar

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Joe Conway 2003-11-14 06:44:58 Re: heads up -- subtle change of behavior of new initdb
Previous Message Tom Lane 2003-11-14 06:02:18 Re: heads up -- subtle change of behavior of new initdb