[lkml]   [1998]   [Jun]   [17]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
    SubjectRe: e2fs + large disk == slug?
    Alan Cox wrote:
    > > | Just deleted a 2 Gig file on a Solaris machine. It worked instatntly
    > > | but the disk space was freed in background.
    > > |
    > > | Place for possible improvement.
    > >
    > > I would hope Linux never does this optimization. I tend to do things like:
    > >
    > > rm -rf <dir>; df
    > >
    > > expecting df to be accurate immediately after the delete.
    > Then I suggest you implement it so that df sleeps on its file system query
    > until the asynchronous rm finishes. Thats a big win on rm of big files and
    > no pain

    Aarghhh. I'd hate it if it worked like that. Gives me a DOS feeling.
    How about adjusting the stats for the filesystem at the beginning of
    the "walk the list of blocks, and free them as you go". That would
    give the "df" accurate results, and allow the unlink to work in the

    pseudo-pseudo code:

    do_unlink ...

    inode->sb->free += inode->blocks
    if (fork ()) return;
    for (.... )
    free_block (i);


    Actor asks a collegue: "To what do you owe your success in acting?"
    Answer: "Honesty. Once you've learned how to fake that, you've got it made."
    -------- Custom Linux device drivers for sale! Call for a quote. ----------
    Email: || Tel: +31-15-2137555 || FAX: +31-15-2138217

    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to

     \ /
      Last update: 2005-03-22 13:43    [W:0.019 / U:179.784 seconds]
    ©2003-2016 Jasper Spaans. hosted at Digital OceanAdvertise on this site