Intrinsische ARM64-Funktionen

Der Microsoft C++-Compiler (MSVC) stellt die folgenden systeminternen Elemente in der ARM64-Architektur zur Verfügung. Weitere Informationen zu ARM finden Sie in den Abschnitten "Architecture and Software Development Tools" der ARM Developer Documentation-Website .

NEON

Die ERWEITERUNGEN für DEN NEON-Vektor-Anweisungssatz für ARM64 bieten Funktionen für single Instruction Multiple Data (SIMD). Sie ähneln denen in den MMX- und SSE-Vektoranweisungssätzen, die für x86- und x64-Architekturprozessoren üblich sind.

Systeminterne NEON-Funktionen werden unterstützt, wie in der Headerdatei arm64_neon.h angegeben. Die MSVC-Unterstützung für NEON-Systeminterne ähnelt der des ARM64-Compilers, der in der ARM NEON Systeminternen Referenz auf der ARM Infocenter-Website dokumentiert ist.

ARM64-spezifische systeminterne Auflistung

ARM64-spezifische systeminterne Elemente werden unterstützt, wie in der Headerdatei intrin.hangegeben.

[Zurück zum Anfang]

Einschränkungen für Speicherbarrieren

Die systeminternen Funktionen __dmb (Datenspeicherbarriere), __dsb (Datensynchronisierungsbarriere) und __isb (Anweisungssynchronisierungsbarriere) verwenden die folgenden vordefinierten Werte, um die Einschränkung der Speicherbarriere in Bezug auf die Freigabedomäne und die Art des Zugriffs anzugeben, die von dem Vorgang betroffen sind.

Für die __isb systeminterne Einschränkung ist die einzige derzeit gültige Einschränkung _ARM64_BARRIER_SY; alle anderen Werte werden von der Architektur reserviert.

systeminterne __iso_volatile_load/Speichern

Diese systeminternen Funktionen führen explizit Lade- und Speichervorgänge aus, die keinen Compileroptimierungen unterliegen.

__int16 __iso_volatile_load16(const volatile __int16 * Location);
__int32 __iso_volatile_load32(const volatile __int32 * Location);
__int64 __iso_volatile_load64(const volatile __int64 * Location);
__int8 __iso_volatile_load8(const volatile __int8 * Location);

void __iso_volatile_store16(volatile __int16 * Location, __int16 Value);
void __iso_volatile_store32(volatile __int32 * Location, __int32 Value);
void __iso_volatile_store64(volatile __int64 * Location, __int64 Value);
void __iso_volatile_store8(volatile __int8 * Location, __int8 Value);

Parameter

Location
Die Adresse eines Speicherbereichs für Lese- oder Schreibvorgänge.

Wert
Der Wert, der in den angegebenen Speicherspeicherort geschrieben werden soll (nur systeminterne Speicher).

Rückgabewert (nur systeminternes Laden)

Der Wert des Speicherspeicherorts, der durch "Location" angegeben wird.

Hinweise

Sie können die __iso_volatile_load8/16/32/64 systeminternen und __iso_volatile_store8/16/32/64 speicherinternen Zugriffe explizit ausführen, die keinen Compileroptimierungen unterliegen. Der Compiler kann die relative Reihenfolge dieser Vorgänge nicht entfernen, synthetisieren oder ändern. Es generiert jedoch keine impliziten Hardwarespeicherbarrieren. Aus diesem Grund kann die Hardware die sichtbaren Speicherzugriffe möglicherweise immer noch über mehrere Threads hinweg neu anordnen. Genauer gesagt entsprechen diese systeminternen Ausdrücken den folgenden Ausdrücken, wie unter /volatile:iso kompiliert.

int a = __iso_volatile_load32(p);    // equivalent to: int a = *(const volatile __int32*)p;
__iso_volatile_store32(p, a);        // equivalent to: *(volatile __int32*)p = a;

Beachten Sie, dass die systeminternen Funktionen flüchtige Zeiger verwenden, um flüchtige Variablen zu berücksichtigen. Es gibt jedoch keine Anforderung oder Empfehlung, veränderliche Zeiger als Argumente zu verwenden. Die Semantik dieser Vorgänge ist identisch, wenn ein normaler, nicht veränderiger Typ verwendet wird.

Weitere Informationen zum Befehlszeilenargument /volatile:iso finden Sie unter /volatile (veränderliche Schlüsselwortinterpretation).

ARM64-Unterstützung für systeminterne Elemente aus anderen Architekturen

In der folgenden Tabelle sind systeminterne Elemente aus anderen Architekturen aufgeführt, die auf ARM64-Plattformen unterstützt werden. Wenn sich das Verhalten eines systeminternen Elements auf ARM64 von seinem Verhalten auf anderen Hardwarearchitekturen unterscheidet, werden weitere Details angegeben.

[Zurück zum Anfang]

Verriegelte systeminterne

Ineinandergreifende systeminterne Funktionen sind eine Reihe von systeminternen Funktionen, die zum Ausführen atomarer Lese-Änderungs-Schreib-Vorgänge verwendet werden. Einige davon sind auf allen Plattformen verfügbar. Sie werden hier separat aufgeführt, da eine große Anzahl von ihnen vorhanden ist. Da ihre Definitionen meist redundant sind, ist es einfacher, sie generell zu überdenken. Die genauen Verhaltensweisen können von den Namen abgeleitet werden.

Die folgende Tabelle fasst die ARM64-Unterstützung der nicht versperrten systeminternen Komponenten zusammen. Jede Zelle in der Tabelle entspricht einem Namen, der durch Anhängen des Vorgangsnamens in der am weitesten links befindlichen Zelle der Zeile und des Typnamens in der obersten Zelle der Spalte an _Interlocked abgeleitet wird. Beispielsweise entspricht _InterlockedXor8 die Zelle am Schnittpunkt der Xor Zeile und der 8 Spalte und wird vollständig unterstützt. Die meisten unterstützten Funktionen bieten diese optionalen Suffixe: _acq, _rel und _nf. Das _acq-Suffix gibt eine „Acquire“-Semantik zum Abrufen an, und das _rel-Suffix gibt eine „Release“-Semantik zum Freigeben an. Das _nf Suffix "No zaun" ist einzigartig für ARM und ARM64 und wird im nächsten Abschnitt erläutert.

Schlüssel:

• Vollständig: unterstützt einfache, _acq, _relund _nf Formulare.

• Keine: Nicht unterstützt

suffix _nf (kein Zaun)

Das _nf Suffix oder "kein Zaun" gibt an, dass sich der Vorgang nicht als eine Art von Speicherbarriere verhält, im Gegensatz zu den anderen drei Formen (nur, _acqund _rel), die sich alle als eine Art von Barriere verhalten. Eine mögliche Verwendung der _nf Formulare besteht darin, einen Statistikindikator beizubehalten, der von mehreren Threads gleichzeitig aktualisiert wird, deren Wert jedoch nicht andernfalls verwendet wird, während mehrere Threads ausgeführt werden.

Liste der systeminternen Verriegelungen

[Zurück zum Anfang]

systeminterne _interlockedbittest

Die reinen interlockierten Bittests sind für alle Plattformen üblich. ARM64 fügt _acq, _relund _nf Varianten hinzu, die einfach die Barrieresemantik eines Vorgangs ändern, wie in _nf (kein Zaun) Suffix weiter oben in diesem Artikel beschrieben.

[Zurück zum Anfang]

Siehe auch

Systeminterne Compiler
Systeminterne ARM-Funktionen
ARM-Assemblerreferenz
C#-Programmiersprachenreferenz