Frage: Kann ich eine 32-Bit-Version des Internet Explorers auf einem 64-Bit-Windows installieren?
Antwort: Auf 64-Bit-Windows Betriebssystemen sind sowohl die bekannten 32-Bit- als auch die neuen 64-Bit-Komponenten installiert. Dazu zählt auch der Internet Explorer. Aus Kompatibilitätsgründen ist der 32-Bit-Internet-Explorer als Standardbrowser konfiguriert.
Frage: Wie kann ich feststellen, welchen Internet Explorer ich aktuell verwende?
Dies lässt sich auf mehreren Wegen feststellen. Entweder über die Hilfe im Internet Explorer und den Menüpunt Info. Dort wird angezeigt, ob es sich um die 64-Bit-Version handelt. Alternativ hilft ein Blick in den Taskmanager unter Prozesse. Der Prozess "iexplore.exe", der mit "*32" gekennzeichnet ist, ist der x86/32-Bit-Internet-Explorer.
Frage: Wie kann mittels server- (beispielsweise per .NET) beziehungsweise clientseitig- (zum Beispiel via Javascript) Scripting/Coding herausgefunden werden, welche Internet Explorer Version eingesetzt wird?
Antwort: Die einfachste Methode ist das Auswerten des User-Agent Strings:
-
32bit IE on 64bit Windows: User-Agent: Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.2; WOW64; .NET CLR 2.0.50727)
-
64bit IE on 64bit Windows: User-Agent: Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.2; Win64; x64; .NET CLR 2.0.50727)
Frage: Warum ist die 64-Bit-Version des Internet Explorers nicht der Standardbrowser auf 64-Bit-Systemen?
Antwort: Das Problem mit 32-Bit vs. 64-Bit ist, dass es nicht möglich ist eine 32-Bit-DLL im Kontext eines 64-Bit-Prozesses zu laden und umgekehrt. Da die meisten ActiveX Controls und BHOs aber in 32 Bit erstellt werden/worden sind, würde einem Nutzer der 64-Bit-Version gegebenenfalls Funktionalität genommen.
Damit also die so genannte User Experience unverändert bleibt, hat das Internet Explorer Team die Entscheidung gefällt, dass - vorerst - der Standardbrowser der 32-Bit-Internet-Explorer ist.
Neben diesen offensichtlichen Gründen gibt es noch einen weiteren Grund: Der JustInTime (JIT) Script Compiler wurde (noch/derzeit) nicht für die 64-Bit-Version des Internet Explorer portiert (auch in IE9 nicht!). Daher ist grade bei aufwändigen Javascript Applikationen die 32-Bit-Version vorzuziehen.
Einsatz des 64-Bit-Internet-Explorer
Frage: Gibt es denn trotzdem sinnvolle Gründe für den Einsatz von Internet Explorer 64 Bit?
Antwort: Es gibt derzeit eigentlich keine wirklichen Gründe. Nachfolgend ein paar Begründungen, die häufiger angeführt werden, die sich aber insbesondere. durch die geringere Anzahl an ActiveX Controls erklären lassen.
-
DEP/NX ist bei jedem x64 Prozess automatisch aktiviert: Seit Internet Explorer 8 und Internet Explorer 7 auf Vista SP1+ gilt dies auch für jeden 32-Bit-Internet-Explorer. Außerdem kann man dies über das Advanced Setting Datenausführungsverhinderung aktivieren steuern.
-
Internet Explorer Prozesse werden weniger häufig unfreiwillig beendet: Dies lässt sich auf weniger geladene 3rd party ActiveX Controls zurückführen
-
Internet Explorer Prozesse starten schneller: Auch dies ist auf weniger geladene Add-Ons zurückzuführen.
Frage: Warum wurde dann überhaupt eine 64-Bit-Version des Internet Explorers erstellt?
Antwort: Da der Internet Explorer, beziehungsweise die Mehrzahl seiner Komponenten, Bestandteile des Betriebssystems ist. Diese Komponenten sind insbesondere. die Netzwerkkomponenten (URLMon für das Handling aller Namen und der verwendeten Zonen, WinINET für die Netzwerkkommunikation), sowie die Rendering Engine (MSHTML) und bedingt (siehe oben) auch die Scripting Engines (JScript(9) und vbscript). Da ein Windows-Betriebssystem ohne diese Komponenten nicht auskommen kann, wurden diese selbstverständlich für die 64-Bit-Systeme portiert und das Portieren der iexplore.exe war dann der geringste Part.
Hier ist also erkennbar, dass derzeit der Internet Explorer 64 Bit eher für das Betriebssystem als für den Benutzer erstellt wurde. Dies mag sich in der Zukunft ändern, derzeit lässt sich dies noch nicht absehen. (mje)
Dieser Artikel basiert unter anderem auf einem Blog-Beitrag aus dem Internet Explorer Support Blog auf Microsofts TechNet.