WARNUNG VOR WINDOWS 7 BAD PATCH - KERNEL LATENZ

[akl]

EDIT: ENTWARNUNG

die hohen Kernel Latenzen wurden von der neuen Version von LatencyMon 6 verursacht. Mit LatencyMon 4.2 ist alles ok.

%-----------------------------------------------------------------------------------------------------------------------

Also .. die beiden optionalen Windows Patches sind ok und verursachen keine höhere Kernel Latenz ( > 11000 µs an Stelle von Werten unter ~10)

Da hat sich bei den Messungen was überschnitten. Ich hatte nach dem Messen die neue Version von LatencyMon installiert. Später habe ich entdeckt, dass es eine Option gibt, mit der man die alte Form der Messung "vor Windows 8" wieder aktivieren konnte. Da habe ich die hohen Werte von über 11000 gesehen und erstmal an die Windows Patches gedacht.

Durch das Zurücksetzen auf einen 2 Tage älteren Stand war das Problem behoben und es sah in der Tat so aus, als wären die optionalen Windows Patches der Verursacher.

Was zunächst unbemerkt blieb ist, dass durch das zurücksetzen auf den älteren Wiederherstellungspunkt auch die ältere Version von LatencyMon wieder reaktiviert wurde, mit der es keine Probleme bei der Messung der kernel Latenz gibt.

Sorry für den falschen Alarm. Aber irgendwie ist es letzten Endes auch gut zu wissen, dass alles in bester Ordnung ist und nur LatencyMon 6 - zumindest unter Windows 7 - mit Vorsicht zu geniessen ist.

Dabei noch ein Hinweis. Die haben die Messung der Kernel Latenz per default erstmal deaktiviert, weil das unter Windows 8 so nicht mehr geht. Die messen nun anders mehr so im Bereich des Prozess Schedulings oder wo auch immer. Man kann aber unter Optionen für Windows 7 Systeme die alte Messmethode wieder reaktivieren. Nur liefert die seltsamerweise viel zu hohe Werte.

Workaround: entweder gar nicht messen oder einfach LatencyMon 4.2 für Windows 7 Systeme weiterverwenden

%-----------------------------------------------------------------------------------------------------------------------

Hallo,

WARNUNG VOR WINDOWS 7 64bit BAD PATCH

eines der letzten optionalen Windows Updates zwischen dem 15. und 17.01.14 hat die Kernel Timer Latency (gemessen mit LatencyMon) auf meinem System von 2µs auf 11000µs verschlechtert.

Einer von den beiden ist es. Nach Systemwiederherstellung - bei mir auf den 15.01.14 - ist das Problem gelöst.

 

[ach]

hat die Kernel Timer Latency (gemessen mit LatencyMon) auf meinem System von 2µs auf 11000µs verschlechtert.

Das ist echt krass!

Vielen Dank

 

[Einstellungssache]

Danke für die Info.


Zum Glück kommen bei mir überhaupt keine optionalen Updates drauf, nur die wichtigen

 

[akl]

Systemwiederherstellung geht so .. Beispiel von meinem System.

Bei Euch kann das Datum leicht variieren, je nach dem wann ihr die beiden o.g. Patches installiert habt, das solltet ihr erst einmal im Patch Updateverlauf validieren:

Danach könnt ihr auf den letzten gesunden Stand wiederherstellen .. bei mir ists der 15.01.14 gewesen.

 

[akl]

Danke für die Info.


Zum Glück kommen bei mir überhaupt keine optionalen Updates drauf, nur die wichtigen

Das ist das erste Mal, dass ich mit den optionalen Patches Ärger hatte.

Aber ich werde es in Zukunft zumindest so halten, dass ich die optionalen kritisch beäuge, was die mir bringen und dann halt vor der Installation die Latenz messen, Wiederherstellungspunkt sicherheitshalber händisch zusätzlich setzen und dann nach der Installation nachmessen.

Es kann ja durchaus mal eine sinnvolle System Ergänzung angeboten werden.

Wer in der Hauptsache ein Recording System betreibt, der braucht mit an Sicherheit grenzender Wahrscheinlichkeit keine optionalen Features. Aber das muss halt jeder selber wissen und sich schlau machen.

 

[boggiboggwursdt]

Ui, das ist bei mir am 13.9. installiert worden... Oo 4 Monate System-Rollback?? WTF

 

[emu2009]

Jetzt muß ich mal blöd fragen: wie macht sich das bemerkbar ?

