btdu - a sampling disk usage profiler for btrfs (written in D)
user1234
user1234 at 12.de
Mon Nov 9 13:20:22 UTC 2020
On Monday, 9 November 2020 at 12:52:12 UTC, Vladimir Panteleev
wrote:
> On Monday, 9 November 2020 at 12:21:55 UTC, user1234 wrote:
>> I like the report about how D was efficienet to develop this
>> tool, otherwise
>> what do you use it for ? What is the typical usage of such
>> tools ?
>
> Well, the README and linked blog post answer that to some
> extent, but my personal use cases are actually tangential to D,
> so I can write more about that here.
>
> I've been using btrfs on my home system ever since switching to
> Linux full-time, and a few years ago I switched over the server
> (hosting this forum / the wiki / some other services) to it
> too. This allowed us to have incremental, atomic, hourly,
> off-site backups, which actually saved our butts big-time when
> the hosting provider decided to shut off the server over a
> clerical issue in the distant year of 2019. Some snapshots are
> also retained for a while to allow rollbacks or undelete files
> in case I fat-finger something during maintenance.
>
> One of btrfs's boons is that across subvolumes and clones,
> deduplication allows reusing the same unique block across many
> files and snapshots, which saves space but also what enables
> atomic snapshots to work (with successive writes being COW). If
> you add compression on top of that, it can be challenging to
> understand what is actually using how much space, and since
> storage costs are not insignificant on a FOSS budget, it does
> need to be managed, and I was missing a tool that would help do
> this. Another unique benefit of btdu is that it starts
> displaying results almost instantly, which is great when the
> disk is full causing everything to be on fire and you need to
> free up some disk space right now.
Allright it's clearer now, thanks for the clarifications ;)
More information about the Digitalmars-d
mailing list