[lkml]   [2004]   [Apr]   [2]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
    SubjectRe: [PATCH] cowlinks v2

    > > Also it should be possible to have file with 2 hardlinks cowlinked
    > > somewhere, and possibly make more hardlinks of that one... Having
    > > pointer to another inode in place where direct block pointers normally
    > > are should be enough (thinking ext2 here).
    > All right, you are proposing hell. I've tried to think through all
    > possibilities and was too scared to continue. So limitation is that
    > cowlinks and hardlinks are mutually exclusive, which eliminated all
    > problems.

    I do not think I'm proposing hell.

    > If you really want cowlinks and hardlinks to be intermixed freely, I'd
    > happily agree with you as soon as you can define the behaviour for all
    > possible cases in a simple document and none of them make me scared
    > again. Show me that it is possible and makes sense.


    User/kernel API modifications for cowlinks

    open(..., O_RDWR) may return ENOSPACE

    new syscall is introduced, copyfile(int fd_from, int fd_to). fd_to
    must be empty, or it returns -EINVAL. copyfile() copies content of
    file from one file to another. It may return success even through
    there's not enough space on filesystem to actually do the copy. It is
    also pretty fast.

    another syscall is introduced for diff and friends, long long
    get_data_id(int fd). It may only be used on non-zero-length regular
    files. if get_data_id(fd1) == get_data_id(fd2), it means that files
    fd1 and fd2 contain same data and you do not need to read them to
    check it.

    df might be overly optimistic


    In my proposlal, diff will not automagically sense files contain same
    stuff using (dev, ino); if you want speedups, you'll have to teach
    diff to call get_data_id.

    Users do not really know cowlinks exist. Disk space behaves funny, and
    copyfile is somehow fast, but otherwise its normal UNIX system.

    Trivial implementation does copyfile by real copying (=>slow, takes
    lots of space), and returns error on get_data_id. (Or it might return
    inode#, but returning error is probably better).

    [And yes, I believe this can actually be implemented in usefull
    way. Are you scared or should I continue?]

    When do you have a heart between your knees?
    [Johanka's followup: and *two* hearts?]
    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:02    [W:0.022 / U:17.276 seconds]
    ©2003-2017 Jasper Spaans. hosted at Digital OceanAdvertise on this site