Wieder ein kleiner Bug :)

Das ist alles merkwürdig. Aber wie gesagt, bin da im Moment wirklich etwas überfragt, wer da genau diese XML Dateien erstellt.

Habe die ....etl Dateien auch mal gelöscht, nach 2 Neustarts und auch längerem Warten werden die benötigten xml Dateien immer noch nicht neu erstellt, dachte schon das wäre die Lösung, vielleicht noch etwas warten, normalerweise wurden die aber doch sehr zügig erstellt. Und falls neue Autostart Programme installiert würden, sollte Windows die doch neu erstellen.
Die Eventanzeige ist bei mir " normal", die bekannte Esent Warnung ID 642, sonst ok.

Name:                 WdiContextLog
Status:               Wird ausgeführt
Stammpfad:            C:\WINDOWS\System32\WDI\LogFiles
Segment:              Aus
Zeitpläne:            Ein
Max. Größe des Segments:2 MB

Name:                 WdiContextLog\WdiContextLog
Typ:                  Ablaufverfolgung
Ausgabespeicherort:   C:\WINDOWS\System32\WDI\LogFiles\WdiContextLog.etl.003
Anhängen:             Aus
Zirkulär:             Ein
Überschreiben:        Aus
Puffergröße:          16
Verloren gegangene Puffer:0
Geschriebene Puffer:  206
Leerungszeitgeber für Puffer:0
Uhrtyp:               Leistung
Dateimodus:           Datei

Anbieter:
Name:                 Microsoft-Windows-Kernel-PnP
Anbieter GUID:        {9C205A39-1250-487D-ABD7-E831C6290539}
Level:                4 (win:Informational)
KeywordsAll:          0x0
KeywordsAny:          0x48000 (DeviceStart,DeviceEject)
Properties:           64
Filtertyp:            0

Anbieter:
Name:                 Microsoft-Windows-Kernel-WDI
Anbieter GUID:        {2FF3E6B7-CB90-4700-9621-443F389734ED}
Level:                255
KeywordsAll:          0x0
KeywordsAny:          0x100000000 (context)
Properties:           64
Filtertyp:            0

Anbieter:
Name:                 Microsoft-Windows-Wininit
Anbieter GUID:        {206F6DEA-D3C5-4D10-BC72-989F03C8B84B}
Level:                4 (win:Informational)
KeywordsAll:          0x0
KeywordsAny:          0x20000 (PerfDiagnostics)
Properties:           64
Filtertyp:            0

Anbieter:
Name:                 Microsoft-Windows-Kernel-BootDiagnostics
Anbieter GUID:        {96AC7637-5950-4A30-B8F7-E07E8E5734C1}
Level:                4 (win:Informational)
KeywordsAll:          0x0
KeywordsAny:          0xffffffffffffffff (win:ResponseTime,Microsoft-Windows-Kernel-BootDiagnostics/Diagnostic,0x1,0x2,0x4,0x8,0x10,0x20,0x40,0x80,0x100,0x200,0x400,0x800,0x1000,0x2000,0x4000,0x8000,0x10000,0x20000,0x40000,0x80000,0x100000,0x200000,0x400000,0x800000,0x1000000,0x2000000,0x4000000,0x8000000,0x10000000,0x20000000,0x40000000,0x80000000,0x100000000,0x200000000,0x400000000,0x800000000,0x1000000000,0x2000000000,0x4000000000,0x8000000000,0x10000000000,0x20000000000,0x40000000000,0x80000000000,0x100000000000,0x200000000000,0x400000000000,0x800000000000,0x2000000000000,0x4000000000000,0x8000000000000,0x10000000000000,0x20000000000000,0x40000000000000,0x80000000000000,0x100000000000000,0x200000000000000,0x400000000000000,0x800000000000000,0x1000000000000000,0x2000000000000000,0x4000000000000000)
Properties:           64
Filtertyp:            0

Anbieter:
Name:                 Microsoft-Windows-Kernel-Power
Anbieter GUID:        {331C3B3A-2005-44C2-AC5E-77220C37D6B4}
Level:                4 (win:Informational)
KeywordsAll:          0x0
KeywordsAny:          0x43 (po:Scenario,po:Simple,po:PerfTrackContext)
Properties:           64
Filtertyp:            0

Anbieter:
Name:                 Microsoft-Windows-Winlogon
Anbieter GUID:        {DBE9B383-7CF3-4331-91CC-A3CB16A3B538}
Level:                4 (win:Informational)
KeywordsAll:          0x0
KeywordsAny:          0x20000 (PerfDiagnostics)
Properties:           64
Filtertyp:            0

Anbieter:
Name:                 Microsoft-Windows-Shell-Core
Anbieter GUID:        {30336ED4-E327-447C-9DE0-51B652C86108}
Level:                4 (win:Informational)
KeywordsAll:          0x0
KeywordsAny:          0x6000000 (WDI,StartupPerf)
Properties:           67
Filtertyp:            0

