Extreme Windows 11 Tuning – Batch-Script für Gaming, AMD X3D & Explorer-Speed (Erfahrung & Anleitung) Diskussion Chanel

[ICHBINDA]

Hallo Zusammen,

Um nochmal auf die Kommentare zurückzukommen ich bin nicht alleine :
https://learn.microsoft.com/de-de/a...11-pro-24h2-aktuell-explorer-ffnet-ordner-und

 

[areiland]

Tja, wenn OneDrive, andere eingebundene Clouddienste oder eventuell sogar eingebundene Netzlaufwerke die eigentlichen Problemauslöser sind, dann machten Deine "Optimierungen" doch erst recht gar keinen Sinn. Von daher hatten die Kommentatoren in Deinem ursprünglichen Thread dann doch alle völlig recht.

 

[Arboster]

Erst nen Mod bitten einen Thread zu schließen, und dann einen neuen eröffnen in dem es ums gleiche Thema geht?
Meine Güte.

 

[wern001]

Im allgemeinen gilt:
Wenn windows rumzickt ist das neuinstallieren + benötigte software/games installieren schneller als stundenlange vergebliche fehlersuche.

Das wichtigste ist optimierungssoftware und treiber auf den aktuellen stand übewachungsoftware weg lasen.
Das einzige was wirklich uptodate sein sollte sind Chipset und GPU-Treiber. Rest nur wenn was rumzickt.

 

[wrglsgrft]

ich bin nicht alleine

In dem betreffenden Thread ist davon die Rede, dass icloud einen Fehler verursacht hat. Du schreibst, dass OneDrive bei dir die Ursache war. Eure Fehler sind also nciht die Gleichen.

Ganz davon abgesehen frage ich mich aber auch, warum man ein "Tuning"-Script schreibt, wenn ein Programm Probleme macht...

Entweder will ich mein System optimieren oder ich will einen bestehenden Fehler lösen. Beides gleichzeitig zu versuchen wird zwangsläufig in eher noch mehr Fehlern resultieren.

 

[CrazyT]

Um nochmal auf die Kommentare zurückzukommen ich bin nicht alleine :

Stimmt, und dort ist sogar noch n lösungsansatz...
D.h. dein Script bringt auch dort weiterhin nix.

Und ne kleine persönliche notiz zu deinem

Moderator.

Dies kann zu, keinen Interessiert es.

PC selber bauen stirbt auch aus, also auch hilfreiche tipps

Das stimmt so nicht, nur du reagierst sehr empfindlich auf kritik.

Also auch mal wieder nur aus trotz ne aussage getroffen

Die kritik hast da ja auch bekommen, weil dein script den fehler nicht behebt sondern nur das onedrive deaktiviert...
Das ist keine lösung sondern schlicht ein work-a-round.

Dann hast du verallgemeinerte (Bios)optimierungen (speziell dein ram tuning) da in den raum geworfen, auch wieder suboptimal.


Und ich ahne jetzt schon wieder wie du reagieren wirst nämlich
"Moderator, das kann geschlossen werden, hier wird eh wieder nur gemeckert"

 

[ICHBINDA]

Lösung:
---
Die Ursachen -- von schwer nach leicht

★ Insight ─────────────────────────────────────
- Explorer verarbeitet bei jeder Dateioperation eine Kaskade von Shell-Erweiterungen: Overlay-Handler → CopyHook-Handler → Context-Menu-Handler → Property-Handler. Bei 500
extrahierten Dateien multipliziert sich das enorm.
- Windows hat ein Hard-Limit von 15 Icon-Overlay-Handlern. Bei dir sind 20 registriert -- Explorer iteriert trotzdem alle 20 durch und ignoriert dann 5. Das ist verschwendete Zeit
bei jeder einzelnen Datei.
─────────────────────────────────────────────────

Ursache 1 (KRITISCH): 7 kaputte OneDrive Shell-Overlay-Handler

OneDrive ist NICHT installiert (beide EXE-Pfade existieren nicht), aber 7 Overlay-Handler sind in der Registry registriert -- mit leeren CLSIDs. Das bedeutet:

- Für jede Datei die Explorer anzeigt, versucht Windows 7x ein COM-Objekt zu laden das nicht existiert
- Jeder Versuch endet in einem Timeout
- Bei 500 Dateien = 3.500 fehlgeschlagene COM-Aufrufe

