Re: rm(1) CPU hog

[Joerg Sonnenberger <joerg%britannica.bec.de@localhost>]

On Wed, Jul 01, 2015 at 07:21:17PM +0000, Taylor R Campbell wrote:
>    Date: Wed, 1 Jul 2015 18:56:20 +0000
>    From: David Holland <dholland-tech%netbsd.org@localhost>
> 
>    On Wed, Jul 01, 2015 at 06:38:54PM +0000, Taylor R Campbell wrote:
>     > There's a patch floating around to ascertain how much space is left in
>     > the current transaction and truncate as many blocks as will fit in it
>     > at a time.
> 
>    I thought that patch had been committed...
> 
> Not yet.

Correct, only the refactoring part was committed so far.

>     > I think a better approach would be to truncate only blocks
>     > that are actually allocated, and skip holes, but I haven't finished
>     > the patch to do that.
> 
>    Is there a way that partially-handled truncates get finished at
>    recovery time, or do files thus affected get left in an undefined
>    intermediate state?
> 
> Not sure offhand but I think on log replay they will be marked as
> deleted and the truncation process will pick up where it left off.

Correct.

Joerg