x86-64 ist eine Erweiterung des x86 Befehlssatzes. Es unterstützt gewaltig größere virtuelle und physische Adressräume, als auf x86 möglich ist, dadurch Programmierern erlaubend, mit viel größeren Dateien günstig zu arbeiten. X86-64 stellt auch allgemeine 64-Bit-Zweck-Register und viele andere Erhöhungen zur Verfügung. Die ursprüngliche Spezifizierung wurde durch AMD geschaffen, und ist durch AMD, Intel, ÜBER, und andere durchgeführt worden. Es ist völlig umgekehrt mit 32-Bit-Code vereinbar. Weil der volle 32-Bit-Befehlssatz durchgeführt in der Hardware ohne jeden vorläufigen Wetteifer, vorhandene 32 Bit x86 executables geführt ohne Vereinbarkeit oder Leistungsstrafen, bleibt

obwohl vorhandene Anwendungen, die wiedercodiert werden, um neue Eigenschaften des Verarbeiter-Designs auszunutzen, Leistungszunahmen sehen können.

Nach dem Stapellauf der Architektur unter dem "X86-64"-Namen hat AMD es AMD64 2003 umbenannt; Intel hat am Anfang die Namen IA-32e und EM64T vor dem Endfestsetzen auf Intel 64 für ihre Durchführung verwendet. X86-64 wird noch von vielen in der Industrie als ein mit dem Verkäufer neutraler Begriff verwendet, während andere, namentlich Sonne-Mikrosysteme (jetzt Oracle Corporation) und Microsoft, x64 verwenden.

Der AMD K8 Kern war erst, um die Architektur durchzuführen; das war die erste bedeutende Hinzufügung zur x86 Architektur, die von einer Gesellschaft entworfen ist, außer Intel. Intel wurde gezwungen, Klage zu folgen, und hat eine modifizierte Familie von NetBurst vorgestellt, die mit dem Design und Spezifizierung von AMD völlig softwarevereinbar war. ÜBER Technologien eingeführter x86-64 in ihrem ÜBER die Architektur von Isaiah, mit ÜBER Nano.

Die x86-64 Spezifizierung ist von Intel Itanium (früher IA-64) Architektur verschieden, die auf dem heimischen Befehlssatz-Niveau mit der x86 Architektur nicht vereinbar ist.

AMD64

Der AMD64 Befehlssatz wird im Athlon von AMD 64, Athlon 64 FX, Athlon 64 X2, Athlon II, Athlon X2, Opteron, Phenom, Phenom II, Turion 64, Turion 64 X2 und spätere Verarbeiter von Sempron durchgeführt.

Geschichte von AMD64

AMD64 wurde als eine Alternative zur radikal verschiedenen IA-64 Architektur geschaffen, die von Intel und Hewlett Packard entworfen wurde. Ursprünglich bekannt gegeben 1999 mit einer vollen Spezifizierung im August 2000 wurde die AMD64 Architektur durch AMD vom Anfang als eine Entwicklungsweise eingestellt, 64 Bit Rechenfähigkeiten zur vorhandenen x86 Architektur im Vergleich mit der Annäherung von Intel hinzuzufügen, eine völlig neue 64-Bit-Architektur mit IA-64 zu schaffen.

Der erste AMD64-basierte Verarbeiter, Opteron, wurde im April 2003 veröffentlicht.

Architektonische Eigenschaften

Die primäre Definieren-Eigenschaft von AMD64 ist die Verfügbarkeit von 64-Bit-Mehrzweckverarbeiter-Registern, z.B rax, rbx usw., ganze 64-Bit-Zahl arithmetische und logische Operationen und virtuelle 64-Bit-Adressen. Die Entwerfer haben die Gelegenheit ergriffen, andere Verbesserungen ebenso zu bilden. Die bedeutendsten Änderungen schließen ein:

