Sporadische 3–5 Sekunden Verzögerung beim Zugriff auf SMB Freigaben

Hallo zusammen,

ich habe seit einiger Zeit ein etwas nerviges Problem mit meinem Ugreen DXP4800 Plus.
Das NAS läuft 24/7, kein Energiesparmodus für die Festplatten, kein Standby trotzdem kommt es immer wieder vor, dass der erste Zugriff auf eine SMB-Freigabe 3–5 Sekunden dauert. Wenn ich z. B. im Windows Explorer auf ein verbundenes Netzlaufwerk klicke, hängt der Explorer kurz, bevor das Laufwerk geöffnet wird. Danach läuft alles flüssig und schnell bis zur nächsten „Erst-Verbindung“.

Systemdaten meines NAS:

• Modell: DXP4800 Plus
• Systemversion: 1.11.0.0053
• CPU: Intel Pentium Gold 8505
• RAM: 32 GB Kingston (2 × 16 GB, 5600 MHz)
• LAN: 2.5 GbE, statische IP
• Betrieb: 24/7, Laufwerke NICHT im Energiesparmodus

Client:

• Windows 11 (aktuelles Update)

Symptome:

• Sporadisch 3–5 Sek. Verzögerung beim ersten Zugriff auf SMB-Shares
• Danach läuft der Zugriff normal schnell
• Tritt unregelmäßig auf
• Netzwerk selbst wirkt stabil (keine Paketverluste oder ähnliches)

Meine Fragen an euch:

• Hat jemand ein ähnliches Verhalten mit dem DXP4800 Plus oder anderen Ugreen-NAS-Modellen?
• Könnte es am SMB-Protokoll bzw. Windows 11 liegen (z. B. SMB Signing, Opportunistic Locking, Namensauflösung, Credential Manager etc.)?
• Gibt es Einstellungen im Ugreen OS, die den „Wake-Like-Delay“ verursachen könnten, auch wenn die Platten nicht schlafen?
• Sollte ich evtl. SMB1 deaktivieren/aktivieren oder SMB Multichannel testen?

Ich freue mich über jede Idee, um dieses kleine, aber lästige Problem einzugrenzen.

Danke im Voraus!

eineb das komische ist das es danach sehr schnell geht und alles da ist....nur der Anfang will irgendwie manchmal nicht so richtig...

Danke euch allen für die vielen Rückmeldungen!
Ich wollte nochmal ein kleines Update geben, damit klar wird, wo das Problem bei mir steht.

Ich habe das NAS jetzt seit ca. 3 Monaten, inzwischen sogar schon das zweite Gerät (beim ersten ist nach zwei Monaten der CPU-Lüfter ausgefallen). In dieser Zeit hatte ich eigentlich nie solche Verzögerungen beim SMB-Zugriff – deshalb wundert es mich, dass das Verhalten plötzlich auftritt, obwohl ich an meinem Setup nichts verändert habe.

Energiesparmodus / Platten-Schlafzustand:
Die HDDs laufen bei mir 24/7 durch, kein Spindown. Deshalb sollte der „erster Zugriff dauert länger“-Effekt eigentlich gar nicht auftreten. Das typische Anlaufgeräusch höre ich auch nicht, die Platten sind definitiv aktiv.

Windows 11:
Auch dort wurde nichts geändert, aber ich werde mal wie vorgeschlagen prüfen, ob der Defender beim ersten Zugriff scannt. Ich werde testweise die Freigabe in die Defender-Ausschlüsse aufnehmen.

SMB-Einstellungen:
Die Hinweise von FredvomJupiter schaue ich mir genauer an. Insbesondere:

• SMB1 deaktivieren
• SMB Signierung / Verschlüsselung deaktivieren
• Masterbrowser deaktivieren
• Asynchrones Lesen aktivieren
• Speicherkomprimierung testweise deaktivieren

Das klingt nach guten Punkten, denn wenn etwas „hängte“, dann vermutlich auf Protokollebene.

Logs / Debugging:
Ich werde zusätzlich einen Zeitstempel setzen, wenn es wieder auftritt, und dann sowohl unter /var/log/user.log als auch in den Windows-Ereignislogs schauen, ob dort etwas Auffälliges auftaucht.

Im Normalbetrieb läuft bei mir alles extrem flüssig – nur dieser sporadische 3–5-Sekunden-Delay ist neu und irritiert mich, weil vorher alles reaktionsschnell war.

