Gute Gründe, um 32-Bit-Desktop-Betriebssysteme von Microsoft Windows beizubehalten

Diese Frage stammt aus dem Jahr 2012. Wenn Sie dies im Jahr 2019 oder später lesen, lautet die Antwort in Wirklichkeit: Nein. Es gibt keinen guten Grund, im Jahr 2019 32-Bit-Desktop-Betriebssysteme beizubehalten.

Ursprüngliche Frage unten:

Server-Software ist seit einiger Zeit nur noch 64-Bit-Version (seit Server 2008 R2 für Windows, noch früher für Exchange und Sharepoint) und sogar Ubuntu verdrängen Sie von 32-Bit-Versionen für ihre Server-Betriebssysteme.

Aber gibt es einen guten, quantifizierbaren Grund, ein 32-Bit-Desktop-Betriebssystem beizubehalten? Wir bereiten unsere Windows 8-Abbilder für die (unglücklichen?) Wenigen vor, die frühzeitig zum Einsatz kommen werden.

Die meisten unserer Desktop-Computer haben 4 GB RAM oder weniger, aber ich würde es lieben, wenn ich kein 32-Bit-Betriebssystem mehr unterstützen müsste.

Warum sollte ich das tun?

• 32-Bit kann in bestimmten Anwendungsfällen etwas schneller sein - die kleineren Adressen bedeuten einen deutlich kompakteren Code, was eine höhere Cache-Effizienz bedeutet. In den Benchmarks, die ich gesehen habe, wird die Effizienz in der Regel durch die höhere Recheneffizienz von 64-Bit in Umgebungen mit hoher Rechenleistung überschattet. Aber tatsächlich gewinnt 32-Bit gelegentlich bei einigen Benchmarks. YMMV. Das Alter Ihrer Software ist von Bedeutung, da neuere Builds 64-Bit-Inhalte nutzen, die ältere Builds nicht nutzen.

• Kompakterer Code bedeutet weniger Speicherplatz. Laden Sie einfach die ISOs für Ihr Lieblingsbetriebssystem in 64- und 32-Bit-Versionen herunter, um den Unterschied zu erkennen. Es ist nicht trivial. Es ist auch viel mehr, wenn Sie die Binärdateien dekomprimieren. Wie OrangeDog ausführt : Ein Großteil dieses Speicherplatzbedarfs ergibt sich aus der Tatsache, dass 64-Bit-Betriebssysteme zusätzlich zu den 64-Bit-Bibliotheken 32-Bit-Bibliotheken bereitstellen .

• Mit 32-Bit erhalten Sie immer noch eine bessere Kompatibilität mit älteren Komponenten und Software. Dies ist besonders bei Systemen zu beobachten, die dynamisch auf dem Hostcomputer kompiliert werden und gleichzeitig Binärbibliotheken von Drittanbietern einspielen. Das .NET-Framework von Microsoft ist ein gutes Beispiel dafür: Während die Programme theoretisch architekturunabhängig sind, binden Sie jedes Mal, wenn Sie eine Verknüpfung zu einer nativen Binärdatei herstellen, an den einen oder den anderen Arch. Viele Entwickler wissen nicht einmal, dass dies der Fall ist, und liefern Produktionskomponenten aus, die auf 64-Bit-Systemen nicht ausgeführt werden können, ohne dass eine Optimierung erforderlich ist, um .NET explizit anzuweisen, im 32-Bit-Modus ausgeführt zu werden. Die meisten Leute wissen nicht, wie das geht.

• Wie von Daniel B ausgeführt: Die Entwicklung von Windows .NET auf 64-Bit-Computern führt zu einer frustrierenden Inkonsistenz, bei der unter bestimmten Umständen Ausnahmen vom Betriebssystem maskiert werden.

• Legacy-Hardware. Auf einem 64-Bit-Kernel kann kein 32-Bit-Treiber ausgeführt werden.

Nichts davon ist für die meisten Menschen ein Show-Stopper. Trotzdem müssen Sie entscheiden, wie sich diese Faktoren auf Ihre Umgebung auswirken.

Ich kann mir nur vorstellen, ein 32-Bit-Desktop-Betriebssystem beizubehalten, wenn Sie alte 16-Bit-Programme (z. B. DOS) verwenden und nicht über die Windows-Version verfügen, die Windows Virtual PC unterstützt.

(Und selbst dann würde ich ein 64-Bit-Betriebssystem installieren und so etwas wie DOSbox verwenden).

Bearbeiten: Es gibt tatsächlich einen anderen Grund: Hardware, die nicht mit mehr als 4 GB Adressraum zurechtkommt. ZB versucht FireWire DMA zu machen. Oder irgendeine (alte) Hardware ohne 64-Bit-Treiber.

