von Purgatory » 10.08.2022, 20:14
Alles möglichst einfach umschrieben.
Also im Prinzip ist der Ntoskrnl genau das was das jeweilige BS ausmacht. Der Ntoskrnl lädt zuerst, prüft ob alles ok ist, dann darf der ganze Rest ran. Wenn das BS dann läuft ist der Ntoskrnl eigentlich stetig im Hintergrund mit sozusagen null Last.
Um es kurz zu umschreiben basiert ein NT System auf der uralten Idee einen Kernel im BS so abzuschotten, dass kein Treiber ihn so in die Knie zwingen kann dass das BS abschmiert.
Während ein NT System völlig frei von der DOS Ebene lief waren Windows Systeme aka Windows 95, 98(Se), Win ME immer noch von ihr abhängig. Das war auch der Grund warum eine falsche Treiberinstallation so ein BS damals komplett lahmlegen konnte. Mit Windows NT kam der erste Versuch, mit Windows 2000 kamen frei konfigurierbare Dienste dazu, mit Windows XP wurde ein NT erstmals Spieletauglich. Und XP brachte den Durchbruch für das NT System.
Schluss oder endlich basieren NT Systeme darauf, dass der Ntoskrnl nur in der CPU Last hochgeht wenn irgendwas nicht stimmt.
Dann werden nämlich ständig anfragen an die CPU gesendet was hier nicht wirklich läuft. In diesem Moment hätte sich ein Windows 95 oder auch XP sehr wahrscheinlich mit einem BSOD verabschiedet.
Meistens, zu mehr als 90%, sind es Treiber die nicht kompatibel mit dem Kernel sind, also der BS Version. Das kann auch nur ein lapidarer Drucker sein für den irgendein Treiber installiert wurde der zwar augenscheinlich läuft, aber Fehlermeldungen liefert an den Kernel.
Dieser wiederum befragt die CPU ob das wirklich so ist, und das ständig. Die CPU wird sozusagen befeuert mit Fragen und kann sich dem Rest nicht mehr widmen, der Kernel hat immer Vorrang. Dadurch können solche Lasten entstehen.
Um gerade Treiber auszuschließen einfach mal W11 installieren ohne jegliche Peripherie, nur Maus und Tastatur. Läuft alles kann man sich rantasten. Allerdings sind solche Fehler recht tricky. Ich hatte solche Fehler auch schon als ich zu XP Zeiten ein geöffnetes CD Laufwerk mit einem Festplattenrahmen austauschte. Und der Kernel schickte ständig ein "Laufwerk offen" Signal an die CPU, obwohl das Laufwerk überhaupt nicht mehr präsent war. Ich habe Tage gebraucht um das rauszufinden.
Alles möglichst einfach umschrieben.
Also im Prinzip ist der Ntoskrnl genau das was das jeweilige BS ausmacht. Der Ntoskrnl lädt zuerst, prüft ob alles ok ist, dann darf der ganze Rest ran. Wenn das BS dann läuft ist der Ntoskrnl eigentlich stetig im Hintergrund mit sozusagen null Last.
Um es kurz zu umschreiben basiert ein NT System auf der uralten Idee einen Kernel im BS so abzuschotten, dass kein Treiber ihn so in die Knie zwingen kann dass das BS abschmiert.
Während ein NT System völlig frei von der DOS Ebene lief waren Windows Systeme aka Windows 95, 98(Se), Win ME immer noch von ihr abhängig. Das war auch der Grund warum eine falsche Treiberinstallation so ein BS damals komplett lahmlegen konnte. Mit Windows NT kam der erste Versuch, mit Windows 2000 kamen frei konfigurierbare Dienste dazu, mit Windows XP wurde ein NT erstmals Spieletauglich. Und XP brachte den Durchbruch für das NT System.
Schluss oder endlich basieren NT Systeme darauf, dass der Ntoskrnl nur in der CPU Last hochgeht wenn irgendwas nicht stimmt.
Dann werden nämlich ständig anfragen an die CPU gesendet was hier nicht wirklich läuft. In diesem Moment hätte sich ein Windows 95 oder auch XP sehr wahrscheinlich mit einem BSOD verabschiedet.
Meistens, zu mehr als 90%, sind es Treiber die nicht kompatibel mit dem Kernel sind, also der BS Version. Das kann auch nur ein lapidarer Drucker sein für den irgendein Treiber installiert wurde der zwar augenscheinlich läuft, aber Fehlermeldungen liefert an den Kernel.
Dieser wiederum befragt die CPU ob das wirklich so ist, und das ständig. Die CPU wird sozusagen befeuert mit Fragen und kann sich dem Rest nicht mehr widmen, der Kernel hat immer Vorrang. Dadurch können solche Lasten entstehen.
Um gerade Treiber auszuschließen einfach mal W11 installieren ohne jegliche Peripherie, nur Maus und Tastatur. Läuft alles kann man sich rantasten. Allerdings sind solche Fehler recht tricky. Ich hatte solche Fehler auch schon als ich zu XP Zeiten ein geöffnetes CD Laufwerk mit einem Festplattenrahmen austauschte. Und der Kernel schickte ständig ein "Laufwerk offen" Signal an die CPU, obwohl das Laufwerk überhaupt nicht mehr präsent war. Ich habe Tage gebraucht um das rauszufinden.