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

58

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?

Mark Henderson
quelle
17
Die Antwort lautet: "Software ausführen, die nur unter diesem System ausgeführt wird"
Lukasz Madon,
@ Lukas - es scheint zu sein. Die Antwort auf mein spezielles Szenario lautet "Nein, kein guter Grund", da unsere gesamte Software 64-Bit-kompatibel ist. Auf was ich gehofft habe, gibt es keinen größeren Haken, der in ein paar Monaten in meinem Gesicht explodieren wird (vorausgesetzt, wir testen gründlich)
Mark Henderson
6
Hardware ohne 64-Bit-Treiber nicht vergessen?
Svish
Manche Hardware braucht es. Kommt auf dein Setup an. Erstens und einige Atom-Netbooks der zweiten Generation funktionieren nur mit 32-Bit-Betriebssystemen.
Xeoncross
1
@Xeoncross Es sind nicht nur ältere Atom-Systeme. Die aktuellen Desktop-Atome D2500 / 2700 von Intel verfügen über eine PowerVR-GPU und nur über Win32-Treiber.
Dan Neely

Antworten:

58
  • 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.

tylerl
quelle
1
Die bisher vollständigste Antwort. +1
DejanLekic
2
Nur zur Info zur Leistung. 64-Bit-Code kann aufgrund von mehr Registern schneller sein, insbesondere wenn viel Ganzzahlarbeit geleistet wird.
Macke
17
64-Bit-Betriebssystem-ISOs sind größer, da sie auch die Gesamtheit eines 32-Bit-Systems enthalten, um beide Arten von ausführbaren Dateien zu unterstützen. Der massive Größenunterschied liegt nicht daran, dass 64-Bit-Binärdateien größer sind (aber nicht signifikant).
Hören Sie auf, Monica
3
@OrangeDog: das vergleicht Äpfel und Orangen. "Verdammt, wir haben die Hälfte des Essens, aber wenigstens ist der Teller groß!"
Orlp
1
@Earlz archlinux.mirrors.uk2.net/iso/2012.09.07/arch sieht für mich nur 3M größer aus
Stop Harming Monica
28

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.

Hennes
quelle
Tatsächlich ist dies ein sehr triftiger Grund dafür, 32-Bit zu behalten. Ich hatte das vergessen. Zum Glück glaube ich nicht, dass wir noch 16-Bit-Software haben;)
Mark Henderson
3
Aber dafür gibt es freie Software, also ist das kein guter Grund, oder?
Naught101
3
Nicht nur MS-DOS-basierte Anwendungen, sondern möglicherweise auch Win16-basierte Anwendungen.
Alan B
@ Naught101: Ja, es gibt freie Software für DOS. Und für Windows gibt es immer VMware-Player, Oracle Virtual Box, Windows Virtual PC, Wine für Windows (vorausgesetzt, es funktioniert ohne 16-Bit-Zeug) usw. Alan: 1) In der Tat, obwohl ich seit Ewigkeiten keine alten Win16-Programme mehr gesehen habe . Vielleicht habe ich aber auch Glück. :) 2) Ja, daher das Beispiel Gratia DOS.
Hennes
Ich nehme an, Sie haben nicht versucht, ein 64-Bit-Windows mit 2 GB RAM zu verwenden.
Joshudson
17

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 .

Michael Hampton
quelle
Eigentlich denke ich, dass wir einen HP Mini Atom der 1. Generation haben, aber er läuft immer noch auf XP und ist weit zurück in der Kategorie "Nur wenn ich muss", also ist es ein wenig unproblematisch.
Mark Henderson
2
Und 64-Bit-XP war so ein Albtraum, dass es sowieso noch nie jemand ausgeführt hat. Kein Problem dort.
Michael Hampton
1
Ich habe XPx64 ausgeführt. Es war nicht so schlimm. Es war einfach nicht XP. Wenn sie es so genannt hätten, wie es tatsächlich war (Server 2003, Lite Edition), wäre es wahrscheinlich kein solcher Albtraum gewesen.
HopelessN00b
Vergessen Sie nicht die Intel Core CPUs der ersten Generation, die NICHT 64-Bit-fähig waren: en.wikipedia.org/wiki/List_of_Intel_Core_microprocessors . Ich habe es auf die harte
Tour herausgefunden
7

Kompatibilität mit alter Software / Hardware.

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

bbezaire
quelle
Ich denke, dies ist eher eine Frage zu "Was funktioniert unter 64-Bit nicht?"
Mark Henderson
2
Vor allem Druckertreiber. "Standardpfade" für Programme werden kompliziert, wenn Sie auch eine Mischung aus "Programmdateien" und "Programmdateien (x86)" verwenden.
Andrew
4

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.

Edwin Buck
quelle
4

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.

Giovanni Toraldo
quelle
3

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.

Magellan
quelle
2

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.

michael
quelle
1

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.

HopelessN00b
quelle
1

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.

John Gardeniers
quelle
-4

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

Lorenz Lo Sauer
quelle
1
-1 Nur wenn die Virtualisierungstechnologie VT-x erfordert ... Nicht alle tun dies. Abgesehen davon ist Ihre "Antwort" kaum mehr als ein Kommentar zu dem, was möglicherweise nicht funktioniert . Das ist weder sehr hilfreich noch wirklich eine Antwort.
Chris S