Re: rm(1) CPU hog

[Taylor R Campbell <campbell+netbsd-tech-kern%mumble.net@localhost>]

   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.

    > 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.