• 64-Bit-Fähigkeit der ganzen Zahl: Alle Mehrzweckregister (GPRs) werden von 32 Bit bis 64 Bit ausgebreitet, und alle arithmetischen und logischen Operationen, Gedächtnis zum Register und Operationen des Registers zum Gedächtnis können jetzt usw. direkt auf ganzen 64-Bit-Zahlen funktionieren. Stöße und Knalle auf dem Stapel sind immer in 8-Byte-Schritten, und Zeigestöcke sind 8 Bytes breit.
• Zusätzliche Register: Zusätzlich zur Erhöhung der Größe der Mehrzweckregister wird die Zahl von genannten Mehrzweckregistern von acht (d. h. eax, ebx, ecx, edx, ebp, besonders, esi, edi) in x86 zu 16 (d. h. rax, rbx, rcx, rdx, rbp, rsp, rsi, rdi, r8, r9, r10, r11, r12, r13, r14, r15) gesteigert. Es ist deshalb möglich, mehr lokale Variablen in Registern aber nicht auf dem Stapel zu behalten, und Register halten zu lassen, hat oft auf Konstanten zugegriffen; Argumente für kleine und schnelle Unterprogramme können auch in Registern in einem größeren Ausmaß passiert werden. Jedoch hat AMD64 noch weniger Register als viele allgemeine RISC ISAs (die normalerweise 32-64 Register haben) oder VLIW ähnliche Maschinen wie der IA-64 (der 128 Register hat); bemerken Sie jedoch, dass wegen des Registers, das die Zahl von physischen Registern umbenennt, häufig viel größer ist als die Zahl von durch den Befehlssatz ausgestellten Registern.
• Zusätzlicher XMM (SSE) Register: Ähnlich wird die Zahl von XMM 128-Bit-Registern (verwendet, um SIMD Instruktionen Zu verströmen), auch von 8 bis 16 gesteigert.
• Größerer virtueller Adressraum: Die AMD64 Architektur definiert ein virtuelles 64-Bit-Adressformat, dessen die niedrige Ordnung 48 Bit in aktuellen Durchführungen verwendet werden. Das erlaubt bis zu 256 TB (2 Bytes) des virtuellen Adressraums. Die Architektur-Definition erlaubt dieser Grenze, in zukünftigen Durchführungen zu den vollen 64 Bit erhoben zu werden, den virtuellen Adressraum zu 16 EB (2 Bytes) erweiternd. Das ist im Vergleich zu gerade 4 GB (2 Bytes) für den x86. Das bedeutet, dass sehr große Dateien darauf bedient werden können, indem sie die komplette Datei in den Adressraum des Prozesses kartografisch dargestellt wird (der häufig viel schneller ist als das Arbeiten mit Dateilesen/Schreiben-Anrufen), anstatt Gebiete der Datei in und aus dem Adressraum kartografisch darstellen zu müssen.
• Größerer physischer Adressraum: Die ursprüngliche Durchführung der AMD64 Architektur hat physische 40-Bit-Adressen durchgeführt und konnte so bis zu 1 TB (2 Bytes) des RAM richten. Aktuelle Durchführungen der AMD64 Architektur (von der AMD 10. Mikroarchitektur anfangend), erweitern das zu physischen 48-Bit-Adressen und können deshalb bis zu 256 TB des RAM richten. Die Architektur erlaubt, das zu 52 Bit in der Zukunft (beschränkt durch das Seitentabellenzugang-Format) zu erweitern; das würde erlauben, bis zu 4 PB des RAM zu richten. Zum Vergleich werden 32 Bit x86 Verarbeiter auf 64 GB des RAM in der Weise von Physical Address Extension (PAE) oder 4 GB des RAM ohne PAE Weise beschränkt.
• Größerer physischer Adressraum in der Vermächtnis-Weise: Wenn sie in der Vermächtnis-Weise funktioniert, unterstützt die AMD64 Architektur Weise von Physical Address Extension (PAE), wie aktuellste x86 Verarbeiter tun, aber AMD64 erweitert PAE von 36 Bit bis eine architektonische Grenze von 52 Bit der physischen Adresse. Jede Durchführung erlaubt deshalb dieselbe physische Adressgrenze wie unter der langen Weise.
• Instruktionszeigestock-Verhältnisdatenzugang: Instruktionen können jetzt in Daten hinsichtlich des Instruktionszeigestocks (RISS-Register) Verweise anbringen. Das macht Position unabhängigen Code, wie häufig in geteilten Bibliotheken und Code verwendet wird, der in der Durchlaufzeit geladen ist, effizienter.
• SSE Instruktionen: Die ursprüngliche AMD64 Architektur hat den SSE von Intel und SSE2 als Kerninstruktionen angenommen. SSE3 Instruktionen wurden im April 2005 hinzugefügt. SSE2 ist eine Alternative zur IEEE 80-Bit-Präzision des x87 Befehlssatzes mit der Wahl entweder der IEEE 32-bit- oder 64-Bit-Schwimmpunkt-Mathematik. Das stellt mit vielen anderen modernen Zentraleinheiten vereinbare Schwimmpunkt-Operationen zur Verfügung. Der SSE und die SSE2 Instruktionen sind auch erweitert worden, um auf den acht neuen XMM-Registern zu funktionieren. SSE und SSE2 sind in 32-Bit-Weise in modernen x86 Verarbeitern verfügbar; jedoch, wenn sie in 32-Bit-Programmen verwendet werden, werden jene Programme nur an Systemen mit Verarbeitern arbeiten, die die Eigenschaft haben. Das ist nicht ein Problem in 64-Bit-Programmen, weil alle AMD64 Verarbeiter SSE haben und SSE2, so mit SSE und SSE2 Instruktionen statt x87 Instruktionen den Satz von Maschinen nicht reduziert, auf denen x86-64 Programme geführt werden können. SSE und SSE2 sind allgemein schneller als, und kopieren die meisten Eigenschaften der traditionellen x87 Instruktionen, MMX, und 3DNow!.
• Nein - Führen Bit Durch: Der "NX" hat gebissen (hat 63 des Seitentabellenzugangs gebissen) erlaubt dem Betriebssystem anzugeben, welche Seiten des virtuellen Adressraums rechtskräftigen Code enthalten können, und der nicht kann. Ein Versuch, Code von einer Seite durchzuführen, hat markiert "nicht führen durch" wird auf eine Speicherzugriffsübertretung hinauslaufen, die einem Versuch ähnlich ist, einer Read-Only-Seite zu schreiben. Das sollte es schwieriger für den böswilligen Code machen, Kontrolle des Systems über den "Puffer überflutete" oder "ungehemmte" Pufferangriffe zu nehmen. Eine ähnliche Eigenschaft ist auf x86 Verarbeitern seit den 80286 als ein Attribut von Segment-Deskriptoren verfügbar gewesen; jedoch arbeitet das nur an einem kompletten Segment auf einmal. Das segmentierte Wenden ist lange als eine veraltete Verfahrensweise und der ganze aktuelle PC betrachtet worden Betriebssysteme umgehen es tatsächlich, alle Segmente auf eine Grundadresse 0 und (in ihrer 32-Bit-Durchführung) eine Größe von 4 GB setzend. AMD war der erste X86-Familienverkäufer, um nein durchzuführen - führen in der geradlinigen Wenden-Weise durch. Die Eigenschaft ist auch in der Vermächtnis-Weise auf AMD64 Verarbeitern und neuen Verarbeitern von Intel x86 verfügbar, wenn PAE verwendet wird.
• Eliminierung von älteren Eigenschaften: Mehrere "wird System", Eigenschaften der x86 Architektur programmierend, in modernen Betriebssystemen nicht verwendet und ist auf AMD64 im langen (64 Bit und der Vereinbarkeit) Weise nicht verfügbar. Diese schließen das segmentierte Wenden ein (obwohl der FS und die GS Segmente in der restlichen Form für den Gebrauch als Extragrundzeigestöcke zu Betriebssystemaufbauten behalten werden), der Aufgabe-Zustandschalter-Mechanismus und die Virtuelle 8086 Weise. Diese Eigenschaften bleiben völlig durchgeführt in der "Vermächtnis-Weise,", so diesen Verarbeitern erlaubend, 32 Bit und 16 Bit modifikationsfreie Betriebssysteme zu führen.

Virtuelle Adressraum-Details

Kanonische Form-Adressen

Obwohl virtuelle Adressen in 64-Bit-Weise 64 Bit breit sind, erlauben aktuelle Durchführungen (und alle Chips, die bekannt sind, in den Planungsstufen zu sein), dem kompletten virtuellen Adressraum von 2 Bytes (16 EB) nicht, verwendet zu werden. Am meisten Betriebssysteme und Anwendungen werden solch einen großen Adressraum für die absehbare Zukunft nicht brauchen (zum Beispiel, Windows-Durchführungen für AMD64 bevölkern nur 16 TB oder 44-Bit-Wert), so würde das Einführen solcher breiten virtuellen Adressen einfach die Kompliziertheit und Kosten der Adressumrechnung ohne echten Vorteil vergrößern. AMD hat deshalb entschieden, dass, in den ersten Durchführungen der Architektur, nur die am wenigsten bedeutenden 48 Bit einer virtuellen Adresse wirklich in der Adressumrechnung (Seitentisch lookup) verwendet würden. Weiter werden Bit 48 bis 63 jeder virtuellen Adresse müssen Kopien des Bit 47 (gewissermaßen verwandt sein, um Erweiterung zu unterzeichnen), oder der Verarbeiter, eine Ausnahme erheben. Adressen, die diese Regel erfüllen, werden "kanonische Form genannt." Kanonische Form-Adressen, die von 0 bis 00007FFF'FFFFFFFF, und von FFFF8000'00000000 bis FFFFFFFF 'FFFFFFFF für insgesamt 256 TB des verwendbaren virtuellen Adressraums geführt sind.

