Synology Drive: Hohe CPU Last beim Windows Client

[mgutt]

Laut Status ist die Synchronisation auf dem aktuellen Stand und in den Logs ist bis auf den Screenshot, den ich für diesen Beitrag erstellt habe auch nichts dazu gekommen. Also was genau treibt Synology Drive da im Hintergrund? 25% CPU Last sind ja nicht ohne.





Auf dem NAS selbst ist komplett Ruhe. Das kann ich gut sehen, weil Synology Drive über LAN5 zugreift und ich den Webclient über LAN2 geöffnet habe. Da läuft auch keine Indexierung oder Ähnliches.

Wenn ich den Sync pausiere fällt die Last sofort runter und wenn ich starte geht sie wieder hoch.

 

[TeXniXo]

Bei mir schaut es wie folgt aus (Windows 10 - Surface). Habe drei Tasks (Aufgaben) drinnen.

 

[RichardB]

Bei mir ähnlich (ebenfalls 3 Tasks):


Was mir auffällt sind die 5 Unterprozesse eim TO. Die habe ich nämlich nicht.

 

[TeXniXo]

Stimmt, war mir nicht klar, bis das Bild von RichardB reinkam. Da kann man gut Vergleiche anstellen.

Hosts usw. bei Drive - riecht nach "Basteleien"?

@TE: Evtl. Drive de- und neu installieren? Oder tritt das Problem auch bei anderen Clients auf?

 

[schwarzwaldelch]

Ich habe das selbe Problem:
Drive auf zwei Rechner installiert. Bei einem ist die CPU Auslastung unscheinbar. Beim Surface ist sehr während dem Sync in Ordnung. Sobald der Syncvorgang komplett ist, steig die CPU auf 25-50%


Wird eine Datei geändert oder hinzugefügt, sinkt die CPU Auslastung und er der Vorgang wird korrekt ausgeführt. Sobald er wieder abgeschlossen ist, steigt sie sofort wieder an.

 

[RichardB]

Also das ist die Situation (Maximalwert) während des Syncens (Dateigröße ca. 2,5GB).


Danach sinkt die CPU-Last sofort wieder auf 0.

Lediglich vom RAM gönnt sich Drive noch eine Zeit lang die 28MB.

 

[TeXniXo]

Habe mal testerweise - analog zu RichardB - 6,8 GB rübergeschoben - da ging es auf 1,2% und als der Sync-Vorgang beendet wurde ging der Wert dann noch auf 0,4% runter und ca. 30 Sekunden später auf 0%.

