Ergebnisse der Überprüfung der Startleistung von Internet Explorer

Mit der Überprüfung der Startleistung von Internet Explorer können Sie die Aktivitäten auswerten, die während der Erstellung eines neuen Internet Explorer-Fensters ausgeführt werden. Die Überprüfung misst die Zeit, die zum vollständigen Rendern eines neuen Internet Explorer-Fensters auf dem Desktop mit einer einzigen Registerkarte und einfachem Inhalt erforderlich ist. Diese Messung umfasst die Ladezeit des IExplore.exe-Prozesses und die Frame- und Tab-Erstellungsintervalle.

Außerdem wird die Leistung von Erweiterungen, die während des Starts geladen und initialisiert werden, gemessen. Es gibt mehrere Arten von Erweiterungen, einschließlich Kontextmenüs, Symbolleisten, Explorer-Leisten und Browserhilfsobjekte (BHOs). Um die Arten von Erweiterungen anzuzeigen, die auf einem Computer installiert sind, klicken Sie in Internet Explorer im Dialogfeld Add-Ons verwalten mit der rechten Maustaste auf die Spaltenüberschrift, wählen Sie Spalten und dann Typ aus.

In diesem Thema können Sie die Ergebnisse interpretieren, die von der Überprüfung der Startleistung von Internet Explorer erstellt wurden. Es enthält auch Anleitungen zur Verwendung der Ergebnisse zum Identifizieren und Beheben häufiger Probleme, die sich negativ auf Ihre Erfahrung beim Starten von Internet Explorer auswirken.

In diesem Thema:

Weitere Informationen zu Systemanforderungen und Bewertungseinstellungen finden Sie unter Überprüfung der Startleistung von Internet Explorer.

Zieldatei

Sie können benutzerdefinierte Ziele erstellen, um Ihre Verbesserungen in der Ergebnisansicht zu messen. Zieldateien sind ein Mittel zur Selektierung, mit dem Sie die Leistung von PCs verstehen und PCs in Ihrem Unternehmen vergleichen können.

Beispielsweise können Ziele für einen einfachen Laptop anders ausfallen als die Ziele, die Sie für einen High-End-Desktopcomputer festgelegt haben, oder die Markterwartungen können sich so ändern, dass Sie die Möglichkeit haben möchten, im Laufe der Zeit und bei technologischen Verbesserungen andere Ziele und Schlüsselanforderungen zu definieren.

Wenn ein Metrikwert mit dem Ziel für diese Metrik verglichen wird, dann wird der Status in der Ergebnisansicht wie folgt farblich gekennzeichnet:

  • Hellviolett bedeutet, dass das System einwandfrei funktioniert und dass keine wahrnehmbaren Probleme vorliegen.

  • Mittelviolett sagt aus, dass die Systemfunktionalität akzeptabel ist, wobei Optimierungen möglich sind. Überprüfen Sie die Empfehlungen und Analysen, um festzustellen, welche Verbesserungen am System vorgenommen werden können. Dies können Softwareänderungen, Konfigurationsänderungen oder Hardwareänderungen sein.

  • Dunkelviolett steht für eine schlechte Funktion und bedeutet, dass es erheblichen Raum für Verbesserungen gibt. Überprüfen Sie die Empfehlungen und Analysen, um festzustellen, welche Verbesserungen am System vorgenommen werden können. Dies können Softwareänderungen, Konfigurationsänderungen oder Hardwareänderungen sein. Möglicherweise müssen Sie Kompromisse in Betracht ziehen, um einen möglichst einwandfreien Windows-Betrieb zu gewährleisten.

  • Keine Farbe bedeutet, dass für die Metrik keine Ziele definiert sind.

Hinweis Im Windows Bewertungstoolkit für Windows 8 umfassen einige Bewertungen Standardzieldateien. Beim ersten Anzeigen von Ergebnissen mithilfe dieser Version der Tools wird die Standardzieldatei verwendet. Sie können für Windows 8 jedoch auf die gleiche Weise benutzerdefinierte Ziele definieren wie für Windows 8.1 und Windows 10.

Sie können den Speicherort der Zieldatei festlegen und diesem Speicherort eine Zieldatei hinzufügen, bevor Sie die benutzerdefinierten Ziele über die Benutzeroberfläche anwenden. Sobald eine Zieldatei ausgewählt wurde, wird sie dauerhaft als Zieldatei für alle geöffneten Ergebnisse verwendet.

