lkml.org 
[lkml]   [2006]   [May]   [23]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    Date
    From
    SubjectRe: XFS write speed drop
    On Tue, May 23, 2006 at 03:23:31PM +0200, Jan Engelhardt wrote:
    > >> CASE 1: Copying from one disk to another
    > >> ========================================
    > >> Copying a compiled 2.6.17-rc4 tree; 306907 KB in 28566 files in 2090
    > >> directories.
    > >
    > >OK, we can call this a metadata intensive workload - lots of small
    > >files, lots of creates. Barriers will hurt the most here, as we'd
    > >already have been log I/O bound most likely, and I'd expect barriers
    > >to only slow that further.
    > >
    > Yes and the most important thing is that someone made -o barrier the
    > default and did not notice. Someone else? :-D

    Not sure what you're trying to say here. Yes, barriers are on
    by default now if the hardware supports them, yes, they will
    slow things down relative to write-cache-without-barriers, and
    yes we all knew that ... its not the case that someone "did not
    notice" or forgot about something. There is no doubt that this
    is the right thing to be doing by default - there's no way that
    I can tell from inside XFS in the kernel that you have a UPS. ;)

    cheers.

    --
    Nathan
    -
    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: 2006-05-24 00:25    [W:0.065 / U:0.572 seconds]
    ©2003-2016 Jasper Spaans. hosted at Digital OceanAdvertise on this site