• Josef Bacik's avatar
    Btrfs: don't always do readahead · 026fd317
    Josef Bacik authored
    Our readahead is sort of sloppy, and really isn't always needed.  For example if
    ls is doing a stating ls (which is the default) it's going to stat in non-disk
    order, so if say you have a directory with a stupid amount of files, readahead
    is going to do nothing but waste time in the case of doing the stat.  Taking the
    unconditional readahead out made my test go from 57 minutes to 36 minutes.  This
    means that everywhere we do loop through the tree we want to make sure we do set
    path->reada properly, so I went through and found all of the places where we
    loop through the path and set reada to 1.  Thanks,
    Signed-off-by: default avatarJosef Bacik <josef@redhat.com>
    026fd317
ctree.c 112 KB