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

    On Fri, 4 May 2001, Alexander Viro wrote:
    >
    > Ehh... There _is_ a way to deal with that, but it's deeply Albertesque:
    > * add pagecache access for block device
    > * put your "real" root on /dev/loop0 (setup from initrd)
    > * dd

    You're one sick puppy.

    Now, the above is basically equivalent to using and populating a
    dynamically sized ramdisk.

    If you really want to go this way, I'd much rather see you using a real
    ram-disk (that you populate at startup with something like a compressed
    tar-file). THAT is definitly going to speed up booting - thanks to
    compression you'll not only get linear reads, but you will get fewer reads
    than the amount of data you need would imply.

    Couple that with tmpfs, or possibly something like coda (to dynamically
    move things between the ramdisk and the "backing store" filesystem), and
    you can get a ramdisk approach that actually shrinks (and, in the case of
    coda or whatever, truly grows) dynamically.

    Think of it as an exercise in multi-level filesystems and filesystem
    management. Others have done it before (usually between disk and tape, or
    disk and network), and in these days of ever-growing memory it might just
    make sense to do it on that level too.

    (No, I don't seriously think it makes sense today. But if RAM keeps
    growing and becoming ever cheaper, it might some day. At the point where
    everybody has multi-gigabyte memories, and don't really need it for
    anything but caching, you could think of it as just moving the caching to
    a higher level - you don't cache blocks, you cache parts of the
    filesystem).

    > Al, feeling sadistic today...

    Sadistic you are.

    Linus

    -
    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: 2005-03-22 12:52    [W:4.125 / U:0.228 seconds]
    ©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site