Es kann nur jeweils eine Zieldatei verwendet werden. Ziele für alle Bewertungen werden in einer einzelnen Zieldatei festgelegt. Die Bewertungstools suchen in der folgenden Reihenfolge nach Zielen:

  1. Benutzerdefinierte Zieldatei

  2. Ziele, die in der Ergebnisdatei definiert sind

  3. Ziele, die im Bewertungsmanifest definiert sind

Sie können Ihre eigene Zieldatei auf Grundlage der Beispielzieldatei unter „%PROGRAMFILES%\Windows Kits\10\Assessment and Deployment Kit\Windows Assessment Toolkit\SDK\Samples\Goals“ erstellen.

Hinweis: Sie können eine Zieldatei nicht mit einem Auftrag packen. Sie können sie jedoch für andere Benutzer*innen in einer Dateifreigabe speichern.

Metriken

In diesem Abschnitt werden die Metriken beschrieben, die von der Überprüfung der Startleistung von Internet Explorer gemeldet wurden, häufige Ursachen für schlechte Ergebnisse für jede Metrik und mögliche Abhilfemaßnahmen für diese Probleme beschrieben. Die Metriken werden an den Phasen des Internet Explorer-Starts ausgerichtet. Es gibt sechs Phasen des Internet Explorer-Starts: Prozesserstellung, Frame-Erstellung, Registerkartenerstellung, Erweiterungserstellung (CoCreateInstance), Erweiterungsinitialisierung (Set Site) und Andockfenster anzeigen (für einige Erweiterungstypen). Die entsprechenden Metriken werden hier behandelt.

Hinweis Die Metrik für die IE-Startdauer auf oberster Ebene ist umfassend und umfasst Aufgaben, die nach dem Prozess, Frame und Registerkartenvorgang ausgeführt werden.

Note Wenn Sie die Einstellung „Minifilter-Diagnosemodus aktivieren“ aktiviert haben, enthalten die Bewertungsergebnisse Minifiltermetriken. Weitere Informationen zu Minifiltermetriken und -ergebnissen finden Sie unter Minifilterdiagnose.

Erstellen eines Internet Explorer-Prozesses

Am besten geeignet für: Gerätehersteller, Anti-Malware-Softwareanbieter

Diese Metrik misst die Zeit, die zum Erstellen des Internet Explorer-Prozesses benötigt wird. Dies umfasst das Zeitintervall vom Beginn des Ladens und Ausführens von iexplorer.exe durch das Betriebssystem bis zu dem Zeitpunkt, an dem Internet Explorer signalisiert, dass er mit der Initialisierungsphase „Frame erstellen“ begonnen hat. Oder das Zeitintervall ab dem Start von iexplorer.exe (wie vom Windows-Kernel gemeldet) bis zum Start der Phase „Frame erstellen“ (wie von Internet Explorer gemeldet).

Typische Einflussfaktoren

  • CPU-Geschwindigkeit

  • Antischadsoftware

Analyse und Korrekturschritte

Wenn die Überprüfung konsistent meldet, dass diese Phase zu lange dauert, wird eine ausführliche Analyse in WPA zur Suche nach der Ursache empfohlen.

Erstellen von Internet Explorer-Frame

Am besten geeignet für: Gerätehersteller, Anti-Malware-Softwareanbieter, Videotreiberentwickler

Diese Metrik misst die Zeit, die zum vollständigen Rendern eines Fenster-Frames in Internet Explorer benötigt wird, einschließlich des Zeitintervalls ab dem Start, bevor Internet Explorer die erste Registerkarte erstellt und bevor Erweiterungen geladen oder initialisiert werden, einschließlich der Erstellung eines Fensters (Frame) der obersten Ebene und der Initialisierung des Direct3D-Renderings in diesem Fenster. Der Internet Explorer-Frame ist der übergeordnete Prozess und der UI-Container für die Registerkarten in einem einzigen Internet Explorer-Fenster auf oberster Ebene. Registerkarten werden in einem separaten Prozess gehostet, aber der übergeordnete Prozess ist für das Ausgeben der für die Bewertungsanalyse verwendeten Ablaufverfolgungsereignisse verantwortlich.

