lkml.org 
[lkml]   [2007]   [Jul]   [25]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    Date
    From
    SubjectRe: -mm merge plans for 2.6.23
    > and the fact is: updatedb discards a considerable portion of the cache 
    > completely unnecessarily: on a reasonably complex box no way do all the

    I'm wondering how much of this updatedb problem is due to poor layout
    of swap and other file systems across disk spindles.

    I'll wager that those most impacted by updatedb have just one disk.

    I have the following three boxes - three different setups, each with
    different updatedb behaviour:

    The first box, with 1 GB ram, becomes dog slow as soon as it
    breaths on the swap device. Updatedb and backups are painful
    intrusions on any interactive work on that system. I sometimes
    wait a half minute for a response from an interactive application
    anytime it has to go to disk. This box has a single disk spindle,
    on an old cheap slow disk, with swap on the opposite end of the
    disk from root and the main usr partition. It's a worst case
    disk seek test device.

    The second box, also with 1 GB ram, has multiple disk spindles,
    and swap on its own spindle. I can still notice updatedb and
    backup, but it's far far less painful.

    The third box has dual CPU cores and 4 GB ram. Updatedb runs
    over the entire system in perhaps 30 seconds with no perceptible
    impact at all on interactive uses. Everything is still in memory
    from the previous updatedb run; the disk is just used to write
    out new stuff. Swap is never used on this (sweet) rig.

    I'd think that prefetch would help in the single disk spindle
    configuration, because it does the swap accesses separately, instead
    of intermingling them with root or usr partition accesses, which
    would require alot of disk head seeking.

    Pretty much anytime that ordinary desktop users complain about
    performance as much as they have about this one, it's either disk
    head seeks or network delays. Nothing else is -that- slow, to be so
    noticeable to so many users just doing ordinary work.

    Question:
    Could those who have found this prefetch helps them alot say how
    many disks they have? In particular, is their swap on the same
    disk spindle as their root and user files?

    Answer - for me:
    On my system where updatedb is a big problem, I have one, slow, disk.
    On my system where updatedb is a small problem, swap is on a separate
    spindle.
    On my system where updatedb is -no- problem, I have so much memory
    I never use swap.

    I'd expect the laptop crowd to mostly have a single, slow, disk, and
    hence to find updatedb more painful.

    --
    I won't rest till it's the best ...
    Programmer, Linux Scalability
    Paul Jackson <pj@sgi.com> 1.925.600.0401
    -
    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-07-26 00:07    [W:0.023 / U:178.436 seconds]
    ©2003-2016 Jasper Spaans. hosted at Digital OceanAdvertise on this site