[lkml]   [2001]   [May]   [12]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
    Is the following still true in 2.4 (fsync() doesn't ensure directory
    and inode data is up to date)? I had a feeling this had been fixed.

    Under Linux, the Postfix MTA sets "chattr +S" on it's spool directories
    - obviously this hurts it's performance badly (compared to the BSD's).
    It would be really nice to be able to say it's no longer necessary. It
    wants to know that a file (file data, inode and directory entry) are
    commited to stable storage when an fsync returns.

    ------- Forwarded Message

    Date: Fri, 11 May 2001 19:17:03 -0400
    From: (Wietse Venema)
    To: Postfix users <>
    Subject: Re: maildir or not

    David W. Chapman Jr.:
    > I think that's the point. Linux's fsync doesn't fsynch like most other
    > unices, it still writes async. There fore its not totally stable because
    > you think you are writting sync when in fact you aren't. I might be wrong,
    > but this is what I have been hearing.

    Linux fsync flushes the file data blocks.

    The debate is about Linux's directory updates.

    Postfix can open/write/fsync/close a file successfully, and Linux
    can still lose the file because the directory entry was not updated.

    This is why Postfix turns on synchronous writes on dircetories.
    Unfortunately, that also makes file writes synchronous. I will
    not sacrifice reliability for the sake of performance.


    - -
    To unsubscribe, send mail to with content
    (not subject): unsubscribe postfix-users

    ------- End of Forwarded Message

    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to
    More majordomo info at
    Please read the FAQ at

     \ /
      Last update: 2005-03-22 12:52    [W:0.028 / U:4.364 seconds]
    ©2003-2017 Jasper Spaans. hosted at Digital OceanAdvertise on this site