Did you back up today user?

The real question is whether or not it spends most of its time dormant, and thus paged out of RAM.

It calculates how long it takes before it's supposed to activate, and then sets a timer, so it should be dormant.
git.launchpad.net/deja-dup/tree/deja-dup/monitor/monitor.vala#n204
My current instance has been running since February 10th and has used 1.26 seconds of CPU time.

I just use RAM as a proxy for code quality.

This program is 300 lines and contains very little state.
The process is relatively large because it's written in a language that's mainly intended for desktop applications (which is reasonable, because it's a desktop application). It transpiles to object-oriented C.

digint.ch/btrbk/
Check this out for btrfs send/receive automation.

My strategy:
Sadly btrfs performance sucks and it doesn't handle bad sectors properly (but you will know of it after a scrub). The trade off was worth it for me since this saved my arse.

Attached: Literaly the first disk I found on duck duck go images.jpg (1500x1327, 104.77K)

What do you mean by this, are you talking about btrfs or btrbk?

There's NOTHING that could prepare you for that.
speaking from experience

My files are backed up on gratis remote storage (encrypted, of course).

I only back up a couple of really important files, like my password database. The stuff on my ssd is not too important. And then I have about 300gb of irrelevant shit on the 750gb drive connected to my router that I absolutely do not care about.

Daily reminder that hoarding is a disease.

You'll change your tune the day your internet goes out.