lkml.org 
[lkml]   [2007]   [Aug]   [5]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    Date
    From
    SubjectRe: [PATCH 00/23] per device dirty throttling -v8

    * Alan Cox <alan@lxorguk.ukuu.org.uk> wrote:

    > > > People just need to know about the performance differences - very
    > > > few realise its more than a fraction of a percent. I'm sure Gentoo
    > > > will use relatime the moment anyone knows its > 5% 8)
    > >
    > > noatime,nodiratime gave 50% of wall-clock kernel rpm build
    > > performance improvement for Dave Jones, on a beefy box. Unless i
    > > misunderstood what you meant under 'fraction of a percent' your
    > > numbers are _WAY_ off.
    >
    > What numbers - I didn't quote any performance numbers ?

    ok, i misunderstood your "very few realise its more than a fraction of a
    percent" sentence, i thought you were saying it's a fraction of a
    percent.

    Measurements show that noatime helps 20-30% on regular desktop
    workloads, easily 50% for kernel builds and much more than that (in
    excess of 100%) for file-read-intense workloads. We cannot just walk
    past such a _huge_ performance impact so easily without even reacting to
    the performance arguments, and i'm happy Ubuntu picked up
    noatime,nodiratime and is whipping up the floor with Fedora on the
    desktop.

    just look at the spontaneous feedback this thread prompted:

    | ...For me, I would say 50% is not enough to describe the _visible_
    | benefits... Not talking any specific number but past 10sec-1min+
    | lagging in X is history, it's gone and I really don't miss it that
    | much... :-) Cannot reproduce even a second long delay anymore in
    | window focusing under considerable load as it's basically
    | instantaneous (I can see that it's loaded but doesn't affect the
    | feeling of responsiveness I'm now getting), even on some loads that I
    | couldn't previously even dream of... I still can get drawing lag a bit
    | by pushing enough stuff to swap but still it's definately quite well
    | under control, though rare 1-2 sec spikes in drawing appear due to
    | swap loads I think. ...And this is 2.6.21.5 so no fancies ala Ingo's
    | CFS or so yet...
    |
    | ...Thanks about this hint. :-)

    much of the hard performance work we put into the kernel and into
    userspace is basically masked by the atime stupidity. How many man-years
    did it take to implement prelink? It has less of an impact than noatime!
    How much effort did we put into smart readahead and bootup
    optimizations? It has less of an impact than noatime.

    Ingo
    -
    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to majordomo@vger.kernel.org
    More majordomo info at http://vger.kernel.org/majordomo-info.html
    Please read the FAQ at http://www.tux.org/lkml/

    \
     
     \ /
      Last update: 2007-08-05 09:17    [W:4.187 / U:0.060 seconds]
    ©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site