Alles, was unter Windows 8 läuft, ist bereits 64-Bit-fähig, es sei denn, Sie haben Intel Atom-Netbooks der ersten Generation (und das bezweifle ich sehr). Das ist ungefähr das Einzige, woran ich denken kann.

AMD brachte 2003 sein erstes 64-Bit-fähiges Opteron heraus. und seitdem war praktisch jeder von ihnen hergestellte Prozessor 64-Bit-fähig.

Intel brachte ein Jahr später sein erstes 64-Bit-Xeon (Nocona) auf den Markt und expandierte bis 2006 auf nahezu die gesamte Produktlinie. Abgesehen von den genannten frühen Atom-Chips ist heute jeder Intel-Prozessor 64-Bit.

Wikipedia hat eine aufgeschlüsselte Prozessorliste, wenn Sie sich für alte Geschichte interessieren .

Kompatibilität mit alter Software / Hardware.

Wenn alles unter x64 funktioniert, würde ich mich nicht mit 32 Bit beschäftigen.

Speicheradressen in einer 64-Bit-Maschine benötigen natürlich 64 Bit. Dieselben Adressen benötigen in einer 32-Bit-Maschine 32 Bit. Unter einigen ziemlich außergewöhnlichen Umständen kann diese "Zunahme" der benötigten Anzahl von Bits der Unterschied zwischen einer guten Leistung und einer schlechten Leistung auf einem speicherbegrenzten Computer sein.

Da Sie wahrscheinlich 32-Bit-Software auf einem Computer ausführen, auf dem ohnehin 64-Bit-Software ausgeführt werden könnte, und die 32-Bit-Unterstützung auf 64-Bit-Computern recht gut funktioniert, ändern sich die Unterschiede auf der Hardwareseite nicht. Gelegentlich finden Sie ein älteres Gerät, das keinen 64-Bit-Hardwaretreiber hat. Dies ist jedoch sehr selten, da 64-Bit-Betriebssysteme seit über einem Jahrzehnt verfügbar sind.

Ein zu berücksichtigender Punkt ist, dass viele ältere 32-Bit-Anwendungen in vielerlei Hinsicht älter sind als sie sind. Auf der Seite des Windows-Betriebssystems kann eine 32-Bit-App verwirrt werden, wenn unter "Programme" nach Dateien gesucht wird, die sich jetzt unter "Programme (x86)" befinden. Bestimmte Registrierungselemente müssen möglicherweise ebenfalls manuell bearbeitet werden. Auch dies ist eher eine Funktion von leicht falsch geschriebenen Anwendungen, die jetzt Ihre Hilfe benötigen, um Dinge zu "finden", die "gerade funktioniert" hätten, wenn die Maschine zufällig 32-Bit wäre.

Viele Leute wissen nicht, dass 64-Bit-Programme und -Bibliotheken mehr Speicher belegen als 32-Bit-Entsprechungen.

Wenn Sie beispielsweise virtuelle Maschinen mit wenig Arbeitsspeicher verwenden, empfiehlt es sich, 32-Bit-Betriebssysteme zu verwenden, um die Speicherverfügbarkeit innerhalb dieser VM zu maximieren.

Apropos Ubuntu, wir betreiben seit einigen Wochen 64-Bit 12.04 LTS unter LTSP.

Der einzige Ärger, den wir für die ersten Betatester haben, ist, dass die von uns verwendeten LTSP-Terminals (Dell GX2xx) einen 32-Bit-Kernel benötigen. Daher müssen wir einen zweiten LTSP-Kernel kompilieren und doppelt so viele Pakete für die beiden Architekturen warten .

Da es sich bei LTSP durchaus um einen Edge-Fall handelt, ist 64-Bit meines Erachtens einigermaßen einsatzbereit, es sei denn, Ihre speziellen Tests haben einen Defekt ergeben.

Obwohl ich persönlich empfehlen würde, so bald wie möglich auf 64-Bit umzusteigen und lieber früher als später in die Kugel zu beißen, bleibt dies für Ihr IT-Support-Team nicht ohne Auswirkungen. Wenn die Bandbreite des Supportteams bereits maximal ausgelastet ist (dh bereits unterbesetzt ist), würde ich tatsächlich überlegen, zu warten.

Dies ist also eine Antwort, die sich auf die Humanressourcen bezieht, nicht nur auf Software in / Kompatibilität.

Der Roll-out sollte natürlich sorgfältig geplant werden (vorzugsweise schrittweise statt auf einmal). Es werden Probleme "entdeckt", deren Lösung pro Benutzer Stunden in Anspruch nimmt. Sobald die am häufigsten auftretenden Probleme identifiziert sind, können Anleitungen zu schnelleren Lösungen sowohl für Supportanrufe als auch für die Selbstbedienung hilfreich sein.

