[lkml]   [2005]   [Jun]   [23]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
    SubjectRe: reiser4 plugins
    Hash: SHA1

    Alan Cox wrote:
    > On Iau, 2005-06-23 at 23:04, David Masover wrote:
    >>>What for? It works just fine as it stands, AFAICS.
    >>So does DOS. Do you use DOS? I don't even use DOS to run DOS programs.
    > False argument. So does the pen, so do hinges on doors. Do you still
    > have hinges on your doors - probably.

    Indeed. Because there's nothing better -- not because I "like it the
    way it is".

    >>"Ain't broke" is the battle cry of stagnation.
    > Its also the battle cry of everyone over the age of 20 who also has a
    > real job to do 8)

    You caught me. I'm not over 20. But I have a real job, with a company
    that understands the difference between "ain't broke" and "works well".

    >>But, there are some things Reiser does better and faster than ext3, even
    >>if you don't count file-as-directory and other toys. There's nothing
    >>ext3 does better than Reiser, unless you count the compatibility with
    >>random bootloaders and low-level tools.
    > Certainly compared with reiser3 you've missed a few out including
    > resilience to disk errors (nearly nil on reiser3), and SMP scaling.

    Actually, I was talking about reiser4. And Hans corrected me on that...

    Although resilience to disk errors isn't a design decision. That's what
    SMART and new hard drives are for. And if you're stubborn enough to
    keep the same FS around, there's dm-bbr.

    I think Hans (or someone) decided that when hardware stops working, it's
    not the job of the FS to compensate, it's the job of lower layers, or
    better, the job of the admin to replace the disk and restore from backups.

    >>You know how many I've had thrashed on Reiser4? Two. The first one was
    >>with a VERY early alpha/beta, and the second one was when I dropped a
    >>laptop and the disk failed.
    > Entirely or bad blocks ? The latter should have a minimal cost on a well
    > designed fs.

    I was able to recover from bad blocks, though of course no Reiser that I
    know of has had bad block relocation built in... But I got all my files
    off of it, fortunately.

    But the disk did fail, completely, later. Lots of loud clicking.

    >>Duplication of effort. With plugins, we can optimize the upper layers
    >>of ALL filesystems, regardless of the lower layers, in such a way that
    > In which case the features belong in the VFS as all those with
    > experience and kernel contributions have been arguing.

    No one's arguing that. What we're arguing is that there does seem to be
    a bit of prejudice when fuck-me-with-a-chainsaw and YOU ARE A FOOL FOR
    ENABLING THIS all got in, and with at least one of those, there doesn't
    seem to be any intention of changing it -- all of that, and even with an
    expressed intention to fix the aesthetical problems with Reiser4 later,
    we can't get the working version in now.

    More infuriatingly, I, at least, have a distinct feeling that once all
    the issues are fixed, an entirely different crowd of benevolent
    dictators will come around and say that we can't get in because we
    change the VFS. At least some people on this list have said things to
    that effect.

    Version: GnuPG v1.4.1 (GNU/Linux)
    Comment: Using GnuPG with Thunderbird -

    -----END PGP SIGNATURE-----
    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-06-24 05:30    [W:0.025 / U:15.764 seconds]
    ©2003-2017 Jasper Spaans. hosted at Digital OceanAdvertise on this site