f571ea7e8b
* We now have concurrent repository operations so the one at a time limit does not apply any longer * Initialization was never slow solely due to loading information about all existing snaphots (though this contributed) but also because two cluster state updates and a few writes to the repository had to happen before initialization could return * Repo data necessary for a snapshot create operation is now cached on heap so loading it is effectively instant * Snapshot initialization is just a single CS update now * Initialization does no writes to the repository whatsoever * Fixed missing `repository` |
||
|---|---|---|
| .. | ||
| clean-up-repo-api.asciidoc | ||
| create-snapshot-api.asciidoc | ||
| delete-repo-api.asciidoc | ||
| delete-snapshot-api.asciidoc | ||
| get-repo-api.asciidoc | ||
| get-snapshot-api.asciidoc | ||
| put-repo-api.asciidoc | ||
| snapshot-restore-apis.asciidoc | ||
| verify-repo-api.asciidoc | ||