


Warum wirkt sich die Änderung eines Schleifenzählers von 32-Bit auf 64-Bit dramatisch auf die Leistung von _mm_popcnt_u64 auf Intel-CPUs aus?
Das Ersetzen eines 32-Bit-Schleifenzählers durch einen 64-Bit führt zu verrückten Leistungsabweichungen mit _mm_popcnt_u64 auf Intel-CPUs
Problemübersicht
Die Leistung eines Popcount-Benchmarks schwankte drastisch, als die Schleifenzählervariable von geändert wurde 32-Bit ohne Vorzeichen auf 64-Bit ohne Vorzeichen, obwohl die Änderung offenbar keinen Einfluss auf die grundlegende Funktionsweise der Schleife hat.
Frage
- Warum gibt es so etwas? Gibt es einen Leistungsunterschied zwischen der Verwendung eines 32-Bit- und eines 64-Bit-Schleifenzählers?
- Wie kann ein nicht konstanter Puffer ersetzt werden? size mit einem konstanten Wert führt zu langsamerem Code?
- Wie macht das Hinzufügen des Schlüsselworts „static“ zur Puffergrößenvariablen die 64-Bit-Schleife schneller?
Antwort
1. Der Leistungsunterschied ist auf eine falsche Datenabhängigkeit in der popcnt-Anweisung auf Intel-CPUs zurückzuführen.
Wenn der Schleifenzähler 32-Bit ist, werden die popcnt-Anweisungen in jeder Schleifeniteration unabhängig ausgeführt, was eine Parallelität ermöglicht Ausführung. Wenn der Schleifenzähler jedoch 64-Bit ist, wird eine falsche Datenabhängigkeit zwischen den popcnt-Anweisungen eingeführt, wodurch eine parallele Ausführung dieser Anweisungen unmöglich wird. Diese Abhängigkeit wird dadurch verursacht, dass das Zielregister für die popcnt-Anweisung für die nächste Iteration wiederverwendet wird, wodurch eine künstliche Abhängigkeit entsteht, die die Leistung einschränkt.
2. Das Ersetzen einer nicht konstanten Puffergröße durch einen konstanten Wert kann den Code verlangsamen, da es den Compiler daran hindert, einige Optimierungen durchzuführen.
Bei einer konstanten Puffergröße kennt der Compiler die genaue Größe des Puffers zur Kompilierungszeit, was effizientere Speicherzugriffsmuster und Befehlsplanung ermöglichen kann. Allerdings muss der Compiler bei einer nicht konstanten Puffergröße von einem Worst-Case-Szenario ausgehen, was zu weniger optimiertem Code führen kann.
3. Durch das Hinzufügen des Schlüsselworts „static“ zur Puffergrößenvariablen wird die 64-Bit-Schleife schneller, da die Puffergröße dadurch zu einer Konstante zur Kompilierungszeit wird, sodass der Compiler zusätzliche Optimierungen durchführen kann.
Durch die Erstellung von Da die Puffergröße eine Konstante zur Kompilierungszeit ist, kann der Compiler die Speicherzugriffsmuster und die Befehlsplanung aggressiver optimieren, was zu schnellerem Code führt.
Lektionen Gelernt
Selbst kleine Änderungen in einer Schleife können aufgrund unerwarteter Abhängigkeiten oder Compileroptimierungen erhebliche Auswirkungen auf die Leistung haben. Es ist wichtig, diese Abhängigkeiten zu verstehen und zu verstehen, wie sie sich auf die Leistung auswirken, um effizienten Code schreiben zu können.
Das obige ist der detaillierte Inhalt vonWarum wirkt sich die Änderung eines Schleifenzählers von 32-Bit auf 64-Bit dramatisch auf die Leistung von _mm_popcnt_u64 auf Intel-CPUs aus?. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!

Heiße KI -Werkzeuge

Undresser.AI Undress
KI-gestützte App zum Erstellen realistischer Aktfotos

AI Clothes Remover
Online-KI-Tool zum Entfernen von Kleidung aus Fotos.

Undress AI Tool
Ausziehbilder kostenlos

Clothoff.io
KI-Kleiderentferner

Video Face Swap
Tauschen Sie Gesichter in jedem Video mühelos mit unserem völlig kostenlosen KI-Gesichtstausch-Tool aus!

Heißer Artikel

Heiße Werkzeuge

Notepad++7.3.1
Einfach zu bedienender und kostenloser Code-Editor

SublimeText3 chinesische Version
Chinesische Version, sehr einfach zu bedienen

Senden Sie Studio 13.0.1
Leistungsstarke integrierte PHP-Entwicklungsumgebung

Dreamweaver CS6
Visuelle Webentwicklungstools

