linux-kernel - Re: Deleting large files

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite for Android: free password hash cracker in your pocket

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Date:	Thu, 8 May 2008 11:19:06 +0300
From:	Matti Aarnio <matti.aarnio@...iler.org>
To:	Morten Welinder <mwelinder@...il.com>
Cc:	linux-kernel <linux-kernel@...r.kernel.org>
Subject: Re: Deleting large files

On Wed, May 07, 2008 at 03:49:30PM -0400, Morten Welinder wrote:
> Hi there,
> 
> deleting large files, say on the order of 4.6GB, takes approximately forever.
> Why is that?  Well, it is because a lot of things need to take place to free
> the formerly used space, but my real question is "why does the unlink caller
> have to wait for it?"

This very question has troubled SQUID developers.  Whatever the system, unlink()
that really does free diskspace does so with unbound timelimit and in services
where one millisecond is long wait time, the solution has been to run separate
subprocess that actually does the unlinks.

Squid is not threaded software, and it was created long ago when threads were
rare and implementations were different in subtle details --> no threads at all.

> Morten

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