[lkml]   [2011]   [May]   [20]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
    SubjectRe: [rfc] Ignore Fsync Calls in Laptop_Mode
    On Fri, May 20, 2011 at 5:28 PM,  <> wrote:
    > On Thu, 19 May 2011 15:34:46 +0200, Dennis Jansen said:
    >> Testing:
    >> I've been using this workaround on my netbook for over six months now.
    >> It works as expected for me with all software in a Ubuntu 9.10
    >> environment and saves me at least 0.5 Watt or roughly 10 % battery
    >> time - without destroying my hard disk. I have seen no negative side
    >> effects.
    > How much destructive testing did you do?  In the 6 months, how many times did
    > the system crash (or had the battery pulled out, or whatever) while large
    > amounts of data were still pending after apps thought they were fsync'ed? How
    > much crash testing was done against apps that use fsync for ordering or
    > correctness reasons?

    I don't see the point in verifying the obvious. Of course applications
    that rely on fsync will lose data.
    The real problem comes with ordering correctness, which could actually
    _destroy previous data_ as well.
    In my scenario (office applications, browsing) I have not hit such a problem.

    Does anyone know a Linux app that actually does rely on ordering
    correctness? Is that one which is used on a laptop? In laptop mode?
    (-> when on battery?) Because so far the discussion seems to be
    running in circles around Alan's mailer daemon. I would just shut that
    down on enabling laptop mode. Problem solved. But I don't run that on
    my laptop, anyway, esp. in laptop mode. I wonder who would, too.

    >> In short: That it makes laptop_mode work as advertised IHO is no valid
    >> point against this solution. And if, we could consider a sending a
    >> printk the first time an fsync is skipped.
    > That would be the same printk that the user never actually *sees* because your
    > patch suppressed syslogd's fsync to guarantee it made it to disk, so it was
    > lost when the system crashed soon thereafter, along with the user's work? ;)

    That is a good point! So one last fsync after the message? :) Or a beep?

    But I understand something else here as well: Don't give users the
    choice to easily destroy their systems. It would be like having a
    packaged libeatmydata that a user could just download and install
    (like this one but with
    fsync disabled for all programs by default upon installation. It would
    be a hassle to support, because users would just enable it without
    understanding what they do and later complain that data is lost. Could
    it be that this is a big part of the reason people don't like to even
    think about the idea in detail? Maybe we could then discuss more about
    how to prevent users from using this without knowing about what they

    Apart from ordering, I don't see the big difference between data lost
    through normal writes (postponed in laptop mode) and fsync writes
    (postponed in laptop mode). Are there really apps that corrupt their
    data without fsync? (That you end up without the new data like new
    emails is a given and normal with laptop mode.) Which?

    Thanks, I already got the email example when Alan explained it. It's
    just that I doubt that the email server scenario is very likely. Email
    client, yes. But an email client can leave the data on the server.
    Let's not say "this is not possible, because a badly configured system
    could cause a problem." Isn't that always the case?

    On the other hand, one could also say that applications simply should
    all not use fsync in the first place, but e.g. featherstick
    ( instead.

    It seems the resistance to this idea is very high, though I think more
    for fear of abuse and/or badly configured systems than due to normal
    _laptop mode_ use cases.


    ps. Please don't put me into any filters or ignore lists just yet,
    because I _am_ aware of the data loss risk. And I won't complain about
    data loss on that system, but just quietly enjoy my ~ 0.5 W power
    savings, even with sqlite-based and other fsyncing software running.
    Maybe someone will sometime write a patch that "featherstickyfies"
    fsync in laptop mode.
    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: 2011-05-20 18:45    [W:0.031 / U:36.632 seconds]
    ©2003-2016 Jasper Spaans. hosted at Digital OceanAdvertise on this site