Received: from localhost (unknown [200.46.204.183]) by developer.postgresql.org (Postfix) with ESMTP id 4F4152E0054 for ; Mon, 31 Mar 2008 17:37:36 -0300 (ADT) Received: from developer.postgresql.org ([200.46.204.71]) by localhost (mx1.hub.org [200.46.204.183]) (amavisd-maia, port 10024) with ESMTP id 41246-01 for ; Mon, 31 Mar 2008 17:37:35 -0300 (ADT) X-Greylist: from auto-whitelisted by SQLgrey-1.7.5 Received: from ptb-relay01.plus.net (ptb-relay01.plus.net [212.159.14.212]) by developer.postgresql.org (Postfix) with ESMTP id A66702E0042 for ; Mon, 31 Mar 2008 17:37:34 -0300 (ADT) Received: from [80.229.150.39] (helo=mansionfamily.plus.com) by ptb-relay01.plus.net with esmtp (Exim) id 1JgQl0-0000DH-VG for pgsql-performance@postgresql.org; Mon, 31 Mar 2008 21:37:31 +0100 Received: from [192.168.0.89] ([192.168.0.89]:1256) by mansionfamily.plus.com with [XMail 1.22 ESMTP Server] id for from ; Mon, 31 Mar 2008 21:42:26 +0100 Message-ID: <47F14C79.2080806@mansionfamily.plus.com> Date: Mon, 31 Mar 2008 21:41:29 +0100 From: James Mansion Organization: MsgWare User-Agent: Thunderbird 2.0.0.0 (Windows/20070326) MIME-Version: 1.0 To: Mark Mielke CC: pgsql-performance@postgresql.org Subject: Re: POSIX file updates References: <47F1413B.40109@mansionfamily.plus.com> <47F1436D.4030905@mark.mielke.cc> In-Reply-To: <47F1436D.4030905@mark.mielke.cc> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Plusnet-Relay: 32d62579cd4aa192a25a1284f6acf290 X-Archive-Number: 200803/531 X-Sequence-Number: 29485 Mark Mielke wrote: > Is there anything in POSIX that seems to suggest this? :-) (i.e. why > are you going under the assumption that the answer is yes - did you > read something?) > It was something somewhere on the Sun web site, relating to tuning Solaris filesystems. Or databases. Or ZFS. :-( Needless to say I can't find a search string that finds it now. I remember being surprised though, since I wasn't aware of it either. > I don't believe POSIX has any restriction such as you describe - or if > it does, and I don't know about it, then most UNIX file systems (if > not most file systems on any platform) are not POSIX compliant. That, I can believe. > > Linux itself, even without NCQ, might choose to reorder the writes. If > you use ext2, the pressure to push pages out is based upon last used > time rather than last write time. It can choose to push out pages at > any time, and it's only every 5 seconds or so the the system task > (bdflush?) tries to force out all dirty file system pages. NCQ > exaggerates the situation, but I believe the issue pre-exists NCQ or > the SCSI equivalent of years past. Indeed there do seem to be issues with Linux and fsync. Its one of things I'm trying to get a handle on as well - the relationship between fsync and flushes of controller and/or disk caches. > > The rest of your email relies on the premise that POSIX enforces such > a thing, or that systems are POSIX compliant. :-) > True. I'm hoping someone (Jignesh?) will be prompted to remember. It may have been something in a blog related to ZFS vs other filesystems, but so far I'm coming up empty in google. doesn't feel like something I imagined though. James