Ich melde mich nochmal, sobald ich die genannten Optionen durchgetestet habe.

Ich habe jetzt die vorgeschlagenen SMB-Anpassungen umgesetzt (SMB1 deaktiviert, Signierung/Verschlüsselung aus, Masterbrowser deaktiviert, asynchrones Lesen aktiviert, Speicherkomprimierung testweise aus, NAS neu gestartet).
Leider hat das bei mir keine spürbare Verbesserung gebracht der erste Zugriff auf die Freigaben braucht weiterhin ca. 7 Sekunden, danach läuft wieder alles normal schnell.

Was mich etwas wundert:
Bis vor einiger Zeit lief alles komplett flüssig, ohne Verzögerungen. Ich habe weder am Setup etwas geändert noch am Netzwerk oder an Windows. Deshalb tue ich mich im Moment etwas schwer, den Defender großzügiger zu konfigurieren oder Ausschlüsse zu setzen. Es hat schließlich monatelang mit der gleichen Defender-Konfiguration problemlos funktioniert.

Falls jemand noch eine Idee hat, in welche Richtung ich schauen sollte, bin ich dankbar für jeden Hinweis.

Ich habe inzwischen den SMB-bezogenen Cache auf dem NAS geleert bzw. neu aufbauen lassen und alle Netzlaufwerke unter Windows einmal komplett neu verbunden, damit keine alten oder korrupten SMB-Sessions mehr im Hintergrund hängen.

Leider hat das am eigentlichen Problem nichts geändert der erste Zugriff nach einer Weile braucht weiterhin ca. 7 Sekunden, danach läuft alles wie gewohnt schnell.

Da eineb geschrieben hat, dass er gar keinen Defender nutzt und trotzdem dasselbe Verhalten beobachten kann, scheint der Windows Defender als Ursache eher unwahrscheinlich zu sein. Außerdem lief es bei mir über Monate hinweg problemlos, ohne dass ich am System oder an der Sicherheitssoftware etwas verändert hätte daher gehe ich aktuell nicht davon aus, dass der Defender plötzlich der Auslöser ist.

Falls jemand noch weitere Ideen oder Erfahrungen hat, woran solche Verzögerungen beim ersten SMB-Zugriff liegen könnten, würde ich mich über weitere Hinweise freuen.

Danke euch für die weiteren Rückmeldungen!

Ich möchte nur noch einmal klarstellen, warum ich bei manchen Punkten etwas skeptisch reagiere:
Wenn dieses Verhalten seit dem ersten Tag so gewesen wäre, würde ich sofort sagen: „Okay, dann ist das normal oder ein externes Netzwerkthema.“
Aber genau das ist es ja nicht.

Bei mir lief das System monatelang absolut verzögerungsfrei –
ich habe auf eine Freigabe geklickt, und sie war sofort da, ohne Wartezeit.
Ich habe weder die Verkabelung geändert, noch Hardware getauscht, noch am Windows-Client herumkonfiguriert. Alles lief, wie es sollte.

Genau deshalb sehe ich diese ganzen Faktoren wie LAN-Speed, Router-Neustarts, Switch-Optimierung usw. im Moment nicht als Hauptverdächtige. Wenn sich dort etwas verschlechtert hätte, müsste es reproduzierbare Hinweise geben – aber das Verhalten trat quasi „aus dem Nichts“ auf, ohne dass ich irgendetwas am Setup verändert habe.

Was MGS geschrieben hat, trifft es ziemlich gut:

Quote

„Das war definitiv mit 1.10 nicht so.“

Wenn das auch auf iPad/VLC und andere Clients zutrifft, dann spricht das aus meiner Sicht deutlich dafür, dass sich mit dem neuen UGOS etwas am SMB-Verhalten geändert hat.
Dann würde das auch erklären, warum meine ganzen lokalen Tests und Optimierungen bisher keinen Unterschied machen.

Ein Firmware-/BIOS-Update auf dem NAS kommt also durchaus als Ursache infrage – und genau deshalb würde ich das nicht sofort auf Netzwerk, Kabel oder Windows schieben, solange andere Nutzer Ähnliches beobachten.

Falls jemand bestätigen kann, dass mit UGOS 1.11.x der erste SMB-Zugriff spürbar träger geworden ist, wäre das sehr hilfreich.