Und hier liegt, nach meiner Erfahrung, auch das „Hase im Pfeffer“: Hürden für Umstiegswillige sind:

• Hardware ohne 64-BIT-Treiber/Schlechte 64-BIT-Treiber
• Besonders Mainboards mit schlechter 64-BIT Unterstützung/fehlenden Treibern, Grafikkarten, Soundkarten (Heute eher nicht mehr zu finden)
• 32-BIT Plugins, die nicht mit den Software-Bridges laufen/nicht auf 64-Bit umgesetzt werden
• Plugins/Software, die sich unter 64BIT nicht installieren lässt

Ein Lösung/Zwischenstufe zum 64-Bit-System kann die Dualboot-Lösung sein. Für den Übergang macht es durchaus Sinn, dem alten OS das neue 64-Bit OS als Dual-Boot an die Hand zu geben. Das neue Windows installiert dabei automatisch (man muss es bei der Installation angeben) die Option beim Start zu wählen. (Man kann das auch händisch erledigen.)

Das macht beispielsweise Sinn, wenn man Hardware hat, die man zwar GELEGENTLICH braucht, aber keine 64-Bit-Treiber hat.

Ein weiterer „Zwischenschritt“ wäre das „Mischsystem“:

• 32-Bit-Host auf 64-Bit-Windows
  Speziell wenn noch nicht alle Plugins oder VSTis auf 64-Bit verfügbar sind oder der Host (in meinem Falle Cubase und die VST Bridge) Probleme mit dem 32-Bit-Plugin in seiner 64-Bit-Umgebung hat, kann man auch die 32-Bit-Version unter 64-Bit Windows nutzen. Das 32-Bit Problem bleibt zwar im wesentlichen bestehen, aber es wird, „weiter heraus geschoben“, da dasss OS mehr RAM verarbeiten kann. Das ist, sollte man mit seinem 32 Bit-System immer kurz vor/hinter dem Limit liegen eine gute Möglichkeit, bringt aber auf Dauer nicht viel.
• 32-Bit-Host auf 64-Bit-Windows und Nutzung des kompletten RAMs mit Hilfe von Bridging
  Das war relativ lange mein Status Quo. Das funktioniert auch sehr gut und kann auch bedenkenlos produktiv genutzt werden. Die „Ideallösung“ ist es noch nicht, aber es funktioniert und der komplette Arbeitsspeicher kann, dank Bridgen in einen neuen Thread, genutzt werden. Ab hier ist das RAM-Problem „besiegt“.
• 64-Bit-Host auf 64-Bit-Windows und Nutzung der 32Bit-Plugins mittels Bridge (kein vollständiges Mischsystem mehr)
  Das ist mein derzeitiger IST-Zustand. Da die meisten PlugIns nativ in 64 Bit vorliegen oder gut von der VST-Bridge unterstützt werden, sollte dieser Zustand auch der Zielzustand sein.

Welche Software/Hardware profitiert nun am meisten von den 64 Bit? (Wohlgemerkt die heutigen Architekturen bieten keinen vollständigen 64-Bit-Adressbus)

• Aufwändige Software-Libraries
• Software Sampler
• Aufwändige Renderingprogramme
• Faltungssoftware (Faltungshall etc…)

…also besonders Daten- und Ramintensive Software. (Und quasi Hardware)

Wagen wir einen kurzen Blick über den Tellerrand: Linux ist schon lange auf 64 Bit. Es stehen seit langem ausgereifte 64-Bit-Kernels zur Verfügung und seit langem 64-Bit-Software. Meine Linuxerfahrungen waren alle „noch“ 32-Bittig. Ich habe mit Linux-Anwendern gesprochen, ein Umstiegsproblem zu 64 Bit gibt es praktisch und faktisch nicht. Eher noch ist die Rückwärtskompatibilität zu 32BIT ein Thema.

MacOS X ist erst seit der Version 10.6 (Snow Leopard) voll auf 64BIT aufgesattelt. Die Treiberprotierung/Nutzung scheint hierbei kein so großes Problem zu sein. MacOS macht stärkeren gberauch von PAE, als das bei Windows der Fall ist. Vollständige 64-Bit-Sequencer erscheinen aber für die Mac-Plattform stark verzögert, da haben die Windows-Rechner „die Nase vorn“. Durch die 36BIT-Adressleitung lassen sich theoretisch 64GiB nutzen.

Wieviel RAM ist nun mit welchem OS nutzbar? 64BIT erlauben (theoretisch) 16 EiB das sind 17.179.869.184 GiB (über 17 Milliarden GiB). Wie in der Grafik zu sehen, sind die breitesten Adressbusse derzeit 48 BIT = 262.144 GiB (260T GiB). Der PowerPC wurde, in den letzten Versionen, mit 64BIt-Adressbussen ausgeliefert. Leider nutzlos, da das damalige MacOS (kein OS, um genau zu sein) das nichtmal ansatzweise ausschöpfen konnte.

Maximal RAM aktueller Betriebssysteme

Die Win7-Versionen „Enterprise“ und „Datacenter Edition“ erlauben unter 32 Bit 64 GB dank PAE!