[lkml]   [2001]   [May]   [3]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
    SubjectRe: [PATCH] SMP race in ext2 - metadata corruption.

    On Thu, 3 May 2001, Alan Cox wrote:
    > > > discussion in itself), and there really are no valid uses for opening a
    > > > block device that is already mounted. More importantly, I don't think
    > > > anybody actually does.
    > >
    > > Actually I did. I might do it again :) The point was to get the kernel to
    > > cache certain blocks in the RAM.
    > Ditto for some CD based stuff. You burn the important binaries to the front
    > of the CD, then at boot dd 64Mb to /dev/null to prime the libraries and
    > avoid a lot of seeking during boot up from the CD-ROM.
    > However I could do that from an initrd before mounting

    Ehh. Doing that would be extremely stupid, and would slow down your boot
    and nothing more.

    The page cache is _not_ coherent with the buffer cache. Any filesystem
    that uses the page cache for data caching (which pretty much all of them
    do, because it's the only way to get sane mmap semantics, and it's a lot
    faster than the ol dbuffer cache ever was), the above will do _nothing_
    but spend time doing IO that the page cache will just end up doing again.

    Currently it can help to pre-load the meta-data, but quite frankly, even
    that is suspect, and won't work in 2.5.x when Al's metadata page-cache
    stuff is merged (at least directories, and likely inodes too).

    In short, don't do it. It doesn't work reliably (and hasn't since 2.0.x),
    and it will only get more and more unreliable.


    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: 2005-03-22 12:52    [W:0.023 / U:33.904 seconds]
    ©2003-2017 Jasper Spaans. hosted at Digital OceanAdvertise on this site