News for hackers. Stuff that matters.
Re:Btrfs Coming to Fedora 33 by cmurf on Monday August 24, 2020 @05:36AM (#24258939)
The 'rm' command should complete pretty quickly. Actually freeing up space takes time since a delete is subject to delayed allocation. The default transaction commit time is 30 seconds. And if there are snapshots or reflink copies, a backref walk is needed before extents can be freed.
Re:Btrfs Coming to Fedora 33 by knorker on Monday August 24, 2020 @12:35PM (#24262304)
I'm talking about the time it takes for the `rm` command to finish. I've started the habit of running all `rm` commands in the background on btrfs.
Re:Btrfs Coming to Fedora 33 by cmurf on Monday August 24, 2020 @04:53PM (#24265377)
If it's reproducible, my suggestion is to strace the rm command and find out what it's doing that's taking so long; and post it to the mailing list:

https://btrfs.wiki.kernel.org/index.php/Btrfs_mailing_list

Re:Btrfs Coming to Fedora 33 by WGH_ on Tuesday August 25, 2020 @08:45AM (#24270727)
Recording the kernel profile with perf would be more useful, I think. strace would probably only show long "unlink" syscall.
Re:Btrfs Coming to Fedora 33 by cmurf on Thursday August 27, 2020 @02:25AM (#24290662)
Yeah, and if perf is unrevealing, sysrq+t.