Optional: Parallele Replikation mehrerer Datasets #10
Labels
No labels
bug
enhancement
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set
Reference
bashclub/zsync#10
Loading…
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Viele Datasets werden heute strikt nacheinander übertragen.
Umsetzung:
parallel(Default 1 = heutiges Verhalten)wait, Log pro Dataset gepuffert und am Stück ausgegebenRahmen: Default = bisheriges Verhalten, der Replikations-/Löschalgorithmus bleibt unverändert, optionale Tools werden per
whicherkannt (fehlen sie, läuft alles wie bisher mit Logmeldung). Eigener Branch/PR mit Test. Teil von 2.0.0, Reihenfolge siehe Roadmap.Parallele Replikation mehrerer Datasetsto Optional: Parallele Replikation mehrerer DatasetsZurückgestellt als optional, nicht Teil von 2.0.0 (wie die MPTCP-Idee #27). Lohnt erst bei vielen kleinen Datasets und sehr hoher verfügbarer Bandbreite; der Großteil der Installationen hängt an Gigabit oder WAN, wo die Leitung der Engpass ist und parallele Streams sie nur teilen. Gewinn wäre vor allem weniger Leerlauf pro Dataset (im Testlog ~5–6 s je Dataset ohne nennenswerte Daten).