BackupCreations/SuperFlexible Shared Forum

Greife auf eine Freigabe auf einen Windowsserver zu, Passwort korrekt, sync funktioniert. Nur benötigt er zum EInlesen der Dateiliste mit 30.000 - 40.000 Dateien sehr, sehr lange, habe es nicht gestoppt, sind etliche Minuten. Kann man das was anders machen?

Besten Dank.

Es kommt nicht auf die Anzahl der Dateien an, sondern auf die Anzahl der Ordner.

Man kann die Anzahl Threads erhöhen oder den Syncovery Remote Service auf der anderen Seite installieren, der dann sehr schnell die Dateiliste erzeugen kann.

Weitere Hinweise finden sich auf Englisch hier:
https://www.syncovery.com/uncategorized/fastlist/

Es sind knapp 13400 Folders. Habe mal die Threads für das Listing auf 10 gesetzt, das änderte nichts. Eine Möglichkeit wie Robocopy das startet und m.W. on-the-fly vergleicht gibt es bei Syncovery nicht? Hatte da bisher für diesen speziellen Job immer robocopy genommen, aber das kann kein VSS ohne Gebastel und ich will am Ende alles in einem Programm haben. Da ist Syncovery schon eine andere Liga.

Der Scanvorgang muss auf jeden Fall erst durchlaufen. Auf der Seite gibt es ja genug Hinweise zur Beschleunigung. Wenn man nur in eine Richtung kopiert, kann man z. B. den Cache für die Zieldateiliste einsetzen. Wenn das entfernte Gerät auch ein Windows-Rechner ist, kann man dort den Syncovery Remote Service installieren. Den wird es bald auch für Linux geben (inkl. NAS-Geräte).

Die Listing Threads kann man auch auf 50-100 einstellen. Ob das etwas bringt, hängt natürlich von den Gegebenheiten ab.

Außerdem darf man bei den Programmeinstellungen unter Logs nicht zu viel ankreuzen. "Mit Timing Info" macht die Sache langsamer, ebenso die ganzen Haken im unteren Bereich.

Kann man das Logging jobspezifisch anpassen? Die anderen Jobs will ich ja möglichst gut loggen, nur den einen nicht.

Ist leider ein SMB-Share eines zentralen Servers da kann ich auf der Gegenseite nichts machen.

Nein. Die Optionen wie Timing Info und andere sind nur zum Debugging. Die müssen bei allen Jobs aus sein. Das kostet richtig CPU und macht die Logs unlesbar.