64-bit (x86-64)

Was Sie wissen müssen

Wie es funktioniert

Im 64-Bit-Modus können Universalregister 64-Bit-Operanden aufnehmen, und die Architektur stellt zusätzliche Register sowie eine andere Programmierumgebung als das herkömmliche 32-Bit-x86 bereit. Der Kompatibilitätsmodus ermöglicht es einem Betriebssystem, geeignete Legacy-Anwendungen zu unterstützen; das Betriebssystem bestimmt jedoch, welche Anwendungsformate und Schnittstellen es anbietet. Eine 64-Bit-CPU führt nicht dazu, dass jeder Befehl 64-Bit-Daten verwendet.

Wo es nuetzlich ist

Eine für die x86-64-ABI erstellte Anwendung setzt die Register-, Aufrufkonventions- und Baseline-Befehlsumgebung dieser ABI voraus. Eine Arm64-Binärdatei gehört zu einer anderen Architektur, auch wenn sich beide als 64-Bit bezeichnen. Übersetzung oder Emulation ist eine separate Softwarefunktion, keine Folge des Vorhandenseins von 64-Bit-Registern.

So pruefen Sie Unterstuetzung und Aktivierung

Bei x86-Hardware enumeriert die erweiterte CPUID-Funktion 80000001H, EDX Bit 29 die Long-Mode-Fähigkeit. Ein unterstütztes Betriebssystem muss die entsprechende Paging- und Ausführungsumgebung aktivieren. Prüfen Sie sowohl die Architektur des laufenden Betriebssystems als auch die Prozessorfähigkeit.

Eine Hardware-Fähigkeit, die laufende Betriebsumgebung und die Binäranforderungen einer Anwendung sind unterschiedliche Ebenen. Architekturnamen und ABI-Stufen sollten als explizite Verträge und nicht als allgemeine Neu-ist-kompatibel-Regel interpretiert werden.

Was die Funktion nicht gewaehrleistet

Die 64-Bit-Kennzeichnung legt weder die implementierte physische oder virtuelle Adressbreite noch die Begrenzung des installierten RAMs, die x86-64-v2/v3/v4-Unterstützung, die Eignung für Windows oder die Kompatibilität mit einem bestimmten Treiber fest. Prüfen Sie jede Anforderung separat.

Kompatibilitaet und Leistung in der Praxis

Prüfen Sie die vollständigen geerbten Anforderungen und die tatsächlich für den Prozess sichtbare Umgebung. Untersuchen Sie bei einer VM das Gastsystem, anstatt davon auszugehen, dass das Modell des Hosts unverändert weitergegeben wird. Ein unterstützter Fallback-Build sollte seine eigene Baseline eindeutig deklarieren.

Eine praktische Verifikations-Checkliste

1. Erfassen Sie das genaue Prozessor- oder Plattformmodell sowie die beteiligten Versionen von Anwendung, Betriebssystem und Laufzeitumgebung. Behalten Sie den genauen Wortlaut des tatsaechlichen Fehlers oder der Anforderung bei.
2. Pruefen Sie die Herstellerreferenz fuer dieses genaue Modell und untersuchen Sie anschliessend die effektive Faehigkeit und den Aktivierungsstatus in der Umgebung, in der das Programm ausgefuehrt wird.
3. Gleichen Sie jede Anforderung der ausgewaehlten Binaerdatei oder des Backends ab. Eine aehnlich benannte Funktion, ein Alias oder eine allgemeine Technologiebezeichnung reichen nicht aus.
4. Bestaetigen Sie, dass die Anwendung die vorgesehene Implementierung ausgewaehlt hat. Nutzen Sie deren dokumentierte Diagnosefunktionen und einen unterstuetzten Fallback, wenn Anforderungen nicht erfuellt sind.
5. Nehmen Sie jeweils nur eine unterstuetzte Aenderung vor und wiederholen Sie denselben Workload. Halten Sie die urspruengliche Konfiguration und einen Wiederherstellungspfad verfuegbar.

Wenn die Funktion aufgefuehrt ist, Software sie jedoch nicht nutzen kann

Beginnen Sie mit der exakten fehlschlagenden Komponente. Eine Hardware-Datenbank beschreibt die erfasste Faehigkeit; das Betriebssystem oder der Hypervisor kann eine abweichende effektive Umgebung bereitstellen. Ein Fehler wegen eines ungueltigen Befehls erfordert zudem die Untersuchung des tatsaechlich fehlerhaften Befehls und des Binaer-Builds, da Beschaedigungen oder ein nicht verwandter, nicht unterstuetzter Befehl aehnliche Symptome hervorrufen koennen.

Installieren Sie die fuer die genaue Plattform unterstuetzte Version von Anwendung, Treiber oder Laufzeitumgebung und nutzen Sie bei Bedarf den dokumentierten Baseline- oder Fallback-Build des Herstellers. Ein Software-Update kann keinen Befehl erzeugen, der dem Prozessor fehlt. Aenderungen an Firmware und Sicherheitsrichtlinien sollten dem Verfahren des Systemherstellers und einem Wiederherstellungsplan folgen statt einer generischen Optimierungsanleitung.

Verwandte Funktionen und nuetzliche Unterscheidungen

x86-64-v2 · x86-64-v3 · XSAVE

Quellen und Umfang dieser Erklaerung

Intel 64 and IA-32 Architectures Software Developer's Manual · x86-64 psABI: Prozessorarchitektur- und Mikroarchitektur-Stufen

Diese Referenzen definieren das Architekturverhalten und die Softwareanforderungen. Sie verifizieren nicht unabhaengig jeden Funktionswert auf einer verknuepften Hardware-Modellseite. Nutzen Sie fuer die Modellunterstuetzung die Herstellernachweise jener Seite und pruefen Sie die effektive Systemkonfiguration. Dieser Artikel liefert keinen Benchmark, keine Zertifizierung und kein unabhaengiges Pruefdatum.

Verwandt

Diese Entitäten sind mit diesem Artikel verknüpft. Der Typ wird bei jedem Link angezeigt.

Quellen und Verifizierung

Redaktionelle Verantwortung: Feex. Kein Datum einer unabhängigen Prüfung erfasst. Wie wir recherchieren.

• Intel 64 and IA-32 Architectures Software Developer's Manual - Die Baende 1 und 2 beschreiben die genannten Befehlsfamilien und CPUID; Band 3 beschreibt Status-, Paging-, VMX- und Schutzsteuerungen. Die Architekturdokumentation begruendet keine Unterstuetzung fuer ein bestimmtes Modell.
• x86-64 psABI: Prozessorarchitektur- und Mikroarchitektur-Stufen · Machine Interface, Prozessorarchitektur: Baseline- und kumulative v2/v3/v4-Feature-Tabelle, Betriebssystem-Statusprüfungen und Bereitstellungsempfehlungen.