Typische Einflussfaktoren

  • CPU-Geschwindigkeit

  • Antischadsoftware

  • Videotreiber

Analyse und Korrekturschritte

Wenn die Bewertung konsistent meldet, dass die Dauer der Erstellung von Internet Explorer Frame zu lange dauert, folgen Sie dem WPA-Link zur weiteren Analyse, um erweiterte Details anzuzeigen und die Ursache zu finden.

Registerkarte „Internet Explorer erstellen“

Am besten geeignet für: Gerätehersteller, Antischadsoftwareanbieter

Diese Metrik misst die Zeit, die zum Erstellen einer neuen Registerkarte in Internet Explorer benötigt wird, einschließlich des Zeitintervalls zum Erstellen und Initialisieren einer Registerkarte in einem Frame sowie zum Erstellen und Initialisieren aller Erweiterungen. Die Registerkarte ist der Prozess- und UI-Container für eine einzelne Registerkarte und deren Inhalt. Es gibt immer mindestens eine Registerkarte, obwohl mehrere Registerkarten im gleichen Prozess gehostet werden können. Erweiterungen werden im Prozess der Registerkarte erstellt und initialisiert.

Typische Einflussfaktoren

  • CPU-Geschwindigkeit

  • Antimalware

  • Erweiterungen

Analyse und Korrekturschritte

Für die Analyse der Erweiterungsleistung empfehlen wir, dass Sie sich auf die verschiedenen erweiterungsbezogenen Metriken wie „Erstellen“ und „Website festlegen“ konzentrieren. Wenn diese Phase jedoch konsistent als zu lang gemeldet wird, aber die Leistung einzelner Erweiterungen nicht gekennzeichnet wird, folgen Sie dem WPA-Link zur weiteren Analyse, um erweiterte Details anzuzeigen und die Ursache zu finden.

Add-On-Anzahl von Erweiterungen erstellen

Am besten geeignet für: Gerätehersteller, Anti-Malware-Softwareanbieter

Diese Metrik listet Internet Explorer-Add-Ons auf, die an der CreateExtension-Aktion beteiligt sind. Sie können diese Metrik erweitern, um eine Liste der einzelnen Erweiterungen und deren entsprechende Dauer anzuzeigen. Für jede wird die Zeit gemessen, die benötigt wird, um eine Erweiterung mit CoCreateInstance() zu instanziieren. Dies schließt auch die Zeit ein, um die DLL der Erweiterung und eine der statischen DLL-Abhängigkeiten zu laden. Wenn Internet Explorer ein Add-On initialisiert, ruft es zuerst die Funktion CoCreateInstance() mit der CLSID des Add-Ons auf, die wiederum die DllGetClassObject()-Funktion des Add-On-Moduls aufruft, um ein Objekt im Arbeitsspeicher zu erstellen. Add-Ons verursachen während dieses Funktionsaufrufs normalerweise keine Leistungsverzögerung. Es ist jedoch wichtig, sich auf diesen Funktionsaufruf zu konzentrieren, während die Startleistung optimiert wird, da die langsame Leistung mit Add-Ons zusammenhängen kann.

Typische Einflussfaktoren

  • CPU-Geschwindigkeit

  • DLL-Abhängigkeiten

  • Synchrone oder blockierende I/O-Vorgänge (Datenträger oder Netzwerk)

  • Antimalware

Analyse und Korrekturschritte