Beweis: Shell Enumeration war 14x schneller nachdem ich die Handler deaktiviert habe (29ms → 2ms).

Ursache 2 (HOCH): CldFlt -- Cloud Files Filter Driver auf Kernel-Ebene aktiv

- CldFlt (cldflt.sys) läuft als Kernel-Minifilter auf JEDEM Volume (C: und M
- Starttyp = Automatic
- Kein einziger Cloud-Sync-Dienst läuft (OneDrive, MEGA, Google Drive -- alle aus)
- Trotzdem fängt der Treiber jede Datei-I/O-Operation ab, prüft ob sie für Cloud-Sync relevant ist, und lässt sie dann passieren -- reine Verschwendung

Ursache 3 (HOCH): 4 Copy-Hook-Handler fangen jede Kopier-Operation ab

┌────────────────────┬──────────────────────────────────────────────────┐
│ Handler │ Problem │
├────────────────────┼──────────────────────────────────────────────────┤
│ FileZilla3CopyHook │ FTP-Client braucht keinen Hook auf lokale Kopien │
├────────────────────┼──────────────────────────────────────────────────┤
│ WinSCPCopyHook │ SCP-Client braucht keinen Hook auf lokale Kopien │
├────────────────────┼──────────────────────────────────────────────────┤
│ FileSystem │ Windows-intern, muss bleiben │
├────────────────────┼──────────────────────────────────────────────────┤
│ Sharing │ Windows-intern, muss bleiben │
└────────────────────┴──────────────────────────────────────────────────┘

Jede Datei die WinRAR extrahiert durchläuft alle 4 CopyHook-Handler bevor sie am Zielort erscheint.

Ursache 4 (MITTEL): 16 Drittanbieter-DLLs im Explorer-Prozess

Am schlimmsten: Google Drive drivefsext.dll = 26 MB im Explorer-Speicher. Plus MEGA (4 DLLs), Adobe CoreSync, Foxit, PDFsam, Adobe Acrobat -- alle in Explorer geladen.

Ursache 5 (MITTEL): 20 Overlay-Handler (Limit = 15)

4 MEGA + 4 Google Drive + 7 OneDrive (kaputt) + 3 Adobe + 2 System = 20 Handler auf 15 Slots.

Zusammenwirkung -- warum WinRAR "blockiert" wird:

WinRAR schreibt Datei → CldFlt (Kernel) fängt ab → Defender scannt →
→ Explorer bemerkt neue Datei → 20 Overlay-Handler abfragen (7 timeout) →
→ 4 CopyHook-Handler abfragen → 16 DLLs verarbeiten → Datei erscheint

Gemessen: Shell-Kopie ist 5.1x langsamer als direkte Kopie.

 

[CrazyT]

Dann mach das doch mal in einem realen test und lass dir das nicht von der KI schönreden.

Zeig doch mal messungen die dein "14x schneller" oder "5.1x langsamer" darstellen.
Ich hab das gefühl, das einzige wo du in der IT arbeitest, ist den PC einzuschalten und Emails mit KI assistenz zu tippen.

Davon ab: In den 6 Monaten wo du an deinem System Kaputtrepariert hast, hätte man zig mal neu aufsetzen, alle programme neu einspielen und ein gescheites richtiges backup nach "up & running" machen können und hätte evtl 1-3 Tage (je nach motivation) für das ganze gebraucht.
Ja, macht also schon sinn sich da das komplette system so lange hinzupfuschen bis man ein problem, was eigtl keins sein sollte, versteckt hat

 

[ICHBINDA]

es hat seine Gründe, warum das System noch läuft.

Neuinstallation bin ich bei dir, aber ich habe schlicht weg gerade 0 Zeit dafür.
geschweige denn Platz gerade. Leider brauchen die Projekte den Platz.
Und da ich leider noch auf den Western Digital Support warten muss wirds mit der Erweiterung mit 24TB im Nas erst mal nichts

 

[CrazyT]

Naja... du pfuscht da dennoch ein halbes jahr dran rum.

In der zeit hätten schon zig backups oder gar inplace reparaturen helfen können.

Zum Nas daher immer die 3-2-1 Regel beachten... bei mir zwar eher nur 2-1 aber nochimmer mehr wie alle anderen

Sprich 1x gespiegelt im raid und 1x auf externen SSDs im regelmäßigen abgleich.

 

[ICHBINDA]

inplace ist schon lange gemacht