Diese "Marotte" erlaubt eine wichtige Eigenschaft für die spätere Skalierbarkeit zum wahren 64-Bit-Wenden:

viele Betriebssysteme (einschließlich, aber nicht beschränkt auf, die Familie des Windows NT) nehmen die höher gerichtete Hälfte des Adressraums (genannt Kernraum) für sich und verlassen die tiefer gerichtete Hälfte (Benutzerraum) für Anwendungscode, Benutzerweise-Stapel, Haufen und andere Datengebiete. Die "kanonische Adresse" Design stellt sicher, dass jede AMD64 entgegenkommende Durchführung, tatsächlich, zwei Gedächtnis Hälften hat: Die niedrigere Hälfte von Anfängen an 00000000 '00000000 und "wächst aufwärts", weil mehr virtuelle Adressbit verfügbar werden, während die höhere Hälfte zur Spitze des Adressraums "eingedockt" wird und abwärts wächst. Außerdem Befestigen des Inhalts der unbenutzten Adressbit verhindert ihren Gebrauch durch das Betriebssystem als Fahnen, Vorzug-Anschreiber usw., weil solcher Gebrauch problematisch werden konnte, wenn die Architektur erweitert wird, um mehr Bit von virtuellen Adressen durchzuführen.

Seitentabellenstruktur

Die 64 Bit, Weise ("lange Weise") richtend, sind eine Obermenge von Physical Address Extensions (PAE); wegen dessen können Seitengrößen 4 Kilobytes (2 Bytes) oder 2 Mb (2 Bytes) sein. Lange Weise unterstützt auch Seitengrößen von 1 GB (2 Bytes). Anstatt des dreistufigen Seitentabellensystems, das durch Systeme in der PAE Weise verwendet ist, verwenden Systeme, die in der langen Weise laufen, vier Niveaus des Seitentisches: Der Seitenverzeichniszeigestock-Tisch von PAE wird von 4 Einträgen bis 512 erweitert, und ein zusätzlicher Tisch von Page-Map Level 4 (PML4) wird hinzugefügt, 512 Einträge in 48-Bit-Durchführungen enthaltend. In Durchführungen, die größere virtuelle Adressen zur Verfügung stellen, würde dieser letzte Tisch entweder wachsen, um genügend Einträge anzupassen, um den kompletten Adressbereich bis zu einem theoretischen Maximum von 33,554,432 Einträgen für eine 64-Bit-Durchführung zu beschreiben, oder über den aufgereihten durch ein neues kartografisch darstellendes Niveau wie ein PML5 zu sein. Eine volle kartografisch darstellende Hierarchie von 4-Kilobyte-Seiten für den ganzen 48-Bit-Raum würde wenig mehr als 512 GB des RAM (ungefähr 0.196 % des 256 TB virtuellen Bereichs) nehmen.

Betriebssystemgrenzen

Das Betriebssystem kann auch den virtuellen Adressraum beschränken. Details, wo anwendbar, werden in der "Betriebssystemvereinbarkeit und den Eigenschaften" Abteilung gegeben.

Physische Adressraum-Details

AMD64 aktuelle Durchführungen unterstützen einen physischen Adressraum von bis zu 2 Bytes des RAM oder 256 TB. Ein größerer Betrag des installierten RAM erlaubt dem Betriebssystem, mehr von den auslagerbaren Daten des Arbeitspensums und Code im RAM zu behalten, der Leistung verbessern kann, obwohl verschiedene Arbeitspensen verschiedene Punkte des abnehmenden Ertrags haben werden.

Die obere Grenze auf dem RAM, der in einem gegebenen x86-64 System verwendet werden kann, hängt von einer Vielfalt von Faktoren ab und kann viel weniger sein als das, das durch den Verarbeiter durchgeführt ist. Zum Beispiel, bezüglich des Junis 2010, gibt es keine bekannten Hauptplatinen für x86-64 Verarbeiter, die 256 TB des RAM unterstützen. Das Betriebssystem kann zusätzliche Grenzen auf dem Betrag des RAM legen, der verwendbar oder unterstützt ist. Details auf diesem Punkt werden in der "Betriebssystemvereinbarkeit und den Eigenschaften" Abteilung dieses Artikels gegeben.

Betriebsweisen

Die Architektur hat zwei primäre Verfahrensweisen:

Lange Weise

Die beabsichtigte primäre Verfahrensweise der Architektur; es ist eine Kombination der heimischen 64-Bit-Weise des Verarbeiters und einer vereinigten 32-bit- und 16-Bit-Vereinbarkeitsweise. Es wird durch 64 Bit Betriebssysteme verwendet. Weniger als ein 64 Bit Betriebssystem, 64-Bit-Programme führen weniger als 64 Bit Weise, und 32 Bit und 16 Bit haben Weise-Anwendungen geschützt (die entweder echte Weise oder virtuelle 8086 Weise nicht zu verwenden brauchen, um jederzeit durchzuführen) geführt unter der Vereinbarkeitsweise. Programme der echten Weise und Programme, die virtuelle 8086 Weise jederzeit verwenden, können in der langen Weise nicht geführt werden, wenn mit ihnen in der Software nicht wettgeeifert wird.

Da der Grundbefehl-Satz dasselbe ist, gibt es fast keine Leistungsstrafe, um geschützten Code des Verfahrens x86 durchzuführen. Das ist verschieden vom IA-64 von Intel, wo Unterschiede im zu Grunde liegenden ISA bedeuten, dass das Laufen des 32-Bit-Codes irgendein im Wetteifer von x86 getan werden muss (den Prozess langsamer machend), oder mit einem hingebungsvollen x86 Kern. Jedoch, auf der x86-64 Plattform, konnten viele x86 Anwendungen aus 64 Bit einen Nutzen ziehen kompilieren wieder, wegen der zusätzlichen Register in 64-Bit-Code und versichert hat FPU-Unterstützung SSE2-basiert, die ein Bearbeiter für die Optimierung verwenden kann. Jedoch werden Anwendungen, die regelmäßig ganze Zahlen behandeln, die breiter sind als 32 Bit wie kryptografische Algorithmen, ein Umschreiben des Codes brauchen, der die riesigen ganzen Zahlen behandelt, um die 64-Bit-Register auszunutzen.

Vermächtnis-Weise

Die Weise, die durch 16 Bit (geschützte Weise oder echte Weise) und 32 Bit Betriebssysteme verwendet ist. In dieser Weise können die Verarbeiter-Taten wie 32 Bit x86 Verarbeiter und nur 16 Bit oder 32-Bit-Code durchgeführt werden. Vermächtnis-Weise berücksichtigt ein Maximum des virtuellen 32-Bit-Wendens, das den virtuellen Adressraum auf 4-GB-64bitprogramme beschränkt, kann von der Vermächtnis-Weise nicht geführt werden.