Eine Erweiterung sollte in dieser Phase nicht viel bewirken, daher kann jeder nicht unerhebliche Zeitaufwand hier ein Problem darstellen. Für Gerätehersteller müssen Sie die Erweiterung möglicherweise deinstallieren. Für Erweiterungsautoren wird eine ausführliche Analyse in WPA zusätzlich zu einer Codeüberprüfung der folgenden Bereiche des Codes für die Erweiterung empfohlen:

  • DllMain: Es ist ungewöhnlich, dass die DllMain-Methode während dieser Phase eine nicht triviale Zeit aufwendet.

  • DllGetClassObject: Es ist ungewöhnlich, dass die DllGetClassObject-Methode während dieser Phase eine nicht triviale Zeit aufwendet.

  • Klassenkonstruktor (C++) (oder gleichwertig): Eine Erweiterung sollte während der Erstellung nicht viel tun, was den Konstruktor für die Klasse enthält, die erstellt wird (die Klasse, die von der CLSID identifiziert wird).

  • Statische DLL-Abhängigkeiten: Dies sind DLLs, die mindestens eine statische Importnachfrage aus der Erweiterungs-DLL aufweisen. Sie müssen geladen und aufgelöst werden, bevor Windows vom LoadLibrary()-Aufruf aus Internet Explorer zurückgegeben wird, unabhängig davon, ob sie tatsächlich verwendet werden.

    Dies schließt keine DLLs ein, die geladen werden, entweder mithilfe von /DELAYLOAD oder LoadLibrary().

    Wenn eine bestimmte DLL nur gelegentlich verwendet wird oder beim Start oder während der Initialisierung nicht verwendet wird, sollten Sie /DELAYLOAD verwenden.

  • Dynamische DLL-Abhängigkeiten: Wenn die Erweiterung die LoadLibrary()-API oder eine DLL aufruft, die sich in der /DELAYLOAD-Liste befindet, sollte diese Verwendung überprüft werden, um festzustellen, ob sie zu einen späteren Zeitpunkt verschoben werden kann. Wenn eine DLL geladen wird, aber immer beim Start oder während der Initialisierung verwendet wird, sollten Sie sie aus der /DELAYLOAD-Liste entfernen.

    Hinweis Dies sollte nicht für Windows-APIs erfolgen, die je nach ausgeführter Version von Windows aufgerufen werden; diese sollten immer verzögert geladen werden. Wenn eine Erweiterung beispielsweise DirectWrite zum Rendern von Text verwendet und GDI als Fallback verwendet, sollte sie nicht statisch mit dwrite.dll verknüpft werden. Dies kann das Laden auf früheren Versionen von Windows vollständig verhindern.

Weitere Informationen

MSDN: /DELAYLOAD (Laden von Import verzögern)

Website für Erweiterungen festlegen

Am besten geeignet für: Erweiterungsautoren, Gerätehersteller

Diese Metrik listet Internet Explorer-Add-Ons auf, die an der SetSite-Aktion beteiligt sind. Sie können diese Metrik erweitern, um eine Liste der einzelnen Erweiterungen und deren entsprechende Dauer anzuzeigen. Für jede wird die Zeit gemessen, die für den Aufruf in die IObjectWithSite::SetSite()-Methode der Erweiterung erforderlich ist. Mit dieser Methode wird die Möglichkeit der Erweiterung für die Kommunikation mit Internet Explorer eingerichtet. Erweiterungen führen hier normalerweise den Großteil des Starts/der Initialisierung durch. Dadurch wird die anfängliche Kommunikation des Add-Ons mit Internet Explorer eingerichtet und von der IObjectWithSite-Schnittstelle verfügbar gemacht, die alle Internet Explorer-Add-Ons implementieren müssen. Add-Ons führen in der Regel ihre Initialisierungsroutine in dieser Funktion aus, z. B. das Anzeigen der Symbolleisten-Benutzeroberfläche oder das Laden anderer Module.

Typische Einflussfaktoren

Dies wird normalerweise nur durch die Implementierung von IObjectWithSite::SetSite() der Erweiterung beeinflusst. Es ist wichtig, synchrone/blockierende Datenträger oder Netzwerk-I/O so viel wie möglich während dieser Methode zu vermeiden.

Analyse und Korrekturschritte

Für Gerätehersteller müssen Sie die Erweiterung möglicherweise deinstallieren. Für Erweiterungsautoren wird zusätzlich zur Codeüberprüfung der IObjectWithSite::SetSite()-Implementierung eine ausführliche Analyse mit WPA empfohlen. Es könnte Teile dieses Codes geben, die bis zu einem späteren Zeitpunkt zurückgestellt werden können, oder vielleicht asynchron ausgeführt werden, damit sie parallel mit der Initialisierung anderer Plugins ausgeführt werden können.

Weitere Informationen

MSDN: IObjectWithSite Interface

Erweiterungssymbolleiste Andockfenster anzeigen

Am besten geeignet für: Erweiterungsautoren (nur Symbolleisten und Explorer-Leisten), Gerätehersteller