An Surface (Posting #5) wird es also nicht liegen, was gut zu wissen ist!

 

[mgutt]

Der Rechner lief jetzt 24 Stunden und jetzt ist wieder Ruhe im Karton. Ich habe aber trotzdem immer drei Prozesse parallel?!



Allerdings sind diese jetzt separat aufgelistet und nicht wie zu Anfang als Gruppe.

Hat jemand wie ich das komplette User-Verzeichnis gesynct? Ich habe meinen kompletten c:\users\USERNAME drin und nur \AppData dabei ausgeschlossen.

 

[RichardB]

Ja das ist merkwürdig.
Ev. hast Du eine andere Version laufen, als @LG TeXniXo und ich. Keine Ahnung.

Was c:\users\USERNAME betrifft: in meinem Fall Nein, wozu auch?

 

[mgutt]

Wozu:
Ich habe meine Dateien in den bestehenden Windows-Bibliotheken liegen (Dokumente, Desktop, Fotos, Musik, etc.). Ich könnte auch nur c:\users\USERNAME\SynoDrive\ synchronisieren und alles dort reinschieben, aber dann würden mir in Teilen die Usability verloren gehen.

Der Vorteil ist auch, dass neu angelegte Verzeichnisse von Apps oder dem User selbst, automatisch mitgesichert werden. Damit kann ich das auch bei einem DAU installieren und weiß, dass seine Daten alle im SynoDrive landen. Sichere ich dagegen nur das Unterverzeichnis \SynoDrive muss ich erst erklären, dass nur dort abgelegte Dateien gesichert werden. Das gilt auch, wenn eine App standardmäßig zB im Verzeichnis \Dokumente oder \Desktop speichert. Der User müsste immer erst das Verzeichnis manuell auf \SynoDrive ändern.

Und ja ich nutze das Drive auch als Backup. Denn nur über das Drive habe ich den Vorteil der Versionierung. Mein normales Backup was parallel läuft sichert unregelmäßiger und Dateiänderungen würden nicht so detailliert erfasst.

Aktuell ist mein Drive Client übrigens offline. Er kann sich scheinbar nicht verbinden. Dabei ist das NAS über alle IPs und Aliase erreichbar. Doof.

Version:


Ok, was herausgefunden. Die Gruppe der Prozesse sieht man nur, wenn man das Drive Fenster offen hat. Dann sieht es bei mir so aus:



Ich habe den Client schon beendet und neu gestartet. Kann sich nicht verbinden.

 

[RichardB]

Das habe ich mir gedacht.
Ich stamme halt noch aus einer Zeit, in der es die Regel gab: Es gibt eine bootfähige Systempartition und auf der liegt das OS und sonst nichts. Und ich mache das auch heute noch so.
Der ganze Windows-Bibliotheks-Schnickschnack ist nett, ich lebe aber auch sehr gut ohne ihn.

Bzgl. Version: 4.2.6-4408

 

[mgutt]

Version 4?! Version 2 ist doch aktuell:
https://www.synology.com/de-de/releaseNote/SynologyDriveClient

 

[RichardB]

Sorry, das war Cloudsation.

Drive ist momentan noch auf 1.1.4-10580 und wenn ich mir Deine Truobles ansehe, werde ich es vorerst wohl dabei belassen.

Never touch a running system

 

[Puppetmaster]

Der ganze Windows-Bibliotheks-Schnickschnack ist nett, ich lebe aber auch sehr gut ohne ihn.

Ausser, dass da absolut nix "nettes" dran ist: full ACK.

Auf die Windows Partition gehören keine Benutzerdaten.

 

[RichardB]

Wieso? Clicki-Clicki-Bunt-Bunt-bis-zum-Datensupergau hat doch auch was

Und als Computer noch echte Computer waren (also die Big-Tower, die nicht mehr unter den Schreibtisch gepasst haben) und die Anzahl der pyhsikalischen Laufwerke eher durch die verfügbaren Einbauplätze als durch den SCSI-Bus begrenzt war, war die Systempartiton überhaupt eine eigene Festplatte

Ist ja am NAS ähnlich. Auf der Systempartiton ist das System (und ev. JDownloader, wenn er sich dorthin verirrt, wie wir letztens lesen konnten) und nicht der /Home-Ordner. Und das ist auch gut so.

 

[mgutt]

Ist ja ganz nett wie ihr das umsetzt, aber das ist nun mal nicht auf alle übertragbar. Ich habe Familienmitglieder, die wissen gerade wo der PC angeht und wo das Internet "aufgeht". Manche kennen sich was besser aus, aber die sitzen auch nicht jeden Tag am Rechner um das ständige Ändern von Speicherpfaden zu verinnerlichen. Selbst meine Frau, die öfter am Rechner sitzt würde mir den Vogel zeigen. Warum sollte sie es zu Hause anders machen als auf der Arbeit. Und da man das User-Verzeichnis in Windows nicht ausfallsicher auslagern kann, ist das nun mal keine Option.

 

[mgutt]

Noch mal zum Topic. Ich habe das Gefühl, dass eine dritte App auf einen gesyncten Ordner schreibend zugreift, aber diese Datei von den Filterregeln ausgenommen ist. Wenn ich nämlich auf das Synology Drive Icon klicke und mir so den Übertragungsstatus anzeigen lasse, erscheint quasi im Sekundentakt die Meldung "Synchronisierung läuft... verarbeite 0 Dateien".


EDIT: Ok, nachdem ich den Google Music Manager beendet habe, kommt keine Meldung mehr zur Dateiverarbeitung. Ich tippe darauf, dass diese App in eine Log-Datei schreibt und die wiederum vom Client für den Sync über den Filter ausgeschlossen ist. Nur warum dann überhaupt die Meldung. Naja. Wie auch immer, trotz beenden des Google Music Managers steht die Last des Client nach wie vor dauerhaft auf 25%. Ich leere jetzt mal alle gesyncten Verzeichnisse nach und nach in dem ich deren Inhalt verschiebe.

EDIT2: Interessant. Bereits während ich den ersten Ordner "Dokumente" verschob, sank die Last auf < 0.5% und dort ist sie auch bisher verblieben. Er synct gerade die Löschungen. Mal abwarten.

EDIT3: Während dem Löschen ist er nun einfach hängen geblieben. Er zeigt nur noch an, dass er 20 Dateien synchronisiert und im Sync-Protokoll ist der letzte Eintrag schon einige Minuten alt:


EDIT4: Da hat es denke ich mal die Index-Datenbank zerschossen oder ähnliches. Ist die auf dem NAS bzw wird die zurückgesetzt, wenn ich den Client neu verbinde? Ich lösche mal die Syncs und verbinde neu.

EDIT5: Neu eingerichtet mit neuem Ziel-Ordner. Er konnte die NTUSER.DAT wegen fehlender Rechte nicht synchronisieren. Ich habe einen Filter dafür ergänzt, aber der Client hängt einfach.



Bei mehreren Dateien stand nämlich nur noch "preparing" im Status und das war es. Ich habe versucht den Client zu beenden. Geht nicht. Also habe ich über den Task-Manager die Prozesse abgeschossen und neu gestartet. Jetzt läuft er weiter. Sobald der Client synchron ist, sage ich bescheid ob er immer noch eine so hohe Last hat und ich verschiebe dann den Dokumente-Inhalt nach und nach zurück ins User-Verzeichnis. Vielleicht kommt er ja mit irgendwelchen Dateinamen nicht klar. Dass der Client aber wegen fehlender Zugriffsrechte auf eine Datei einfriert, ist nicht gerade vertrauenserweckend. So etwas sollte er natürlich überspringen.

Während dem jetzigen Sync geht die CPU Last übrigens nicht über 2%.

 

[12onetwo12]

Ich habe das gleiche Problem.
Es sind keine Sync-Aufgaben angelegt.
Es läuft ein permanentes Backup für geänderte Dateien. Users ist wegen lasst ausgespart.
Die lasst ist auf über 10%. Siehe Bild. gelegentlich auch über 20%.
Selbst wenn keine Backupaufgabe anliegt. Siehe Bild.
Client ist neueste Version. Derzeit 2.0.1-11061
Ich habe eine RS814RP+ Raid5. Auf dem NAS läuft Surveillence Station.Die CPU des NAS läuft mit 30-50%

 

[Idem63]

Hallo RichardB
wo kann ich die Maximalwert einstellen?
Danke und Gruss