AMD64 Durchführungen

Die folgenden Verarbeiter führen die AMD64 Architektur durch:

• AMD Athlon 64
• AMD Athlon 64 X2
• AMD Athlon 64 FX
• AMD Athlon II (gefolgt von 'X2', 'X3' oder 'X4', um die Zahl von Kernen und XLT Modelle anzuzeigen)

,

• AMD Opteron
• AMD Turion 64
• AMD Turion 64 X2
• AMD Sempron ("das Palermo" E6 Treten und alle Modelle "von Manila")
• AMD Phenom (gefolgt von 'X3' oder 'X4', um die Zahl von Kernen anzuzeigen)

,

• AMD Phenom II (gefolgt von 'X2', 'X3', 'X4' oder 'X6', um die Zahl von Kernen anzuzeigen)

,

• AMD Planierraupe (Mikroarchitektur) FX

Intel 64

Intel 64 ist die Durchführung von Intel von x86-64. Es wird in neueren Versionen des Pentiums 4, Celeron D, Xeon und Doppelkern-Verarbeiter von Pentium, das Atom D510, N450, N550, N2700 und N2800 und in allen Versionen des Pentiums Äußerste Ausgabe, Kern-2, Kern i7, Kern i5 und Kern i3 Verarbeiter verwendet.

Geschichte von Intel 64

Historisch hat AMD entwickelt und nach den ursprünglichen Designs von Intel gestaltete Verarbeiter erzeugt, aber mit x86-64 wurden Rollen umgekehrt: Intel hat sich in der Position gefunden, die Architektur anzunehmen, die AMD als eine Erweiterung auf die eigene x86 Verarbeiter-Linie von Intel geschaffen hatte.

Das Projekt von Intel war ursprünglich codenamed Yamhill (nach dem Fluss Yamhill in Oregons Willamette Tal). Nach mehreren Jahren, seine Existenz zu bestreiten, hat Intel im Februar 2004 IDF bekannt gegeben, dass das Projekt tatsächlich laufend war. Der Vorsitzende von Intel zurzeit, Craig Barrett, hat zugegeben, dass das eines ihrer schlechtesten behaltenen Geheimnisse war.

Der Name von Intel für diesen Befehlssatz hat sich mehrere Male geändert. Der am IDF verwendete Name war CT (vermutlich für die Clackamas Technologie, einen anderen codename von einem Oregoner Fluss); innerhalb von Wochen haben sie begonnen, sich darauf als IA-32e (für IA-32 Erweiterungen) zu beziehen, und haben im März 2004 den "offiziellen" Namen EM64T (Verlängertes Gedächtnis 64 Technologie) entschleiert. Gegen Ende 2006 hat Intel stattdessen begonnen, den Namen Intel 64 für seine Durchführung zu verwenden, dem Gebrauch von AMD des Namens AMD64 anpassend.

Durchführungen von Intel 64

Der erste Verarbeiter, um Intel 64 durchzuführen, war der Mehrsteckdose-Verarbeiter Xeon codegenannt Nocona im Juni 2004. Im Gegensatz hat die Initiale Chips von Prescott (Februar 2004) diese Eigenschaft nicht ermöglicht. Intel hat nachher begonnen, Intel 64 ermöglicht Pentium 4s das Verwenden der E0 Revision des Kerns von Prescott zu verkaufen, auf dem OEM-Markt als der Pentium 4, Modell F verkauft werden. Die E0 Revision trägt auch bei führen durch Machen (XD) Unbrauchbar (der Name von Intel für den NX hat gebissen) zu Intel 64, und ist in dann den Strom Xeon codegenannt Irwindale eingeschlossen worden. Der offizielle Start von Intel von Intel 64 (unter dem Namen EM64T damals) in Hauptströmungstischverarbeitern war der N0, der Prescott-2M Geht. Alle 9xx, 8xx, 6xx, 5x9, 5x6, 5x1, 3x6, und 3x1 ließen Reihe-Zentraleinheiten Intel 64 ermöglichen, wie die 2 Kernzentraleinheiten tun, wie zukünftiger Intel CPUs für Arbeitsplätze oder Server wird. Intel 64 ist auch in den letzten Mitgliedern des Celeron D Linie anwesend.

Beweglicher Verarbeiter-Einführen-Intel 64 des ersten Intel ist die Version von Merom des 2 Kernverarbeiters, der am 27. Juli 2006 veröffentlicht wurde. Keine der früheren Notizbuch-Zentraleinheiten von Intel (Kernduett, Pentium M, Celeron M, Beweglicher Pentium 4) führt Intel 64 durch.

Die folgenden Verarbeiter führen die Architektur von Intel 64 durch:

• Mikroarchitektur von Intel NetBurst
• Intel Xeon (alle Modelle seit "Nocona")
• Intel Celeron (einige Modelle seit "Prescott")
• Intel Pentium 4 (einige Modelle seit "Prescott")
• Intel Pentium D
• Intel Pentium Extreme Edition
• Mikroarchitektur von Intel Core
• Intel Xeon (alle Modelle seit "Woodcrest")
• Intel Core 2 (einschließlich Beweglicher Verarbeiter seit "Merom")
• Intel Pentium Dual-Core (E2140, E2160, E2180, E2200, E2220, E5200, E5300, E5400, E6300, E6500, T2310, T2330, T2370, T2390, T3200 und T3400)
• Intel Celeron (Celeron 4x0; Celeron M 5xx; E3200, E3300, E3400)
• Mikroarchitektur von Intel Atom
• Reihe von Intel Atom 200 (um mit der N200 Reihe nicht verwirrt zu sein, die weit in netbooks verwendet ist)
• Reihe von Intel Atom 300
• Intel Atom N4xx, N5xx Reihe
• Reihe von Intel Atom Dxxx
• Mikroarchitektur von Intel Nehalem
• Intel Core i3
• Intel Core i5
• Intel Core i7
• Mikroarchitektur der Intel Sandy Bridge

Intel Core i3Intel Core i5Intel Core i7

Die x86-64 Durchführung von VIA

• ÜBER Technologien Mikroarchitektur von Isaiah, die in ÜBER Nano durchgeführt ist

ÜBER Nano (früher Code genannt ÜBER Isaiah) ist eine 64-Bit-Zentraleinheit für Personalcomputer. ÜBER Nano wurde durch ÜBER Technologien 2008 nach fünf Jahren der Entwicklung von seiner Zentraleinheitsabteilung, Kentaur-Technologie veröffentlicht. Diese neue 64-Bit-Architektur von Isaiah wurde von Kratzer entworfen, hat sich am 24. Januar 2008 entschleiert, und ist am 29. Mai, einschließlich Varianten der niedrigen Stromspannung und des Markennamens von Nano losgefahren. Der Verarbeiter unterstützt mehrere ÜBERSPEZIFISCHEN x86 Erweiterungen haben vorgehabt, Leistungsfähigkeit in Geräten der niedrigen Macht zu erhöhen.

