I know what you mean, a SBC like that would be useful for some things.
There can be more than one version of a NAS optimized for different use
cases, so your use case might be different than mine, so there would
of course need to be two different designs and products for them.
There's not a one-size-fits-all if you want something as small and as
optimized (cost-reduced) as possible.
Regarding borgbackup, I've been told the server process loads the
entire repo indez into memory. My backup worked fine for a couple of
months but as the number of archives increased at some point backups
started to fail as I had no swap configured and the oom-killer
activated. I then added a swap partition and it's been fine since,
though I can imagine it slows it down a lot, swapping with the slow
disk speed the GBPC2 has.
I think for borgbackup 1GB or more RAM is needed for a backup with a
lot of archives.
https://borgbackup.readthedocs.io/en/stable/internals/data-structures.html#indexes-caches-memory-usage
https://github.com/borgbackup/borg/issues/7023
But I really want to use ZFS as its send and receive functionality is
even better for backups than borg. It does not need to scan the entire
filesystem, deduplicate, compress and encrypt at each run. If you use
ZFS's built-in encryption the source data can be already encrypted, and
then with sanoid or a similar tool you can snapshot and only transfer
the snapshots. So you get incremental backups that are already
encrypted at the source.
But of course ZFS needs a lot of RAM too and ECC is highly recommended
so that's why I think there's a big void in the market for such a SBC
that could run ZFS reliably.
On Wed, 28 Jun 2023 22:59:51 -0700 (PDT)