mirror of
https://github.com/borgbackup/borg.git
synced 2024-12-26 09:47:58 +00:00
Merge pull request #6659 from ThomasWaldmann/docs-fc-suffix-master
docs: mention BORG_FILES_CACHE_SUFFIX as alternative to BORG_FILES_CACHE_TTL
This commit is contained in:
commit
a3e99a2b51
1 changed files with 4 additions and 0 deletions
|
@ -1080,6 +1080,10 @@ will be slow because it would chunk all the files each time. If you set
|
||||||
BORG_FILES_CACHE_TTL to at least 26 (or maybe even a small multiple of that),
|
BORG_FILES_CACHE_TTL to at least 26 (or maybe even a small multiple of that),
|
||||||
it would be much faster.
|
it would be much faster.
|
||||||
|
|
||||||
|
Besides using a higher BORG_FILES_CACHE_TTL (which also increases memory usage),
|
||||||
|
there is also BORG_FILES_CACHE_SUFFIX which can be used to have separate (smaller)
|
||||||
|
files caches for each backup set instead of the default one (big) unified files cache.
|
||||||
|
|
||||||
Another possible reason is that files don't always have the same path, for
|
Another possible reason is that files don't always have the same path, for
|
||||||
example if you mount a filesystem without stable mount points for each backup
|
example if you mount a filesystem without stable mount points for each backup
|
||||||
or if you are running the backup from a filesystem snapshot whose name is not
|
or if you are running the backup from a filesystem snapshot whose name is not
|
||||||
|
|
Loading…
Reference in a new issue