Start von Share plötzlich extrem langsam

[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.

[Jolero]

Zitat von 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.

Möglich. Allerdings hatte ich ein ähnliches Problem in 2020 mit neu aufgesetztem Server 2016 und neu aufgesetzten Windows 10 Clients. Nach zwei Wochen wurde es quälend langsam beim Programmstart. Ausgelöst durch eine ABS Datenbankdatei (Größe <2MB), die im gemeinsamen Zugriff war.

Die Lösung brachten die folgenden Änderungen:
Auf dem Server:

Code:

Set-SmbServerConfiguration -CachedOpenLimit 0 -EnableLeasing $False -EnableOplocks $False

und auf den Clients:

Code:

Set-SmbClientConfiguration -DirectoryCacheLifetime 0 -EnableBandwidthThrottling $False -FileInfoCacheLifetime 0 -OplocksDisabled $True -UseOpportunisticLocking $False

[himitsu]

Also, ich hab jetzt mal in der Sofos-GUI alles deaktiviert (deren GUI sagt immernoch "geschützt", aber im Sicherheitscenter von Windows sagt Sofos "ungeschützt"),
dann hab ich alle Dienste und Programme gestoppt (gefühlt 200 Sofos-Dienste und WindowsFirewall),
aber keine Änderung.

aus Deskop kopieren über Explorer und dort starten = schnell
start aus Explorer/Share starten = langsam

Kundenrecher bei uns (Synology) und bei denen (Windows-Server) = langsam

Unser Testrechner, der letzte Woche auch langsam war = seit gestern schneller als je zuvor.
Der war für einige Tage extrem langsam, davor bissl langsam (was wir aber auf sein schwaches Innenleben geschoben hatten) und ist nun viel schneller.
https://www.amazon.de/Mini-PC-64GB-Z.../dp/B07CJFZ1NL , der kleine mit 32GB Flash

und auch andere Rechner in unserem Nezt = schnell

[himitsu]

In der Synology das OpotunisticLocking umgestellt ... keine Änderung.

Ach ja, ich dachte es wäre nur der eine Rechner,
aber grade mitbekommen, dass beim Kunden alle neu aufgesetzen Rechner (Windows 10) dieses Problem haben ... die alten Rechner gehen also noch.


[edit]
Ich hatte gestern selbst einen Rechner neu eingerichtet, aber da läuft es schnell.
Allerdings installiere ich gerade die 21H2 manuell. Windows-Update sagte "ist aktuell, aber ich könnte auch gern Windows 11 installieren, falls ich möge", aber dennoch war nur die 21H1 drauf.
Kunden-PC: 21H2 (Windows am 05.05. installiert)
Unser PC: 21H1 (Windows am 15.05. installiert .... 21H2 installiert grade, mal sehn ob es dann immernoch geht)