Diese Metrik listet Internet Explorer-Add-Ons auf, die eine separate Symbolleiste anzeigen. Sie können diese Metrik erweitern, um eine Liste der einzelnen Erweiterungen und deren entsprechende Dauer anzuzeigen. Für jede dieser Elemente wird das Zeitintervall gemessen, das in der IDockingWindow::ShowDW()-Implementierung ausgegeben wird. Wenn es sich bei dem Add-On um eine Symbolleiste oder Explorer-Leiste handelt, ruft Internet Explorer die IDockingWindow::ShowDW()-Funktion des Add-Ons auf, um das Add-On im Browserfenster sichtbar zu machen. Einige Add-Ons führen ihren UI-Rendering-Code innerhalb dieser Funktion aus, daher kann dies auch die Startleistung beeinträchtigen.

Typische Einflussfaktoren

  • CPU-Geschwindigkeit

  • Komplexität der angezeigten oder initialisierten Benutzeroberfläche

Analyse und Korrekturschritte

Für Gerätehersteller müssen Sie möglicherweise das Add-On deinstallieren. Für Erweiterungsautoren wird zusätzlich zur Codeüberprüfung der IDockingWindow::ShowDW()-Implementierung eine ausführliche Analyse mit WPA empfohlen.

Wenn die Erweiterung UI-Rendering-Code ausführt, kann es möglich sein, ihn bis zu einem späteren Zeitpunkt zurückzuweisen, je nachdem, wie die Erweiterung geschrieben wurde. Wenn es nicht möglich oder machbar ist, das Rendern von Code (WM_PAINT) in dieser Phase zu vermeiden, können Sie versuchen, das Rendern mit der folgenden oder einer ähnlichen Strategie zu verzögern.

  1. Nachdem Sie den Haupt-HWND für die Benutzeroberfläche der Erweiterung erstellt und angezeigt haben, aber bevor Sie ihm untergeordnete Fenster hinzufügen, verwenden Sie SendMessage, um ihm eine WM_SETREDRAW-Nachricht mit wParam gleich FALSE zu senden.

    Warnung Dadurch wird das gesamte Zeichnen für das Fenster vorübergehend deaktiviert. Dies sollte mit Vorsicht verwendet werden; wenn es falsch verwendet wird, kann es zu Problemen kommen, die schwer zu debuggen sind.

  2. Erstellen Sie als Nächstes die untergeordneten Fenster oder Inhalte und fügen Sie sie hinzu.

  3. Senden Sie dem Fenster eine weitere WM_SETREDRAW Nachricht mit wParam gleich TRUE.

  4. Verwenden Sie InvalidateRect oder RedrawWindow, um das Fenster neu zu zeichnen.

  5. Rückgabe von IDockingWindow::ShowDW().

Weitere Informationen

MSDN: IDockingWindow::ShowDW-Methode

MSDN: WM_SETREDRAW Nachricht

Probleme

Die Überprüfung der Startleistung von Internet Explorer führt erweiterte Problemanalyse durch und bietet Links zu Windows® Leistungsanalyse (WPA) zur Problembehandlung der identifizierten Probleme. Wenn WPA geöffnet wird, sind je nach Art des identifizierten Problems möglicherweise zusätzliche Details zur Datenträger- oder CPU-Aktivität verfügbar. Weitere Informationen zu Problemen und Empfehlungen bei ausführlichen Analysen finden Sie unter Allgemeine Probleme bei der ausführlichen Analyse.

Die Überprüfung meldet einen Exitcode von 0x80050006

Dieser Fehler tritt auf, wenn Wartungstasks auf dem PC registriert wurden, aber nicht vor der Bewertungsausführung abgeschlossen wurden. Dies verhindert das Ausführen der Bewertung, da Wartungstasks häufig Auswirkungen auf Bewertungsmetriken haben.

Führen Sie Lösen dieses Problems eine der folgenden Aktionen aus:

  1. Stellen Sie sicher, dass der Computer mit einem Netzwerk verbunden ist und mit Netzstrom betrieben wird. Starten Sie ausstehende Wartungstasks mit dem folgenden Befehl über eine Eingabeaufforderung mit erhöhten Rechten:

    rundll32.exe advapi32.dll,ProcessIdleTasks

  2. Deaktivieren Sie regelmäßige und inaktive Wartungstasks, und beenden Sie alle Wartungstasks, bevor Sie die Bewertung ausführen.

Startleistung von Internet Explorer

Bewertungen

Leistung von Ein/Aus-Übergängen