Meistens denke ich (zum Beispiel) an alle 32- und 64-Bit-Kompatibilitätsprobleme zwischen dem Betriebssystem, einem bestimmten Softwarepaket und den zugehörigen PluginsB. 32-Bit- und 64-Bit-Browser (und / oder mehrere Browser) auf einem einzelnen 64-Bit-Betriebssystem installiert sein. Verknüpfungen für "Als Administrator ausführen" und "Als normaler Benutzer ausführen" mit Optionen für beide 32-Bit-Browser und 64-Bit-Plug-In für diese Browser (oder manchmal nur für 32-Bit-Plug-Ins, die nur in einer Version des Browsers funktionieren) - all das zerstört Anwendungen und Workflows, die auf diesen Plug-Ins basieren. (Mit "Plugins" meine ich alles von Java über Flash, eingebettete PDF-Reader bis hin zu Webkonferenzsoftware - entweder intern erstellt oder allgemein verfügbar, sowohl kommerziell als auch kostenlos.) Sie können versuchen, alle diese Probleme zu testen, aber das ist es Es ist schwer vorherzusagen, ob ein Benutzer versehentlich das Plugin B vor dem Plugin A installiert, was zu einem anderen Ergebnis führt als ein anderer Benutzer, der das Plugin A vor dem Plugin B installiert.

Der einzige Grund, 32-Bit-Versionen von ... irgendetwas ... zu behalten, ist die Unterstützung von "Legacy" -Anwendungen und -Systemen. Wenn Sie alles unter 64-Bit-Betriebssystemen ausführen können, können Sie sich glücklich schätzen und weitermachen. Sie könnten wie einige arme SAs sein, die sich in einem Unternehmensumfeld für ein Non-Tech-Unternehmen befinden, in dem der Plan für die Migration von der Benutzerbasis von XP auf Windows 7 im dritten Quartal 2014 beginnt.

< weint >

Wie auch immer, ich weiß nicht über Shift+ Bescheid Delund würde sie wahrscheinlich einfach in einer Ecke der Umgebung ignorieren, falls das Unaussprechliche passiert und Sie feststellen, Windows XPdass Sie etwas brauchen . Hören Sie definitiv auf, sie zu warten, zu aktualisieren, zu testen oder etwas anderes zu tun, aber lassen Sie sie in der Nähe, falls sie jemals gebraucht werden. Neulich wollte ein Kunde, dass ich Windows 2000PoS unterstütze, was ich konnte, weil ich nicht alle meine Server 2000Bilder weggeblasen habe, als Server 2003sie herauskamen (und ich wollte es auch wirklich).

So viel Sie beten und hoffen, dass die Zeit nie kommt, es ist immer schön, das Zeug "nur für den Fall" in der Hand zu haben, und die Kosten dafür sind so gering, dass ich es für dumm halte, es nicht zu tun.

Nachdem ich aufgrund älterer Softwareprobleme erhebliche Probleme hatte, kann ich nur sagen, dass alles , was Sie ausführen, auf einem 64-Bit-Betriebssystem ausgeführt werden kann. Wenn dies der Fall ist, haben Sie keinen Grund, nicht zu migrieren, vorausgesetzt, die Lizenzierung spielt keine Rolle.

In meinem Fall konnte ich Systeme so umkonfigurieren, dass alle 32-Bit-Anwendungen nur auf einem Computer ausgeführt werden konnten, sodass alle anderen Workstations 64-Bit-Systeme waren. Schließlich habe ich diese 32-Bit-Maschine sogar auf eine VM auf Virtualbox migriert, die auf einem Debian-Host ausgeführt wird, hauptsächlich, weil die Kapazität vorhanden war und ich die Anzahl der Boxen reduzieren wollte.

Alle oben genannten und mehrere virtuelle Maschinen können keinen x64-Bit-Code ausführen, wenn die CPU keine Virtualisierung unterstützt (z. B. VT-x-Funktion).

Einige billigere 64-Bit-CPUs, denen VT-x usw. fehlt, sind jedoch für "hausgemachte" Cluster attraktiv.

Aus Wikipedia :

Intel fügte seiner x86-64-Implementierung (Intel 64) keine Segmentierungsunterstützung hinzu, wodurch eine reine 64-Bit-Software-Virtualisierung auf Intel-CPUs unmöglich wurde. Die Intel VT-x-Unterstützung ermöglicht jedoch eine hardwaregestützte 64-Bit-Virtualisierung auf der Intel-Plattform