Es wird erwartet, dass ÜBER Isaiah zweimal in der Leistung der ganzen Zahl so schnell und viermal in der Schwimmpunkt-Leistung so schnell sein wird wie die vorherige Generation ÜBER Esther mit einer gleichwertigen Uhr-Geschwindigkeit. Wie man auch erwartet, ist Macht-Verbrauch gleichwertig mit der vorherigen Generation ÜBER Zentraleinheiten mit der Thermaldesignmacht im Intervall von 5 W zu 25 W. Ein völlig neues Design seiend, wurde die Architektur von Isaiah mit der Unterstützung für Eigenschaften wie der x86-64 Befehlssatz und die x86 Virtualisierung gebaut, die auf seinen Vorgängern, ÜBER die C7 Linie nicht verfügbar waren, während sie ihre Verschlüsselungserweiterungen behalten haben.

Unterschiede zwischen AMD64 und Intel 64

Obwohl fast identisch, gibt es einige Unterschiede zwischen den zwei Befehlssätzen in der Semantik von einigen selten verwendete Maschineninstruktionen (und/oder Situationen), die für die Systemprogrammierung hauptsächlich verwendet werden. Bearbeiter erzeugen allgemein executables (d. h. Maschinencode), die irgendwelche Unterschiede mindestens für gewöhnliche Anwendungsprogramme vermeiden. Das ist deshalb hauptsächlich Entwicklern von Bearbeitern, Betriebssystemen von Interesse und ähnlich, der sich mit individuellen und speziellen Systeminstruktionen befassen muss.

Neue Durchführungen

• 64 von Intel und Instruktionen handelt verschieden, wenn die Quelle 0 ist und die operand Größe 32 Bit ist. Der Verarbeiter setzt die Nullfahne und verlässt die oberen 32 Bit des Bestimmungsortes unbestimmt.
• AMD64 verlangt ein verschiedenes Mikrocodeaktualisierungsformat und Kontrolle MSRs (musterspezifische Register), während Intel 64 Mikrocodeaktualisierung durchführt, die von ihren 32 Bit nur Verarbeiter unverändert ist.
• Intel 64 hat an einigen MSRs Mangel, die architektonisch in AMD64 betrachtet werden. Diese schließen ein, und.
• Intel 64 erlaubt und nur in 64-Bit-Weise (nicht in der Vereinbarkeitsweise). Es erlaubt und in beiden Weisen.
• AMD64 fehlt und in beiden Subweisen der langen Weise.
• In der Nähe von Zweigen mit dem 66. (operand Größe überreiten), benimmt sich Präfix verschieden. Intel 64 klärt nur die 32 ersten Bit, während AMD64 die 48 ersten Bit klärt.
• AMD Verarbeiter erheben eine Schwimmpunkt-Invalide-Ausnahme, wenn sie oder von einer 80-Bit-Nachrichtenübermittlung NaN leisten, während Verarbeiter von Intel nicht tun.
• Intel 64 hat an der Fähigkeit Mangel, einen reduzierten (und so schneller) Version des Schwimmpunkt-Staates (das Beteiligen und Instruktionen) zu sparen und wieder herzustellen.
• Neue AMD64 Verarbeiter haben beschränkte Unterstützung für die Segmentation wiedereingeführt, um Virtualisierung von 64-Bit-Gästen zu erleichtern.

Ältere Durchführungen

• Frühe AMD64 Verarbeiter haben an der Instruktion Mangel gehabt, die eine Erweiterung der Instruktionsgegenwart auf meisten post80486 Verarbeiter ist. Ähnlich dem, berücksichtigt Atomoperationen auf Oktalwörtern. Das ist für parallele Algorithmen nützlich, die Gebrauch vergleicht und auf Daten tauscht, die größer sind als die Größe eines Zeigestocks, der im ohne Schlösser üblich ist, und - freie Algorithmen wartet. Ohne muss man workarounds, wie eine kritische Abteilung oder Alternative ohne Schlösser approaches.http://www.research.ibm.com/people/m/michael/disc-2004.pdf verwenden Das hält auch 64-Bit-Windows davon ab, einen Benutzerweise-Adressraum zu haben, der größer ist als 8 terabytes.
• Früher AMD64 und Intel 64 CPUs haben gefehlt und Instruktionen. AMD hat die Instruktionen mit ihrem Athlon 64, Opteron und Turion 64 Revision D Verarbeiter im März 2005 eingeführt, während Intel die Instruktionen mit dem Pentium 4 G1 eingeführt hat, die im Dezember 2005 gehen.
• Früher Intel CPUs mit Intel 64 hat auch am NX Bit der AMD64 Architektur Mangel.
• Frühe Durchführungen von Intel 64 haben nur Zugang zu 64 GB des physischen Gedächtnisses, während ursprünglich, AMD64 Durchführungen erlaubt Zugang zu 1 TB des physischen Gedächtnisses erlaubt. Neuer AMD64 und Durchführungen von Intel 64 stellen 256 TB des physischen Adressraums zur Verfügung (und AMD plant eine Vergrößerung zu 4 PB.) Physische Speicherkapazitäten dieser Größe sind für groß angelegte Anwendungen (wie große Datenbanken), und Hochleistungscomputerwissenschaft passend (zentral orientierte Anwendungen und wissenschaftliche Computerwissenschaft.)
• AMD64 hat ursprünglich und Instruktionen gefehlt.

Betriebssystemvereinbarkeit und Eigenschaften

Die folgenden Betriebssysteme und Ausgaben unterstützen die x86-64 Architektur in der langen Weise.

BSD

DragonFly BSD

Einleitende Infrastruktur-Arbeit wurde im Februar 2004 für einen x86-64 Hafen angefangen. Diese Entwicklung ist später stecken geblieben. Entwicklung hat wieder während des Julis 2007 angefangen und hat während des Google Sommers des Codes 2008 und SoC 2009 fortgesetzt. Die erste offizielle Ausgabe, um X86-64-Unterstützung zu enthalten, war Version 2.4.

FreeBSD

FreeBSD hat zuerst X86-64-Unterstützung unter dem Namen "amd64" als eine experimentelle Architektur im 5.1-AUSGABEN-im Juni 2003 hinzugefügt. Es wurde als eine Standardvertriebsarchitektur bezüglich des 5.2-AUSGABEN-im Januar 2004 eingeschlossen. Seitdem hat FreeBSD es als eine Reihe 1 Plattform benannt. Die 6.0-AUSGABEN-Version hat einige Marotten mit dem Laufen x86 executables unter amd64 aufgeräumt, und die meisten Fahrer arbeiten, wie sie auf der x86 Architektur tun. Arbeit wird zurzeit getan, um mehr völlig die x86 Anwendung binäre Schnittstelle (ABI) auf dieselbe Weise wie Linux zu integrieren, ABI 32-Bit-Vereinbarkeit arbeitet zurzeit.

