[pbs-devel] Status of Garbage Collection marks in memory (not atime based)

[Maximilian Hill]

On Fri, Apr 09, 2021 at 10:13:54AM +0200, Dietmar Maurer wrote:
> > We use a CephFS as datastore in our test environment and this is rather slow because of the metadata updates. The in-memory based approach could possibly make a huge difference for CephFS based datastores.
> 
> Besides, Proxmox Backup is designed to work with local storage. 
> Using any Network based storage create a big amount of additional network 
> traffic, and makes no real sense to me. You want(should) backup your Cepfs data 
> to Proxmox Backup, not the other way around.
> 
Well, if you are already running seperate ceph cluster with erasure coded
pools for other backups, that's not that bad of an idea.
But it shouldn't be the same cluster as the hot production storage,
thats right.

GC jobs cause a lot of writes in the metadata pool.

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 833 bytes
Desc: not available
URL: <http://lists.proxmox.com/pipermail/pbs-devel/attachments/20210409/f191c518/attachment.sig>