Der Ordner gehört zur "Windows Diagnostics Infrastructure". Dazu gehören mehrere Anbieter, die dort ihre Daten ablegen:

[code]Name: WdiContextLog
Status: Wird ausgeführt
Stammpfad: C:\WINDOWS\System32\WDI\LogFiles
Segment: Aus
Zeitpläne: Ein
Max. Größe des Segments:2 MB

Name: WdiContextLog\WdiContextLog
Typ: Ablaufverfolgung
Ausgabespeicherort: C:\WINDOWS\System32\WDI\LogFiles\WdiContextLog.etl.003
Anhängen: Aus
Zirkulär: Ein
Überschreiben: Aus
Puffergröße: 16
Verloren gegangene Puffer:0
Geschriebene Puffer: 206
Leerungszeitgeber für Puffer:0
Uhrtyp: Leistung
Dateimodus: Datei

Anbieter:
Name: Microsoft-Windows-Kernel-PnP
Anbieter GUID: {9C205A39-1250-487D-ABD7-E831C6290539}
Level: 4 (win:Informational)
KeywordsAll: 0x0
KeywordsAny: 0x48000 (DeviceStart,DeviceEject)
Properties: 64
Filtertyp: 0

Anbieter:
Name: Microsoft-Windows-Kernel-WDI
Anbieter GUID: {2FF3E6B7-CB90-4700-9621-443F389734ED}
Level: 255
KeywordsAll: 0x0
KeywordsAny: 0x100000000 (context)
Properties: 64
Filtertyp: 0

Anbieter:
Name: Microsoft-Windows-Wininit
Anbieter GUID: {206F6DEA-D3C5-4D10-BC72-989F03C8B84B}
Level: 4 (win:Informational)
KeywordsAll: 0x0
KeywordsAny: 0x20000 (PerfDiagnostics)
Properties: 64
Filtertyp: 0

Anbieter:
Name: Microsoft-Windows-Kernel-BootDiagnostics
Anbieter GUID: {96AC7637-5950-4A30-B8F7-E07E8E5734C1}
Level: 4 (win:Informational)
KeywordsAll: 0x0
KeywordsAny: 0xffffffffffffffff (win:ResponseTime,Microsoft-Windows-Kernel-BootDiagnostics/Diagnostic,0x1,0x2,0x4,0x8,0x10,0x20,0x40,0x80,0x100,0x200,0x400,0x800,0x1000,0x2000,0x4000,0x8000,0x10000,0x20000,0x40000,0x80000,0x100000,0x200000,0x400000,0x800000,0x1000000,0x2000000,0x4000000,0x8000000,0x10000000,0x20000000,0x40000000,0x80000000,0x100000000,0x200000000,0x400000000,0x800000000,0x1000000000,0x2000000000,0x4000000000,0x8000000000,0x10000000000,0x20000000000,0x40000000000,0x80000000000,0x100000000000,0x200000000000,0x400000000000,0x800000000000,0x2000000000000,0x4000000000000,0x8000000000000,0x10000000000000,0x20000000000000,0x40000000000000,0x80000000000000,0x100000000000000,0x200000000000000,0x400000000000000,0x800000000000000,0x1000000000000000,0x2000000000000000,0x4000000000000000)
Properties: 64
Filtertyp: 0

Anbieter:
Name: Microsoft-Windows-Kernel-Power
Anbieter GUID: {331C3B3A-2005-44C2-AC5E-77220C37D6B4}
Level: 4 (win:Informational)
KeywordsAll: 0x0
KeywordsAny: 0x43 (po:Scenario,po:Simple,po:PerfTrackContext)
Properties: 64
Filtertyp: 0

Anbieter:
Name: Microsoft-Windows-Winlogon
Anbieter GUID: {DBE9B383-7CF3-4331-91CC-A3CB16A3B538}
Level: 4 (win:Informational)
KeywordsAll: 0x0
KeywordsAny: 0x20000 (PerfDiagnostics)
Properties: 64
Filtertyp: 0

Anbieter:
Name: Microsoft-Windows-Shell-Core
Anbieter GUID: {30336ED4-E327-447C-9DE0-51B652C86108}
Level: 4 (win:Informational)
KeywordsAll: 0x0
KeywordsAny: 0x6000000 (WDI,StartupPerf)
Properties: 67
Filtertyp: 0[/code]

Ist jetzt die Frage, wer da aus den ganzen Daten die XML Dateien generiert. Sie scheinen ja speziell nur für den Taskmanager zu sein. Bei mir gibt es die zwar, aber alle veraltet.

Habe jetzt einfach mal die BootPerfDiagLogger.etl und ShutdownPerfDiagLogger.etl gelöscht. Die waren so oder so am Platzen. Jetzt läuft der "PerfDiag Logger" wieder und die XML Dateien werden wieder normal erstellt. Habe jetzt jedenfalls wieder eine aktuelle XML und die passt soweit.