NetBSD

X86-64-Architektur-Unterstützung wurde zuerst zum Quellbaum von NetBSD am 19. Juni 2001 verpflichtet. Bezüglich NetBSD 2.0, veröffentlicht am 9. Dezember 2004, ist NetBSD/amd64 ein völlig einheitlicher und unterstützter Hafen.

32-Bit-Code wird noch in 64-Bit-Weise, mit einer netbsd-32 Kernvereinbarkeitsschicht für 32 Bit syscalls unterstützt. Der NX hat gebissen wird verwendet, um nichtausführbaren Stapel und Haufen mit proseitigen der Körnung (Segment-Körnung zur Verfügung zu stellen, die auf 32 Bit x86 wird verwendet).

OpenBSD

OpenBSD hat AMD64 seit OpenBSD 3.5 unterstützt, am 1. Mai 2004 veröffentlicht. Die abgeschlossene Durchführung im Baum der AMD64-Unterstützung wurde vor der Initiale-Ausgabe der Hardware wegen des AMD'S erreicht, der von mehreren Maschinen für den hackathon des Projektes in diesem Jahr leiht. Entwickler von OpenBSD haben in die Plattform wegen seiner Unterstützung für das NX-Bit gebracht, das eine leichte Durchführung der W^X-Eigenschaft berücksichtigt hat.

Der Code für den AMD64 Hafen von OpenBSD läuft auch auf Verarbeitern von Intel 64, der geklonten Gebrauch der AMD64 Erweiterungen enthält, aber da Intel den Seitentisch ausgelassen hat, den NX in frühen Verarbeitern von Intel 64 gebissen hat, gibt es keine W^X Fähigkeit auf denjenigen Intel CPUs; spätere Verarbeiter von Intel 64 haben hinzugefügt, dass der NX unter dem Namen "XD Bit" gebissen hat. Symmetrische Mehrverarbeitung (SMP) arbeitet am AMD64 Hafen von OpenBSD, mit der Ausgabe 3.6 am 1. November 2004 anfangend.

DOS

Es ist möglich, in lange Weise unter DOS ohne ein DOS-Ex-Anerbieten einzugehen, aber der Benutzer muss zur echten Weise zurückkehren, um BIOS oder DOS-Unterbrechungen zu nennen.

Es kann auch möglich sein, in lange Weise mit einem DOS-Ex-Anerbieten einzugehen, das DOS/4GW ähnlich ist, aber komplizierter ist, da x86-64 an virtueller 8086 Weise Mangel hat. DOS selbst ist davon nicht bewusst, und keine Vorteile sollten wenn erwartet werden, DOS in einem Wetteifer mit einem entsprechenden Virtualisierungsfahrer backend zum Beispiel führend: die Massenlagerungsschnittstelle.

Linux

Linux war der erste Betriebssystemkern, um die x86-64 Architektur in der langen Weise zu führen, mit der 2.4 Version 2001 (vor der Verfügbarkeit der physischen Hardware) anfangend. Linux stellt auch rückwärts gerichtete Vereinbarkeit zur Verfügung, um 32 Bit executables zu führen. Das erlaubt Programmen, in die lange Weise wiederkompiliert zu werden, während es den Gebrauch von 32-Bit-Programmen behält. Mehrerer Vertrieb von Linux zurzeit Schiff mit x86-64-native Kernen und userlands. Einige, wie SUSE, Mandriva, und Debian GNU/Linux, erlauben Benutzern, eine Reihe von 32-Bit-Bestandteilen und Bibliotheken zu installieren, wenn sie von einer 64-Bit-DVD so installieren, den meisten vorhandenen 32-Bit-Anwendungen erlaubend, neben dem 64-Bit-OS zu laufen. Anderer Vertrieb, wie Filzhut, Slackware, Ubuntu, und Arch Linux, ist in einer Version verfügbar, die für eine 32-Bit-Architektur und einen anderen kompiliert ist, der für eine 64-Bit-Architektur kompiliert ist. Filzhut und Unternehmen von RedHat Linux erlauben gleichzeitige Installation aller userland Bestandteile sowohl in 32 als auch in 64 Bit-Versionen auf einem 64-Bit-System.

x32 ABI (Anwendung Binäre Schnittstelle) ist unter der Entwicklung Projekt von Linux, das Programmen erlaubt, die für den x32 ABI kompiliert sind, in der 64-Bit-Weise von x86-64 zu laufen, während sie nur 32-Bit-Zeigestöcke und Datenfelder verwenden. Obwohl das das Programm auf einen virtuellen Adressraum von 4 GB beschränkt, vermindert es auch den Speicherfußabdruck des Programms und kann ihm in einigen Fällen erlauben, schneller zu laufen.

64-Bit-Linux erlaubt bis zu 128 TB des virtuellen Adressraums für individuelle Prozesse, und kann etwa 64 TB des physischen Gedächtnisses, Themas dem Verarbeiter und den Systembeschränkungen richten.

Mac OS X

Mac OS X v10.4.7 und höhere Versionen von Mac OS X v10.4 führt 64-Bit-Werkzeuge der Befehl-Linie mit dem POSIX und den Mathebibliotheken auf auf Intel gegründeten 64-Bit-Maschinen, wie alle Versionen von Mac OS X v10.4 und 10.5 sie auf 64-Bit-Maschinen von PowerPC führen. Keine anderen Bibliotheken oder Fachwerk arbeiten mit 64-Bit-Anwendungen in Mac OS X v10.4. Der Kern und alle Kernerweiterungen, sind 32 Bit nur.

Mac OS X v10.5 unterstützt GUI 64-Bit-Anwendungen mit Kakao, Quarz, OpenGL und X11 auf auf Intel gegründeten 64-Bit-Maschinen, sowie auf 64-Bit-Maschinen von PowerPC. Alle non-GUI Bibliotheken und Fachwerk unterstützen auch 64-Bit-Anwendungen auf jenen Plattformen. Der Kern und alle Kernerweiterungen, sind 32 Bit nur.

Mac OS X v10.6 ist die erste Version von Mac OS X, der einen 64-Bit-Kern unterstützt. Jedoch, mit seiner ersten Ausgabe (v10.6.0), werden nicht alle 64-Bit-Computer zurzeit unterstützt. Der 64-Bit-Kern, wie der 32-Bit-Kern, unterstützt 32-Bit-Anwendungen; beide Kerne unterstützen auch 64-Bit-Anwendungen. 32-Bit-Anwendungen haben eine virtuelle Adressraum-Grenze von 4 GB unter jedem Kern.

Der 64-Bit-Kern unterstützt 32-Bit-Kernerweiterungen nicht, und der 32-Bit-Kern unterstützt 64-Bit-Kernerweiterungen nicht.