Ich bin ja eigentlich Apple user, habe aber einen Win7 Slave PC, der über VEP eingebunden ist - hatte den Patch auch installiert, aber bisher keine Probleme in irgendeiner Hinsicht feststellen können.

 

[synthpark]

das ist bestimmt das NSA Update.

 

[Nachtschicht]

für audiomaschinen die toll laufen gilt für mich seit jeher: wichtige updates ja, optionale nein.

alles andere ist unbegründetes rumtinkern am system, und wie man so schön sagt, never change a running system. microsoft hat das ausserdem eine ziemlich stringente methodik der einordnung der wichtigkeit, wichtig sind eigentlich immer nur sicherheitspatches, alles andere optional. das in verbindung mit dem von microsoft vorgegebenen switch dass automatisch nur die wichtigen, nicht aber die optionalen updates überhaupt erst geladen werden, macht das ja eigentlich zu nem sehr einfachen thema.

 

[Nachtschicht]

trotzdem danke für die warnung übrigens!!

 

[TheSarge]

...

 

[Nachtschicht]

remote desktop macht man sowieso am besten über was separates wie teamviewer. inzwischen auch mit audio.

wenn man mal smooth aus 700km entfernung übers handy nochmal ne cubase session mit ein paar veränderungen exportiert hat, will man das nicht mehr missen.

ausgehend davon, dass man sowas braucht, natürlich (ich brauch son quatsch tatsächlich)

 

[Dichroism]

Um sowas wieder runter zu bekommen muss man nicht zwingend die Wiederherstellung bemuehen. Du kannst auch einzelne Updates wieder aus dem System entfernen ueber die Systemsteuerung.
Achtung: Das geht nur solange, wie die temporaeren Dateien der Updates nicht manuell per Datentraegerbereinigung geloescht worden sind.

 

[whitealbum]

Mache auch nur die wichtigen.
Das ist auch ein Garant, gestern beim installieren des NET Framework 4.5.1 Sprachpakets, ließ sich Windows nach Neustart nicht mehr starten !
Mit "Fehler beim Update" hat das System neu hoch geladen.
Auch die andere Variante beim Neustart (komm gerade nicht drauf, mit Eingabeaufforderung usw.) half auch nicht so richtig, erst beim erneuten Booten und "warten auf Godoh" hat dann das Problem behoben.
Installation des Sprachpakets wurde rückgängig gemacht.

Hatte ich auch noch nie!

 

[slowhand73]

OK Leute, ihr könnt auch auf Programme/Software gehen und sie dann dort entfernen die Updates.

EDIT: ah sorry @Dichroism, hast du ja schon gepostet.

 

[1210mk2]

Man kann zb auch updates verweigern.

 

[akl]

Um sowas wieder runter zu bekommen muss man nicht zwingend die Wiederherstellung bemuehen. Du kannst auch einzelne Updates wieder aus dem System entfernen ueber die Systemsteuerung.
Achtung: Das geht nur solange, wie die temporaeren Dateien der Updates nicht manuell per Datentraegerbereinigung geloescht worden sind.

Viele Wege führen nach Rom. Ich hätte es auch anders machen können, aber da ich halt genau wusste, dass vor 2 Tagen noch alles ok war, da habe ich das für den effizientesten Weg gehalten.

Ausserdem war in der Patchliste, dort wo man die Patches einzeln deinstallieren kann, nur einer von den beiden gelistet, das machte mir dann die Wahl nicht schwer.

 

[akl]

OK Leute, ihr könnt auch auf Programme/Software gehen und sie dann dort entfernen die Updates.

EDIT: ah sorry @Dichroism, hast du ja schon gepostet.

Dort hatte ich nur einen der beiden Patches gesichtet... Sonst hätte ich das evtl auch so gemacht.

 

[akl]

Man kann zb auch updates verweigern.

Man kann auch ein gutes Buch lesen. Hilft nur leider auch nicht

Das ist neben dem vermurksten Office Patch, der bei manchen Systemen das Outlook Profil einiger User zerschossen hat, der erste Bad Patch, der mir "bewusst" untergekommen ist.

Nur weil einmal was in die Hose gegangen ist, muss man sich ja nicht völlig den Updates verweigern. Man muss halt nur eine Recovery Strategie parat haben.

Die optionalen werde ich demnächst vielleicht auch eher ignorieren. Aber OS / Security Updates möchte ich schon haben ... verweigern ist nicht die Lösung (ausser beim Thema Zivildienst

 

[slowhand73]

den zweiten Update 259... hab ich gar nicht drauf, aber is eh egal, es funktioniert schon wieder nicht.

;(