SublimeText3 Mac-Version
Codebearbeitungssoftware auf Gottesniveau (SublimeText3)

Heiße Themen











Die Geschichte und Entwicklung von C# und C sind einzigartig, und auch die Zukunftsaussichten sind unterschiedlich. 1.C wurde 1983 von Bjarnestrustrup erfunden, um eine objektorientierte Programmierung in die C-Sprache einzuführen. Sein Evolutionsprozess umfasst mehrere Standardisierungen, z. B. C 11 Einführung von Auto-Keywords und Lambda-Ausdrücken, C 20 Einführung von Konzepten und Coroutinen und sich in Zukunft auf Leistung und Programme auf Systemebene konzentrieren. 2.C# wurde von Microsoft im Jahr 2000 veröffentlicht. Durch die Kombination der Vorteile von C und Java konzentriert sich seine Entwicklung auf Einfachheit und Produktivität. Zum Beispiel führte C#2.0 Generics und C#5.0 ein, die eine asynchrone Programmierung eingeführt haben, die sich in Zukunft auf die Produktivität und das Cloud -Computing der Entwickler konzentrieren.

Es gibt signifikante Unterschiede in den Lernkurven von C# und C- und Entwicklererfahrung. 1) Die Lernkurve von C# ist relativ flach und für rasche Entwicklung und Anwendungen auf Unternehmensebene geeignet. 2) Die Lernkurve von C ist steil und für Steuerszenarien mit hoher Leistung und niedrigem Level geeignet.

C interagiert mit XML über Bibliotheken von Drittanbietern (wie Tinyxml, Pugixml, Xerces-C). 1) Verwenden Sie die Bibliothek, um XML-Dateien zu analysieren und in C-verarbeitbare Datenstrukturen umzuwandeln. 2) Konvertieren Sie beim Generieren von XML die C -Datenstruktur in das XML -Format. 3) In praktischen Anwendungen wird XML häufig für Konfigurationsdateien und Datenaustausch verwendet, um die Entwicklungseffizienz zu verbessern.

Die Anwendung der statischen Analyse in C umfasst hauptsächlich das Erkennen von Problemen mit Speicherverwaltung, das Überprüfen von Code -Logikfehlern und die Verbesserung der Codesicherheit. 1) Statische Analyse kann Probleme wie Speicherlecks, Doppelfreisetzungen und nicht initialisierte Zeiger identifizieren. 2) Es kann ungenutzte Variablen, tote Code und logische Widersprüche erkennen. 3) Statische Analysetools wie die Deckung können Pufferüberlauf, Ganzzahlüberlauf und unsichere API -Aufrufe zur Verbesserung der Codesicherheit erkennen.

C hat immer noch wichtige Relevanz für die moderne Programmierung. 1) Hochleistungs- und direkte Hardware-Betriebsfunktionen machen es zur ersten Wahl in den Bereichen Spieleentwicklung, eingebettete Systeme und Hochleistungs-Computing. 2) Reiche Programmierparadigmen und moderne Funktionen wie Smart -Zeiger und Vorlagenprogrammierung verbessern seine Flexibilität und Effizienz. Obwohl die Lernkurve steil ist, machen sie im heutigen Programmierökosystem immer noch wichtig.

Durch die Verwendung der Chrono -Bibliothek in C können Sie Zeit- und Zeitintervalle genauer steuern. Erkunden wir den Charme dieser Bibliothek. Die Chrono -Bibliothek von C ist Teil der Standardbibliothek, die eine moderne Möglichkeit bietet, mit Zeit- und Zeitintervallen umzugehen. Für Programmierer, die in der Zeit gelitten haben.H und CTime, ist Chrono zweifellos ein Segen. Es verbessert nicht nur die Lesbarkeit und Wartbarkeit des Codes, sondern bietet auch eine höhere Genauigkeit und Flexibilität. Beginnen wir mit den Grundlagen. Die Chrono -Bibliothek enthält hauptsächlich die folgenden Schlüsselkomponenten: std :: chrono :: system_clock: repräsentiert die Systemuhr, mit der die aktuelle Zeit erhalten wird. std :: chron

Die Zukunft von C wird sich auf parallele Computer, Sicherheit, Modularisierung und KI/maschinelles Lernen konzentrieren: 1) Paralleles Computer wird durch Merkmale wie Coroutinen verbessert. 2) Die Sicherheit wird durch strengere Mechanismen vom Typ Überprüfung und Speicherverwaltung verbessert. 3) Modulation vereinfacht die Codeorganisation und die Kompilierung. 4) KI und maschinelles Lernen fordern C dazu auf, sich an neue Bedürfnisse anzupassen, wie z. B. numerische Computer- und GPU -Programmierunterstützung.