Musst mal in der Ereinginsziege nachscheuen, ob da auch Warnung und Fehler vom "Kernel-EventTracing" in Zusammenhang mit dem "PerfDiag Logger" existieren. Weil der scheint dafür zuständig zu sein, nur wenn seine *.etl Dateien die Maximalgröße erreichen, wird nichts mehr protokolliert und er beendet sich.

Scheint ein wiederkehrender Bug zu sein.

Hallo,
habe mal im tenforums geschaut, da ist ein Beitrag https://www.tenforums.com/tutorials/84383-see-startup-impact-apps-windows-8-windows-10-a.html, ganz unten https://www.tenforums.com/tutorials/84383-see-startup-impact-apps-windows-8-windows-10-a-post1938654.html#post1938654, genau hier in der %SystemRoot%\System32\wdi\LogFiles\StartupInfo sind bei mir im Ordner keine ....._StartupInfo1.xml mehr vorhanden, Aus einem frischen Backup kurz nach der CleanInstall habe ich 5 dieser Dateien mal herauskopiert, eine habe ich dann in den %SystemRoot%\System32\wdi\LogFiles\StartupInfo eingefügt, und siehe da, sofort werden die alten Startauswirkungen- Einträge wieder angezeigt,
Frage:
welcher Dienst erstellt die, bzw. erstellt die nicht mehr und warum nicht mehr ?
Wäre vielleicht ein Fall für DK2000 :)

Den Schnellstart habe ich deaktiviert, seit Anfang, wegen switchable Graphics. Werde mir später mal die Inplace Upgrade 19042.508 ansehen, da geht es schon die ganze Zeit ohne Probleme :kopfkratz:

Habe jetzt mal neu gestartet und jetzt wurden alle aktivierten Einträge gemessen. Muss ich mal schauen, wie es das nächste Mal ist. Zuvor war das Gerät im Ruhemodus. Eventuell gibt es da einen Zusammenhang, eventuell mit Fast Boot. Habe das noch nie so wirklich beachtet, wann da was gemessen wird und wann was nicht.

Meines Erachtens wird das wohl eher "serverseitig" gesteuert, gerade mal ( auch mit DISM++) getestet mit diversen Einstellungen, die ich in Verdacht habe dafür verantwortlich zu sein. Aber selbst bei der 21H1 ( 20221) wird nix gemessen
( auch nicht Windows Security Notification )

- bei der 19042 übrigens das selbe "Schauspiel"
Einziger Unterschied bei mir ist rechts oben die Bios-Zeit, die wird ( wurde noch nie ) bei der 20H2 ( und abwärts ) angezeigt / protokolliert - bei der 21H1 ( und wohl dann auch "aufwärts" ) stehen da Zeiten von ca. 12-20 Sekunden

Nebenbei anmerke:

Besser soviel wie möglich Autostarts in die Aufgabenplanung "verfrachten", da hat man ein wenig mehr Möglichkeiten die Einträge zu konfigurieren als im normalen Autostart (bei mir steht "nur" der Defender und der Realtek (UDA) Soundtreiber im AUtostart und das war es dann

Das ist auch wesentlich komplexer, da das Ganze vom Kernel gemessen wird. Einzig auffällige bei mir ist, dass der "PerfDiag Logger" wieder Probleme macht, weil seine Log-Datei die zulässige Größe überschritten hat und daher beendet wird. Dadurch gehen Ereignisse verloren. Bin aber überfragt, ob da jetzt ein Zusammenhang besteht.

Ja, komisch, hatte auch mal mit dem Tool dism++ alle logs und temp Dateien gelöscht, ebenso den sysmain Dienst kurz deaktiviert und den prefetch Ordner geleert, dann reaktiviert, Neustart, keine Änderungen.

Habe da die 19041.508, also noch Version 2004 und da sieht es genauso aus. Zwei Sachen wurden nicht gemessen. Muss ich mal darauf achten, wie sich das verhält.

Der Diagnoserichtliniendienst ist, soweit ich mich erinnere, dafür verantwortlich, hatte bei einer sehr alten Win10 Version den mal deaktiviert und schon erschien .... nicht gemessen.
[attachment=0]Diag-Dienste.png[/attachment]
sind doch von Windows richtig eingestellt. Aber was solls, das ist wieder so ein " Killefit ", mit dem man sich dranhalten kann, im gesamten Netz findet man auch keine Lösung. :rofl:

Ich hab die Anzeige auch bei den meisten nicht gemessen, ich weiss besimmt als ich da das letzte mal schaute standen da immer ein paar Millisekunden bei einigen

Grüße aus München und forscht weiter

Also da bin ich im Moment auch überfragt, wer oder was dafür verantwortlich ist.
Bei mir wird es korrekt angezeigt. Aber zum Glück ist das nicht lebensnotwendig

Ne, da tut sich auch noch nichts nach etwa 5 Neustarts und abwarten, habe auch mal die Wartung manuell laufen lassen, kein Unterschied.
Schon seltsam...aber nicht wichtig, :hihi: