diff --git a/doc/047_tuning_backup_parameters.rst b/doc/047_tuning_backup_parameters.rst index 6d98813b5..b3d19512c 100644 --- a/doc/047_tuning_backup_parameters.rst +++ b/doc/047_tuning_backup_parameters.rst @@ -58,10 +58,10 @@ In certain instances, such as very large repositories (in the TiB range) or very upload connections, it is desirable to use larger pack sizes to reduce the number of files in the repository and improve upload performance. Notable examples are OpenStack Swift and some Google Drive Team accounts, where there are hard limits on the total -number of files. Larger pack size can also improve the backup speed for a repository -stored on a local HDD. This can be achieved by either using the ``--min-packsize`` flag +number of files. Larger pack sizes can also improve the backup speed for a repository +stored on a local HDD. This can be achieved by either using the ``--min-packsize`` option or defining the ``$RESTIC_MIN_PACKSIZE`` environment variable. Restic currently defaults -to a 16MiB pack size. +to a 16 MiB pack size. The side effect of increasing the pack size is requiring more disk space for temporary pack files created before uploading. The space must be available in the system default temp @@ -69,6 +69,6 @@ directory, unless overwritten by setting the ``$TMPDIR`` environment variable. depending on the backend the memory usage can also increase by a similar amount. Restic requires temporary space according to the pack size, multiplied by the number of backend connections plus one. For example, if the backend uses 5 connections (the default -for most backends), with a target pack size of 64MiB, you'll need a *minimum* of 384MiB +for most backends), with a target pack size of 64 MiB, you'll need a *minimum* of 384 MiB of space in the temp directory. A bit of tuning may be required to strike a balance between resource usage at the backup client and the number of pack files in the repository. diff --git a/doc/manual_rest.rst b/doc/manual_rest.rst index ba9ab8990..317fb51d4 100644 --- a/doc/manual_rest.rst +++ b/doc/manual_rest.rst @@ -56,7 +56,7 @@ Usage help is available: --key-hint key key ID of key to try decrypting first (default: $RESTIC_KEY_HINT) --limit-download int limits downloads to a maximum rate in KiB/s. (default: unlimited) --limit-upload int limits uploads to a maximum rate in KiB/s. (default: unlimited) - --min-packsize uint set min pack size in MiB. (default: $RESTIC_MIN_PACKSIZE or 16) + --min-packsize uint set min pack size in MiB. (default: $RESTIC_MIN_PACKSIZE) --no-cache do not use a local cache --no-lock do not lock the repository, this allows some operations on read-only repositories -o, --option key=value set extended option (key=value, can be specified multiple times) @@ -129,7 +129,7 @@ command: --key-hint key key ID of key to try decrypting first (default: $RESTIC_KEY_HINT) --limit-download int limits downloads to a maximum rate in KiB/s. (default: unlimited) --limit-upload int limits uploads to a maximum rate in KiB/s. (default: unlimited) - --min-packsize uint set min pack size in MiB. (default: $RESTIC_MIN_PACKSIZE or 16) + --min-packsize uint set min pack size in MiB. (default: $RESTIC_MIN_PACKSIZE) --no-cache do not use a local cache --no-lock do not lock the repository, this allows some operations on read-only repositories -o, --option key=value set extended option (key=value, can be specified multiple times) @@ -442,4 +442,3 @@ time it is used, so by looking at the timestamps of the sub directories of the cache directory it can decide which sub directories are old and probably not needed any more. You can either remove these directories manually, or run a restic command with the ``--cleanup-cache`` flag. -