Re: pgsql-server/src backend/storage/buffer/bufmgr ... - Mailing list pgsql-committers

From Chris Watson
Subject Re: pgsql-server/src backend/storage/buffer/bufmgr ...
Date
Msg-id B3A99E92-5129-11D8-A471-0003937B4040@voodooland.net
Whole thread Raw
In response to Re: pgsql-server/src backend/storage/buffer/bufmgr ...  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-committers
On Jan 27, 2004, at 6:25 PM, Tom Lane wrote:
> Perhaps more to the point: all this is predicated on an assumption no
> longer particularly valid, which is that the kernel's ideas about disk
> write scheduling matter at all.  A decent SCSI disk drive will pre-empt
> the kernel's ideas anyway by absorbing as many pending writes as it can
> and then doing its own write scheduling.  fsync won't affect the
> drive's
> choices in the least, only allow us to find out when the drive is done.
>
>             regards, tom lane
>
> ---------------------------(end of
> broadcast)---------------------------
> TIP 4: Don't 'kill -9' the postmaster
>

Perhaps totally unrelated, as i've only read the last couple of posts
on this, but what does Postfix (the MTA) do? How does it handle this?
I trust Wietse implicitly to DTRT. If it were me I would ask him how he
handles the writes or at least check the Postfix src. *shrug* Just an
idea.


Chris Watson
M.M.
Bestor G. Brown #433
Wichita, KS
AIM: BSDUNIX44

Attachment

pgsql-committers by date:

Previous
From: Tom Lane
Date:
Subject: Re: pgsql-server/src backend/storage/buffer/bufmgr ...
Next
From: tgl@svr1.postgresql.org (Tom Lane)
Date:
Subject: pgsql-server/src/backend/parser parse_agg.c