RE: rm a_large_file takes too long under linux-2.2.1 (also unSTOP

Mark Henson (mark.henson@ericsson.com)
Thu, 11 Feb 1999 16:09:07 +1300


It has been my experience too that often the deleting of large files takes a
long time & is uninterruptable - but not always.

Today I was downloading some large ftp files 220MB, I had reason to kill the
remote ftp session
when I tried to remove the local files the prompt returned immediately -
unusual, when I removed the second same behaviour.

then I looked at a process list the killed ftp sessions had some kind of
lock on the file, when I killed these local sessions the files started to be
deleted.

running 2.0.35, redhat 5.1

regards

mark

> -----Original Message-----
> From: Fuzzy Fox [SMTP:fox@dallas.net]
> Sent: Thursday, 11 February 1999 12:51
> To: Sang Kang
> Cc: linux-kernel@vger.rutgers.edu
> Subject: Re: rm a_large_file takes too long under linux-2.2.1 (also
> unSTOPable)
>
> Sang Kang <kernel@mocha.sarang.net> wrote:
> >
> > I made a large file "dd if=/dev/zero of=blah count=1000000"
> > immediately followed by "rm blah". It took me about 20 second, and
> > I couldn't even send STOP signal to the process (^Z). Is this a new
> > feature or a side effect of a bugfix?
>
> It has always been this way, in my experience. In Linux, and other unix
> operating systems. It takes time to collect up all the indirect blocks
> and mark them free.
>
> You cannot STOP the process because it is not in an interruptible system
> call (unlink).
>
> Why do you believe this behavior is new?
>
> --
> fox@dallas.net (Fuzzy Fox) || "Nothing takes the taste out of
> peanut
> sometimes known as David DeSimone || butter quite like unrequited love."
> http://www.dallas.net/~fox/ || -- Charlie
> Brown
>
> -
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to majordomo@vger.rutgers.edu
> Please read the FAQ at http://www.tux.org/lkml/

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu
Please read the FAQ at http://www.tux.org/lkml/