Mac OS X verwendet das universale binäre Format, um 32- und 64-Bit-Versionen der Anwendung und des Bibliothekscodes in eine einzelne Datei zu paketieren; die passendste Version wird in der Ladezeit automatisch ausgewählt. In Mac OS X 10.6 wird das universale binäre Format auch für den Kern und für jene Kernerweiterungen verwendet, die sowohl 32-bit-als auch 64-Bit-Kerne unterstützen.

Solaris

Solaris 10 und spätere Ausgaben unterstützen die x86-64 Architektur.

Für Solaris 10, ebenso mit der SPARC Architektur, gibt es nur ein Betriebssystemimage, das einen 32-Bit-Kern und einen 64-Bit-Kern enthält; das wird als das "x64/x86" Image des DVD-ROMs etikettiert. Das Verzug-Verhalten ist, einen 64-Bit-Kern zu starten, sowohl 64 Bit als auch vorhandene oder neue 32 Bit executables erlaubend, geführt zu werden. Ein 32-Bit-Kern kann auch manuell ausgewählt werden, in welchem Fall nur 32 Bit executables laufen werden. Der Befehl kann verwendet werden, um zu bestimmen, ob ein System einen 64-Bit-Kern führt.

Für Solaris 11 wird nur der 64-Bit-Kern zur Verfügung gestellt. Jedoch unterstützt der 64-Bit-Kern sowohl 32-als auch 64 Bit executables, Bibliotheken und Systemanrufe.

Windows

X64-Ausgaben des Windows-Kunden von Microsoft und Servers, Windows XP Fachmann x64 Ausgabe und Windows Server 2003 x64 Ausgabe wurden im März 2005 veröffentlicht. Innerlich sind sie wirklich dasselbe bauen (5.2.3790.1830 SP1), weil sie dieselbe Quellbasis und Betriebssystemdualzahlen teilen, so sogar werden Systemaktualisierungen in vereinigten Paketen, viel auf diese Art als Fachmann des Windows 2000 und Server-Ausgaben für x86 veröffentlicht. Windows-Aussicht, die auch viele verschiedene Ausgaben hat, wurde im Januar 2007 veröffentlicht. Windows 7 wurde im Juli 2009 veröffentlicht. Windows-Server 2008 R2 und spätere Versionen wird nur als x64 Versionen verfügbar sein. Windows für x64 hat die folgenden Eigenschaften:

• 8 TB der "Benutzerweise" virtueller Adressraum pro Prozess. Ein x64 Programm kann all diesen, Thema natürlich Unterstützungsladen-Grenzen auf dem System verwenden, und vorausgesetzt dass es mit der "großen Adresse bewusste" Auswahl verbunden wird. Das ist eine 4096-fache Zunahme über die Verzug-2-GB-Benutzerweise virtueller durch 32-Bit-Windows angebotener Adressraum.
• 8 TB der Kernweise virtueller Adressraum für das Betriebssystem. Als mit dem Benutzerweise-Adressraum ist das 4096-faches Zunahme-Windows von mehr als 32 Bit Versionen. Der vergrößerte Raum nützt in erster Linie dem geheimen Dateisystem-Lager und der Kernweise "Haufen" (nichtpaginierte Lache und paginierte Lache). Windows verwendet nur insgesamt 16 TB aus den 256 durch die Verarbeiter durchgeführten TB, weil frühe AMD64 Verarbeiter an einer CMPXCHG16B Instruktion Mangel gehabt haben.
• Fähigkeit, vorhandene 32-Bit-Anwendungen (Programme) und dynamische Verbindungsbibliotheken (En) mit WoW64 zu führen. Außerdem kann ein 32-Bit-Programm, wenn es mit der "großen Adresse bewusste" Auswahl verbunden wurde, bis zu 4 GB des virtuellen Adressraums in 64-Bit-Windows, statt des Verzugs 2 GB (fakultatives 3 GB mit der Stiefelauswahl und "großen Adresse bewusste" Verbindungsauswahl) angeboten durch 32-Bit-Windows verwenden. Verschieden vom Gebrauch der Stiefelauswahl auf x86 reduziert das den für das Betriebssystem verfügbaren Kernweise-virtuellen Adressraum nicht. 32-Bit-Anwendungen können deshalb aus dem Laufen auf x64 Windows einen Nutzen ziehen, selbst wenn sie für x86-64 nicht wiederkompiliert werden.
• Sowohl 32-als auch 64-Bit-Anwendungen, wenn nicht verbunden mit der "großen Adresse bewusst," werden auf 2 GB des virtuellen Adressraums beschränkt.
• Fähigkeit, bis zu 128 GB (Windows XP/Vista), 192 GB (Windows 7), 1 TB (Windows Server 2003) oder 2 TB (Windows-Server 2008) vom physischen zufälligen Zugriffsgedächtnis (RAM) zu verwenden.
• LLP64 Datenmodell: "Int" und "lange" Typen sind 32 Bit breit, lange lange ist 64 Bit, während Zeigestöcke und Typen auf Zeigestöcke zurückzuführen gewesen sind, sind 64 Bit breit.
• Kernweise-Gerät-Fahrer müssen 64-Bit-Versionen sein; es gibt keine Weise, 32-Bit-Kernweise executables innerhalb der 64 Bit Betriebssystem zu führen. Benutzerweise-Gerät-Fahrer können entweder 32 Bit oder 64 Bit sein.
• 16-Bit-Windows (Win16) und DOS-Anwendungen werden auf x86-64 Versionen von Windows wegen der Eliminierung des virtuellen DOS-Maschinensubsystems (NTVDM) nicht laufen, der sich auf die Fähigkeit verlassen hat, virtuelle 8086 Weise zu verwenden. In virtuelle 8086 Weise kann nicht eingegangen werden, während man in der langen Weise läuft.
• Die volle Durchführung des NX (No führen Durch), Seitenschutzeigenschaft. Das wird auch auf neuen 32-Bit-Versionen von Windows durchgeführt, wenn sie in der PAE Weise angefangen werden.
• Statt des FS Segment-Deskriptors auf x86 Versionen der Familie des Windows NT wird GS Segment-Deskriptor verwendet, um zu definierten Strukturen von zwei Betriebssystem hinzuweisen: Faden-Informationsblock (NT_TIB) in der Benutzerweise und dem Verarbeiter-Kontrollgebiet (KPCR) in der Kernweise. So, zum Beispiel, im Benutzer ist Weise die Adresse des ersten Mitgliedes des Faden-Informationsblocks. Das Aufrechterhalten dieser Tagung hat den x86-64 Hafen leichter gemacht, aber hat verlangt, dass AMD die Funktion des FS und der GS Segmente in der langen Weise behalten hat —, wenn auch das segmentierte Wenden per se durch kein modernes Betriebssystem wirklich verwendet wird.
• Frühe Berichte haben behauptet, dass der Betriebssystemplaner nicht sparen und den x87 FPU Maschinenstaat über Faden-Zusammenhang-Schalter wieder herstellen würde. Beobachtetes Verhalten zeigt, dass das nicht der Fall ist: Der X87-Staat wird gespart und wieder hergestellt, abgesehen von der Kernweise fädelt nur ein (eine Beschränkung, die in der 32-Bit-Version ebenso besteht). Die neuste von Microsoft verfügbare Dokumentation stellt dass der x87/MMX/3DNow fest! Instruktionen können in der langen Weise verwendet werden, aber dass sie missbilligt werden und Vereinbarkeitsprobleme in der Zukunft verursachen können.
• Einige Bestandteile wie Microsoft Jet Database Engine und Datenzugriffsgegenstände werden zu 64-Bit-Architekturen wie x86-64 und IA-64 nicht getragen.
• Microsoft Visual Studio kann heimische Anwendungen kompilieren, um entweder die x86-64 Architektur ins Visier zu nehmen, die nur auf 64-Bit-Windows von Microsoft oder der IA-32 Architektur laufen kann, die als eine 32-Bit-Anwendung auf 32-Bit-Windows von Microsoft oder 64-Bit-Windows von Microsoft in der WoW64 Wetteifer-Weise laufen kann. Geführte Anwendungen können entweder in IA-32, x86-64 oder in Weisen von AnyCPU kompiliert werden. In den ersten zwei Weisen geschaffene Software benimmt sich wie ihr IA-32 oder x86-64 geborene Codekopien beziehungsweise; wenn sie die Weise von AnyCPU jedoch verwenden, laufen Anwendungen in 32-Bit-Versionen von Windows von Microsoft als 32-Bit-Anwendungen, während sie als eine 64-Bit-Anwendung in 64-Bit-Ausgaben von Windows von Microsoft laufen.

