[lkml]   [2004]   [Sep]   [2]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
    SubjectRe: The argument for fs assistance in handling archives
    Hash: SHA1

    Linus Torvalds wrote:
    | It's much saner (from _any_ app standpoint) to roll their own database in
    | user space - that way it just works.

    Then why do we have apps which use Windows' Internet Options where it
    can, and otherwise ask the user for proxy settings?

    | In other words, nobody is really ever going to take advantage of this.
    | This is _not_ how technical advanncement happens. The way you get people
    | to take advantage of something is to have a nice gradual ramp-up, not a
    | sudden new feature that they can't realistically use.
    | So before you do transactions in the filesystem, you have to be able
    to do
    | them in user space - and then make the filesystem version be _compatible_
    | with that user space library. That way you can get people to use the
    | library ("hey, it works anywhere") and then you can get them to use your
    | filesystem ("hey, if you use our super-duper filesystem, you can do what
    | you are already doing five times faster").

    Why not:
    do transactions in the filesystem
    write a library to talk to that filesystem
    have the library do emulation on other systems

    in that order.

    | See? You're starting at the wrong end. Give me a portable interface to
    | _first_. Then do transactions in the filesystem.

    If you're going to have to do both the portable interface and the fs
    support, does it really matter which order you do them in?

    Again, this is curiosity, not sarcasm. Here my reasons for wanting the
    fs support first:

    You don't always know exactly how the filesystem transactions will work.
    ~ You don't know until it's done whether you'll deviate from your design,
    cut certain features, replace them with others...

    And if you write the portable library first, and it ends up supporting
    features a, b, and c, while the kernel supports features b, c, and d,
    which obsoletes a, you have to add some features and remove some
    features from the portable library to make it sane.

    It'd be like writing OpenGL entirely in software, before hardware
    accelerators work, and at the last minute have to change the library to
    use triangles instead of splines. What's more, every single app now has
    to be rewritten or use the library's emulation -- that's assuming many
    apps would consider using a 3D library that doesn't have hardware accel
    support yet.
    Version: GnuPG v1.2.4 (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-03-22 14:05    [W:0.026 / U:3.120 seconds]
    ©2003-2016 Jasper Spaans. hosted at Digital OceanAdvertise on this site