Thomas Waldmann
cf4d761042
docs: fix the highlighting
...
default is "python", that's why some help fragments and bash scripts looked strange.
2016-07-11 23:16:53 +02:00
Marian Beermann
7ed425dae0
Repository: cleanup on ENOSPC
2016-07-05 20:33:07 +02:00
Thomas Waldmann
435d30d61b
docs: updates and fixes
2016-02-01 03:22:02 +01:00
Thomas Waldmann
e06b7162c2
update docs / docstring about new key location
2016-01-28 23:15:49 +01:00
Thomas Waldmann
1fc99ec9cd
update docs, remove references to passphrase mode
2016-01-24 16:04:00 +01:00
Thomas Waldmann
169634f2ca
change the builtin default for --chunker-params, create 2MiB chunks, fixes #343
...
one of the biggest issues with borg < 1.0 was that it had a default target chunk
size of 64kiB, thus it created a lot of chunks, a huge chunk management overhead
(high RAM and disk usage).
2016-01-24 15:44:09 +01:00
Robin Schneider
32900c8679
Mi does stand for a IEC binary prefix e.g. 2^20.
2016-01-18 10:38:55 +01:00
Robin Schneider
1f49d16a71
Fixed my changes. Thanks to @ThomasWaldmann for the review!
2016-01-18 09:00:07 +01:00
Robin Schneider
8b9ae0ae92
More – → -- (CLI) fixes. Fixed spelling. AES-256 is used.
...
* According to the comment in `borg/key.py`.
2016-01-17 23:49:54 +01:00
Robin Schneider
19eb8e2d3b
Use `--option` in RST to not render "--" as "–".
2016-01-17 20:12:23 +01:00
Thomas Waldmann
888e078382
use finer chunker granularity for items metadata stream, fixes #547 , fixes #487
...
the items metadata stream is usually not that big (compared to the file content data) -
it is just file and dir names and other metadata.
if we use too rough granularity there (and big minimum chunk size), we usually will get no deduplication.
2016-01-15 20:56:21 +01:00
Thomas Waldmann
393e36b6da
updated internals docs: hash table max. load factor is 0.75 now
2015-12-13 19:58:32 +01:00
Thomas Waldmann
734dae80ef
improve chunker params docs, fixes #362
2015-11-02 19:47:09 +01:00
Thomas Waldmann
1a949eab3e
docs: internals: improve structure and formatting
2015-08-29 04:23:57 +02:00
Thomas Waldmann
1e11e24fc4
document locking system
2015-08-20 22:37:38 +02:00
Thomas Waldmann
1d16e7a37c
compression: update / refine docs
2015-08-15 15:45:15 +02:00
Thomas Waldmann
8b1d46caa4
docs: more about compression
2015-08-10 20:36:21 +02:00
Thomas Waldmann
b5bdb52b6a
update internals doc about chunker params, memory usage and compression
2015-07-14 00:43:35 +02:00
Thomas Waldmann
b2f460d591
fix filenames used for locking, update docs about locking
2015-07-13 23:20:46 +02:00
Jan Bader
8de8073345
Improve wording
2015-07-02 23:23:45 +02:00
Jan Bader
028e12473d
Update internals to reflect new --compression argument
2015-07-02 23:21:28 +02:00
Thomas Waldmann
83f520cfbe
improve internals docs
2015-06-07 02:15:13 +02:00
Thomas Waldmann
cb5c9b63b3
fork: s/attic/borg/g, fix URLs, add new section to AUTHORS
...
use borg instead attic except at the places where it was used:
- as toplevel package name, directory name, file name
- to refer to original attic
remove sphinx upload make command, will be replaced by github.io site later
remove references to binary downloads and linux packages for now
remove some software name references, fix grammar
use borgbackup rather than borg-backup (or borg) in URLs,
less name collision issues, better search results, no validity issues with "-"
2015-05-13 15:02:33 +02:00
anarcat
ecee5a0b51
PDKF is a key derivation function
...
do not use the word "encryption", as it is actually closer to "hashing" anyways.
2015-03-05 09:00:06 -05:00
anarcat
5f882e976d
clarify the index memory usage analysis
...
it seems I extracted that data from [this mailing list post][] which
in turn takes it from [this github comment][].
[this mailing list post]: http://librelist.com/browser/attic/2014/5/6/questions-and-suggestions-about-inner-working-of-attic/
[this github comment]: https://github.com/jborg/attic/issues/26#issuecomment-35439254
2015-03-05 08:57:52 -05:00
anarcat
0ba86357d7
clarify that 4095 bytes is not a typo
...
i am actually assuming this right now, i haven't double-checked
2015-03-05 08:51:26 -05:00
anarcat
87cb4a4813
expand on the chunk id hash mechanism
...
according to @ThomasWaldmann, the algorithm varies according to whether encryption is enabled.
2015-03-05 08:48:23 -05:00
anarcat
8f8a035e93
fix a bunch of typos
...
this should fix the comments identified as `typo` and other small quirks found by @ThomasWaldmann.
2015-03-05 08:41:48 -05:00
anarcat
b7718f044d
Update internals.rst
2014-12-17 10:11:02 -05:00
Antoine Beaupré
e80e6c4dbb
better titles
2014-12-16 10:59:12 -05:00
Antoine Beaupré
b7c26735f7
fix formatting issues
2014-12-16 10:59:02 -05:00
Antoine Beaupré
d58b6ddf28
fix reference errors and remove reference to source code
2014-12-16 10:55:03 -05:00
Antoine Beaupré
688ba109ef
reorder to be more logical and more gentle
2014-12-16 10:35:53 -05:00
Antoine Beaupré
ddca3b856b
add a more gentle introduction
2014-12-16 10:30:57 -05:00
Antoine Beaupré
1fde2a9771
add more details on how encryption works
2014-12-16 10:20:52 -05:00
Antoine Beaupré
fd56bf0887
document the repo config file and more storage properties
...
again taken from the mailing list, mostly
2014-12-16 10:20:23 -05:00
Antoine Beaupré
3f27c367fe
document more internals, based on mailing list discussion
...
this should address #27 , #28 and #29 at least at a basic level
it is mostly based on the mailing list discussion mentionned in #27 ,
with some reformatting and merging of different posts.
2014-12-16 10:04:37 -05:00
Antoine Beaupré
9f0ed2a8c0
clarify some bits I missed
2014-12-16 10:03:20 -05:00
Antoine Beaupré
a8ab9c3445
document key files in a new Internals page
...
this is still incomplete as it only describes key files, but doesn't
clearly say how chunks are encrypted or decrypted.
this address parts of #29 but eventually that document should also
cover #27 , #28 and maybe #45
2014-12-16 09:10:34 -05:00
