Start von Share plötzlich extrem langsam

[Redeemer]

Process Explorer vom Serversystem wäre interessant, insbesondere lsass.

[himitsu]

ServerSystem ist hier eine Synology.
Also ein Linux drunter und Linux ist ja soooowas von cool, daran kann es also nicht liegen.

Neustart war natülich auch schon einer der Versuche, aber keine Besserung.


Sowohl auf den Rechnern, als auch auf dem NAS keine Auffäligkeiten.
CPU, RAM, HDDs/Volume, Prozesse ... nirgendwo was Schlimmes zu sehn und alles im Durchschnitt nichtmal 10% ausgelastet.


Auf dem Kundennotebook ist Sophos als Antivirus drauf und unser Testrechner hat das Standardzeugs von Microsoft.
Im Sophos ist eigentlich alles deaktiviert (Status zeigt aber auch immernoch was vonwegen GRÜN "Sicher" an), aber laut Processmonitor sehe ich da immernoch einen SavService irgendwas machen.

[Redeemer]

Hatten wir hier auch schon mal, dass eine Synology unerklärlich langsam wurde. Wir vermuten, dass das passiert, wenn das Dateisystem (in unserem Fall ext4) eine gewisse Größe überschritten hat. Das Aufräumen hat aber nichts gebracht.

[Frickler]

Zitat von himitsu:

Auf dem Kundennotebook ist Sophos als Antivirus drauf [...]

Sophos scheint in letzter Zeit etwas "rumzuspinnen": wir hatten bei Kunden vorletzte Woche genau das Problem, dass Programme, vom Share geladen, einfach mit einer Murks-Meldung ("Generic PUA") stumpf gelöscht wurden, beim Gegencheck via Virustotal aber problemlos - auch bei Sophos - durchgegangen sind.

[KodeZwerg]

Ich setze diese Flags "IMAGE_FILE_REMOVABLE_RUN_FROM_SWAP" und "IMAGE_FILE_NET_RUN_FROM_SWAP", siehe hier. Vielleicht kann es Dir auch helfen mehr Geschwindigkeit rauszuholen?

[himitsu]

Nja, habe wohl eine Lösug gefunden, auch wenn es nicht befriedigend ist.
Die EXE/DLL darf nicht im Rootverzeichnis liegen, sondern muß in ein Unterverzeichnis.

Die Details meiner Analyse gebe ich später, wenn mehr Zeit.

[Frickler]

Wie ist denn eigentlich der Zugriff: über den Netzwerkpfad oder über einen Laufwerkbuchstaben? Und wenns der Pfad ist: Rechnername oder IP-Adresse?

[himitsu]

Wie gesagt, normal ist sie nicht langsam.
z.B. im Explorer die Dateien auf den Desktop kopieren und dort starten, geht sehr schnell (obwohl da mehr Dateien kopiert werden, da nicht alles direkt beim Programmstart genutzt wird).

Und beim Kunden dürfte es ein normaler Windows-Server sein, nur hier wird vom NAS geladen.

Dort ist es aktuell auch nur dieser Laptop, alle anderen Rechner haben das Problem nicht (außer bis gestern dem eigenen Testrechner hier bei uns), weswegen wir ihn grade bei uns in der Firma haben, um nachzusehn.
Das mit unserem Rechner wusste aber niemand, da es nur mir aufgefallen war ... ich hatte es Letztens aber nicht weiter verfolgt, da ich dachte es liegt an dem PC (sehr schwach und unterdimensioniert mit schlechtem WLAN und außerdem hab ich für den schon einen neuen potenteren Rechner hier rumliegen, kurz vorm Austausch)

Zitat:

IMAGE_FILE_REMOVABLE_RUN_FROM_SWAP" und "IMAGE_FILE_NET_RUN_FROM_SWAP

Bei unseren EXE/DLL/BPL ist das bereits gesetzt, nur bei den vorkompilierten BPL (RTL/VCL/DevExpress/...) hab ich noch nicht (nachträglich) am PE-Header rumgefummelt und das Bit gedreht.
Außerdem hilft das Flägr nicht beim ersten Start, da wäre es im Prinzip sogar bissl hinderlich, weil das ja gleich ALLES sofort kopiert, während das Andere eventuell nur das aktuell zugrgriffene in den RAM mappt.
Nachträglich, beim SWAP durch vollem RAM und vorallem bei Netzwerkaussetzern, da sind diese Flags sehr praktisch.

[Jolero]

Möglicherweise hat es ja diesem SMB Problem zu tun:

https://www.enercalc.com/pdf/ENERCAL...nce_Issues.pdf
https://support.storeporter.com/hc/e...age-Block-SMB-
https://www.dataease.com/test_articl...5&field1=00105
https://www.dataaccess.com/KBasePubl...se_PDF_FMT.PDF

[Frickler]

Zitat von Jolero:

Möglicherweise hat es ja diesem SMB Problem zu tun

Ich denke, dann wäre das Problem nicht "plötzlich" aufgetreten. Schließlich sind die verlinkten Artikel alle ziemlich bis ewig alt und beziehen sich spätestens auf Windows 8. Damit sind etwa neuste (Server 2019) Änderungen seitens Microsoft an genau diesen Problemzonen gar nicht erfasst.