Industrienamengeben-Vereinbarung

Da AMD64 und Intel 64, viele wesentlich ähnlich sind, gebrauchen Software und Hardware-Produkte einen mit dem Verkäufer neutralen Begriff, um ihre Vereinbarkeit mit beiden Durchführungen anzuzeigen. Die ursprüngliche Benennung von AMD für diese Verarbeiter-Architektur, "x86-64", wird noch manchmal für diesen Zweck verwendet, wie die Variante "x86_64" ist. Andere Gesellschaften, wie Microsoft und Sonne-Mikrosysteme, verwenden die Zusammenziehung "x64" im Marktmaterial.

Der Begriff IA-64 bezieht sich auf den Verarbeiter von Itanium, und sollte mit x86-64 nicht verwirrt sein, weil es ein völlig verschiedener Befehlssatz ist.

Viele Betriebssysteme und Produkte besonders gebrauchen diejenigen, die X86-64-Unterstützung vor dem Zugang von Intel in den Markt eingeführt haben, den Begriff "AMD64" oder "amd64", um sich sowohl auf AMD64 als auch auf Intel 64 zu beziehen.

• BSD Systeme wie FreeBSD, MidnightBSD, NetBSD und OpenBSD beziehen sich sowohl auf AMD64 als auch auf Intel 64 unter dem Architektur-Namen "amd64".
• Der Linux Kern und DragonFly BSD beziehen sich auf 64-Bit-Architektur als "x86_64".
• Debian, Ubuntu und Gentoo beziehen sich sowohl auf AMD64 als auch auf Intel 64 unter dem Architektur-Namen "amd64".
• Die GNU-Bearbeiter-Sammlung, der Filzhut, PackageKit, openSUSE, und Arch Linux beziehen sich auf diese 64-Bit-Architektur als "x86_64".
• Haiku: Bezieht sich auf 64-Bit-Architektur als "x86_64".
• Java Development Kit (JDK): Der Name "amd64" wird in Verzeichnisnamen verwendet, die x86-64 Dateien enthalten.
• Mac OS X: Apfel bezieht sich auf 64-Bit-Architektur als "x86_64", wie bemerkt, mit dem Endbefehl und in ihrer Entwickler-Dokumentation.

http://developer.apple.com/documentation/Darwin/Reference/ManPages/man1/arch.1.html

• Windows von Microsoft: X64-Versionen von Windows verwenden den AMD64 Namen innerlich, um verschiedene Bestandteile zu benennen, die verwenden oder mit dieser Architektur vereinbar sind. Zum Beispiel wird das Systemverzeichnis auf einer Ausgabe-Installations-CD-ROM des Windows x64 "AMD64" im Gegensatz zu "i386" in 32-Bit-Versionen genannt.
• Solaris: Der Isalist-Befehl im Solaris der Sonne Betriebssystem identifiziert sowohl amd64-als auch Intel 64-basierte Systeme als "amd64".
• T2 SDE beziehen sich sowohl auf AMD64 als auch auf Intel 64 unter dem Architektur-Namen "x86-64", in Quellcodeverzeichnissen und Paket meta Information.

Das Genehmigen von Problemen

Intel lizenziert AMD das Recht, die ursprüngliche x86 Architektur zu verwenden (auf den der x86-64 von AMD basiert). 2009 haben AMD und Intel mehrere Rechtssachen und das Quer-Genehmigen von Unstimmigkeiten gesetzt, ihre Quer-Lizenzverträge erweiternd.

Zeichen und Verweisungen

Links

• Die AMD64 Entwickler-Handbücher und Handbücher von AMD
• x86-64: Das Verlängern der x86 Architektur zu 64 Bit - technisches Gespräch durch den Architekten von AMD64 (Videoarchiv) und das zweite Gespräch durch denselben Sprecher (Videoarchiv)
• Der "erhöhte Virus-Schutz von AMD"
• Intel zwickt EM64T für die volle AMD64 Vereinbarkeit
• Analytiker: Intel Reverse-Engineered AMD64
• Früher Bericht von Unterschieden zwischen Intel IA32e und AMD64
• Das Halten nach Backbord zu GNU/Linux 64-Bit-Systemen, durch Andreas Jaeger vom GCC Gipfel 2003 http://www.linux.org.uk/~ajh/gcc/gccsummit-2003-proceedings.pdf. Eine ausgezeichnete Zeitung, die fast alle praktischen Aspekte für einen Übergang von 32 Bit bis 64 Bit erklärt.
• Technologischer Artikel Report: 64 Bit, die in der Theorie und Praxis rechnen
• Intel 64 Architecture
• Softwarenetz von Intel, 64 Bit"
• TurboIRC.COM Tutorenkurs, ins geschützte und die lange Weise der rohe Weg von DOS einzugehen
• Optimierung von 64-Bit-Programmen
• Sieben Schritte, ein Programm zu einem 64-Bit-System Abzuwandern
• Speichergrenzen für Windows veröffentlichen