DE102020124872A1 - Verwendung von innere-abdeckung-informationen durch eine konservative-rasterung-pipeline zum aktivieren von earlyz für eine konservative rasterung - Google Patents

Verwendung von innere-abdeckung-informationen durch eine konservative-rasterung-pipeline zum aktivieren von earlyz für eine konservative rasterung Download PDF

Info

Publication number
DE102020124872A1
DE102020124872A1 DE102020124872.5A DE102020124872A DE102020124872A1 DE 102020124872 A1 DE102020124872 A1 DE 102020124872A1 DE 102020124872 A DE102020124872 A DE 102020124872A DE 102020124872 A1 DE102020124872 A1 DE 102020124872A1
Authority
DE
Germany
Prior art keywords
pixel
pixels
conservative
block
primitive
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
DE102020124872.5A
Other languages
English (en)
Inventor
Abhishek Venkatesh
Selvakumar Panneer
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Intel Corp
Original Assignee
Intel Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Intel Corp filed Critical Intel Corp
Publication of DE102020124872A1 publication Critical patent/DE102020124872A1/de
Pending legal-status Critical Current

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06T—IMAGE DATA PROCESSING OR GENERATION, IN GENERAL
    • G06T15/00—3D [Three Dimensional] image rendering
    • G06T15/10—Geometric effects
    • G06T15/40—Hidden part removal
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06T—IMAGE DATA PROCESSING OR GENERATION, IN GENERAL
    • G06T1/00—General purpose image data processing
    • G06T1/20—Processor architectures; Processor configuration, e.g. pipelining
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06T—IMAGE DATA PROCESSING OR GENERATION, IN GENERAL
    • G06T1/00—General purpose image data processing
    • G06T1/60—Memory management
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06T—IMAGE DATA PROCESSING OR GENERATION, IN GENERAL
    • G06T11/00—2D [Two Dimensional] image generation
    • G06T11/40—Filling a planar surface by adding surface attributes, e.g. colour or texture
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06T—IMAGE DATA PROCESSING OR GENERATION, IN GENERAL
    • G06T15/00—3D [Three Dimensional] image rendering
    • G06T15/005—General purpose rendering architectures
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06T—IMAGE DATA PROCESSING OR GENERATION, IN GENERAL
    • G06T15/00—3D [Three Dimensional] image rendering
    • G06T15/50—Lighting effects
    • G06T15/80—Shading
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06T—IMAGE DATA PROCESSING OR GENERATION, IN GENERAL
    • G06T17/00—Three dimensional [3D] modelling, e.g. data description of 3D objects
    • G06T17/10—Constructive solid geometry [CSG] using solid primitives, e.g. cylinders, cubes

Landscapes

  • Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Graphics (AREA)
  • Geometry (AREA)
  • Software Systems (AREA)
  • Image Generation (AREA)

Abstract

Hier beschriebene Ausführungsformen betreffen allgemein Konservative-Rasterung-Pipeline-Konfigurationen, die es ermöglichen, dass EarlyZ für eine konservative Rasterung aktiviert wird. Eine Ausführungsform eines Verfahrens weist Folgendes auf: Empfangen einer Grundform durch einen konservativen Rastergrafikerzeuger, Erzeugen eines Pixel-Ort-Streams auf der Grundlage der Grundform und von Innere-Abdeckung-Daten für jedes Pixel innerhalb des Pixel-Ort-Streams, wodurch angegeben wird, ob das entsprechende Pixel durch die Grundform vollständig oder teilweise abgedeckt ist, durch den konservativen Rastergrafikerzeuger, für jeden Pixelblock des Pixel-Ort-Streams Initialisieren eines Threads eines Pixel-Shaders durch den konservativen Rastergrafikerzeuger, wobei bewirkt wird, dass EarlyZ für vollständig abgedeckte Pixel bzw. teilweise abgedeckte Pixel ausgeführt wird oder nicht, und Erzeugen eines Streams von Pixelaktualisierungen durch bedingtes Verarbeiten des Pixel-Ort-Streams zur Aufnahme von Pixel-Shading-Eigenschaften durch den Pixel-Shader, wobei für teilweise abgedeckte Pixel ein Tiefenwert berechnet wird und bewirkt wird, dass LateZ ausgeführt wird.

Description

  • TECHNISCHES GEBIET
  • Hier beschriebene Ausführungsformen betreffen allgemein das Gebiet von Grafikverarbeitungseinheiten (GPUs) und insbesondere verschiedene Konservative-Rasterung-Pipeline-Konfigurationen und Verfahren, die es ermöglichen, dass EarlyZ für eine konservative Rasterung aktiviert wird, indem verschiedenen Komponenten der Konservative-Rasterung-Pipeline Innere-Abdeckung-Informationen offengelegt werden.
  • HINTERGRUND
  • Es ist eine Verschwendung von GPU-Verarbeitungsleistung, ein Pixel zu shaden und es dann herauszuwerfen, weil sich das Pixel hinter einem anderen Objekt befindet, insbesondere falls der Pixel-Shader den Z-Wert des betrachteten Pixels nicht ändert. Daher können GPUs einen als „EarlyZ-Optimierung“, „EarlyZ-Ablehnung“ oder einfach „EarlyZ“ bezeichneten frühen Tiefentest ausführen, um okkludierte Pixel zu identifizieren, die nicht durch den Pixel-Shader geleitet zu werden brauchen.
  • Die durch moderne GPUs unterstützte konservative Rasterung erzeugt Fragmente für jedes von einer Grundform berührte Pixel, selbst wenn kein Probenort abgedeckt ist. 14A zeigt die Ergebnisse der Ausführung einer flächigen Ausfüllung einer Grundform 1410, wobei die konservative Rasterung deaktiviert ist. Unabhängig vom Zustand der konservativen Rasterung werden Pixel (beispielsweise Pixel 1411), die ganz in die Grundform eingeschlossen sind, ausgefüllt. Wenn die konservative Rasterung deaktiviert ist, werden die Pixel (hier als teilweise abgedeckte Pixel bezeichnet) an einem Rand der Grundform 1410 (beispielsweise Pixel 1412) ausgefüllt, wenn das Zentrum des Pixels in die Grundform eingeschlossen ist, und sie werden andernfalls nicht ausgefüllt.
  • 14B zeigt die Ergebnisse der Ausführung einer flächigen Ausfüllung der Grundform 1410, wobei die konservative Rasterung aktiviert ist. Wie vorstehend erwähnt, werden Pixel (beispielsweise Pixel 1413), die ganz in die Grundform eingeschlossen sind, unabhängig vom Zustand der konservativen Rasterung ausgefüllt. Wenn die konservative Rasterung aktiviert ist, werden die teilweise abgedeckten Pixel (beispielsweise Pixel 1414) an einem Rand der Grundform 1410 ausgefüllt, wenn die Grundform das Pixel berührt, unabhängig davon, wie viel des Pixels in die Grundform eingeschlossen ist, und sie werden andernfalls nicht ausgefüllt.
  • Die konservative Rasterung ist in mehreren Algorithmen nützlich, um Bilder und Schatten besserer Qualität zu erzeugen, einige frühe tiefenaussondernde GPUs können jedoch die Erzeugung extrapolierter Tiefenwerte für die Fragmente, die sich außerhalb der Grundform befinden, nicht geeignet unterstützen. Demgegenüber ist die Verwendung von EarlyZ selbst dann, wenn die betrachtete GPU eine Tiefenextrapolation unterstützt, problematisch, weil der Z-Test und das Z-Schreiben, die den extrapolierten Tiefenwert verwenden, fehlerhaft sein können, weil es sich über den ursprünglichen Z-Bereich der Grundform hinaus erstrecken kann. Daher deaktivieren gegenwärtig Anwendungen typischerweise EarlyZ, wenn eine konservative Rasterung verwendet wird.
  • Figurenliste
  • Hier beschriebene Ausführungsformen werden in den Figuren der anliegenden Zeichnungen, in denen gleiche Bezugszahlen ähnliche Elemente bezeichnen, beispielhaft und nicht einschränkend dargestellt. Es zeigen:
    • 1 ein Blockdiagramm eines Verarbeitungssystems gemäß einer Ausführungsform,
    • die 2A - 2D Rechensysteme und Grafikprozessoren gemäß einigen Ausführungsformen,
    • die 3A - 3C Blockdiagramme zusätzlicher Grafikprozessor- und Rechenbeschleunigerarchitekturen gemäß einigen Ausführungsformen,
    • 4 ein Blockdiagramm einer Grafikverarbeitungsmaschine eines Grafikprozessors gemäß einigen Ausführungsformen,
    • die 5A - 5B eine Thread-Ausführungslogik mit einem Array in einem Grafikprozessorkern verwendeter Verarbeitungselemente gemäß einigen Ausführungsformen,
    • 6 eine zusätzliche Ausführungseinheit gemäß einer Ausführungsform,
    • 7 ein Blockdiagramm von Grafikprozessorbefehlsformaten gemäß einigen Ausführungsformen,
    • 8 ein Blockdiagramm einer anderen Ausführungsform eines Grafikprozessors,
    • 9A ein Blockdiagramm eines Grafikprozessorbefehlsformats gemäß einigen Ausführungsformen,
    • 9B ein Blockdiagramm einer Grafikprozessorbefehlssequenz gemäß einer Ausführungsform,
    • 10 eine beispielhafte Grafiksoftwarearchitektur für ein Datenverarbeitungssystem gemäß einigen Ausführungsformen,
    • 11A ein Blockdiagramm eines IP-Kernentwicklungssystems, das zur Herstellung einer integrierten Schaltung für die Ausführung von Operationen verwendet werden kann, gemäß einer Ausführungsform,
    • 11B eine seitliche Schnittansicht einer Integrierte-Schaltungs-Baugruppenanordnung gemäß einigen Ausführungsformen,
    • 11C eine Baugruppenanordnung, die mehrere Einheiten mit einem Substrat verbundener Hardware-Logik-Chiplets aufweist, gemäß einer Ausführungsform,
    • 11D eine Baugruppenanordnung mit untereinander austauschbaren Chiplets gemäß einer Ausführungsform,
    • 12 ein Blockdiagramm einer beispielhaften System-on-a-Chip-integrierten-Schaltung, die unter Verwendung eines oder mehrerer IP-Kerne hergestellt werden kann, gemäß einer Ausführungsform,
    • die 13A - 13B Blockdiagramme, die beispielhafte Grafikprozessoren zur Verwendung innerhalb eines SoCs zeigen, gemäß einigen Ausführungsformen,
    • 14A die Ergebnisse der Ausführung einer flächigen Ausfüllung einer Grundform, wobei die konservative Rasterung deaktiviert ist,
    • 14B die Ergebnisse der Ausführung einer flächigen Ausfüllung der Grundform, wobei die konservative Rasterung aktiviert ist,
    • 15 ein Blockdiagramm einer Architekturansicht hoher Ebene der Verteilung von Grafik-Pipeline-Funktionalität zwischen einer Zentralverarbeitungseinheit (CPU) und einer Grafikverarbeitungseinheit (GPU) gemäß einer Ausführungsform,
    • 16 ein Blockdiagramm von Interaktionen zwischen Komponenten einer Konservative-Rasterung-Pipeline gemäß einer ersten Ausführungsform,
    • 17 ein Flussdiagramm einer Konservative-Rasterung-Pipeline-Verarbeitung gemäß der ersten Ausführungsform,
    • 18 ein Blockdiagramm von Interaktionen zwischen Komponenten einer Konservative-Rasterung-Pipeline gemäß einer zweiten Ausführungsform,
    • 19 ein Flussdiagramm einer Konservative-Rasterung-Pipeline-Verarbeitung gemäß der zweiten Ausführungsform und
    • 20 ein Blockdiagramm von Interaktionen zwischen Komponenten einer Konservative-Rasterung-Pipeline gemäß einer dritten Ausführungsform.
  • DETAILLIERTE BESCHREIBUNG
  • Hier beschriebene Ausführungsformen betreffen allgemein Konservative-Rasterung-Pipeline-Konfigurationen, die es ermöglichen, dass EarlyZ für eine konservative Rasterung aktiviert wird, indem Innere-Abdeckung-Informationen einer oder mehreren Komponenten einer Konservative-Rasterung-Pipeline offengelegt werden. Auf diese Weise können die Vorteile der konservativen Rasterung erreicht werden, während auch die durch EarlyZ bereitgestellten Leistungsfähigkeitsverbesserungen ausgenutzt werden.
  • Wie vorstehend erwähnt, wird bei einer existierenden Lösung zum Adressieren der Konflikte zwischen EarlyZ und der konservativen Rasterung EarlyZ aus dem Pixel-Shader deaktiviert, der die Tiefe ausgibt, die auf die minimalen und maximalen Tiefenwerte der betreffenden Grundform geklemmt wird, wenn die konservative Rasterung aktiviert ist. Es ist jedoch zu verstehen, dass das Deaktivieren von EarlyZ einen erheblichen Einfluss auf die Leistungsfähigkeit haben kann, wodurch die Verwendung der konservativen Rasterung begrenzt wird. Daher streben hier beschriebene Ausführungsformen an, die Verwendung der konservativen Rasterung zu ermöglichen, ohne dass EarlyZ deaktiviert werden muss. Hier werden drei verschiedene Ansätze beschrieben, bei denen durch einen konservativen Rastergrafikerzeuger erzeugte Innere-Abdeckung-Informationen einer oder mehreren Komponenten der Konservative-Rasterung-Pipeline offengelegt werden (beispielsweise der EarlyZ-Einheit und/oder den Pixel-Shadern), um die Funktionsweise von EarlyZ selbst dann zu ermöglichen, wenn die konservative Rasterung verwendet wird. Die drei verschiedenen Ansätze werden unmittelbar nachstehend kurz zusammengefasst, und eine detailliertere Erklärung wird mit Bezug auf die 16 - 20 bereitgestellt.
  • Gemäß einer ersten Ausführungsform, die in weiteren Einzelheiten mit Bezug auf die 16 - 17 beschrieben wird, wird EarlyZ für vollständig abgedeckte Pixel aktiviert, als ob die konservative Rasterung abgeschaltet wäre, und für teilweise abgedeckte Pixel deaktiviert, oder die Pixel werden unverändert durchgelassen. Auf der Grundlage vom konservativen Rastergrafikerzeuger erzeugter und den Pixel-Shadern offengelegter Innere-Abdeckung-Daten (beispielsweise eine Innere-Abdeckung-Maske) können die Pixel-Shader den ausgegebenen Tiefenwert nur für teilweise abgedeckte Pixel berechnen, und ein später Tiefentest, der als „LateZ-Optimierung“, „LateZ-Ablehnung“ oder einfach „LateZ“ bezeichnet wird, zur Identifikation okkludierter Pixel, die nicht durch auf das Pixel-Shading folgende Grafik-Pipeline-Stufen laufen müssen, wird mit Bezug auf diesen von den Pixel-Shadern erzeugten ausgegebenen Tiefenwert ausgeführt. Gemäß dieser Ausführungsform können Innere-Abdeckung-Daten für jeden nach dem konservativen Rastergrafikerzeuger verarbeiteten Pixelblock auf einer Pro-Pixel-Ebene verfolgt werden, um eine nachgeschaltete Verarbeitung zu erleichtern, wie nachstehend beschrieben wird.
  • Gemäß einer zweiten Ausführungsform, die in weiteren Einzelheiten mit Bezug auf die 18 - 19 beschrieben wird, initialisiert der konservative Rastergrafikerzeuger Pixel-Shader-Threads für vollständig abgedeckte Pixel, als ob die konservative Rasterung abgeschaltet wäre, während EarlyZ aktiviert ist. Gleichzeitig kann der konservative Rastergrafikerzeuger teilweise abgedeckte Pixel in einem Puffer akkumulieren und initialisiert sie getrennt, während EarlyZ deaktiviert ist. Für teilweise abgedeckte Pixel kann der Pixel-Shader Tiefenwerte berechnen, und der LateZ-Test folgt wie gemäß der ersten Ausführungsform. Dieser Ansatz kann für GPU-Architekturen geeignet sein, die auf die Ausführung von EarlyZ auf der Granularitätsebene eines Pixelblocks beschränkt sind und nicht in der Lage sind, EarlyZ für eine Untermenge von Pixeln in einem bestimmten Block auszuführen. Gemäß dieser Ausführungsform können Innere-Abdeckung-Daten für jeden nach dem konservativen Rastergrafikerzeuger verarbeiteten Pixelblock auf der Pixelblock-Granularitätsebene statt auf einer Pro-Pixel-Basis verfolgt werden, um die nachgeschaltete Verarbeitung zu erleichtern, wie nachstehend beschrieben wird. Auf diese Weise kann eine bedingte Verarbeitung auf einer Pixel-für-Pixel-Basis innerhalb des Pixel-Shaders vermieden werden, weil die teilweise und vollständig abgedeckten Pixel durch verschiedene Pixel-Shader-Threads getrennt verarbeitet werden.
  • Schließlich verarbeitet die EarlyZ-Einheit gemäß einer in weiteren Einzelheiten mit Bezug auf 20 beschriebenen dritten Ausführungsform bedingt Pixel auf der Grundlage der Innere-Abdeckung-Daten durch Klemmen des extrapolierten Tiefenwerts für teilweise abgedeckte Pixel auf die minimalen und die maximalen Werte für die gerasterte Grundform, um zu ermöglichen, dass EarlyZ sowohl für teilweise als auch für vollständig abgedeckte Pixel aktiviert wird.
  • Svstemüberblick
  • 1 ist ein Blockdiagramm eines Verarbeitungssystems 100 gemäß einer Ausführungsform. Das System 100 kann in einem Einzelprozessor-Desktopsystem, einem Mehrprozessor-Workstationsystem oder einem Serversystem mit einer großen Anzahl von Prozessoren 102 oder Prozessorkernen 107 verwendet werden. Gemäß einer Ausführungsform ist das System 100 eine Verarbeitungsplattform, die in eine integrierte System-on-a-Chip(SoC)-Schaltung zur Verwendung in mobilen, handgehaltenen oder eingebetteten Vorrichtungen beispielsweise innerhalb von Internet-of-Things(IoT)-Vorrichtungen mit einer drahtgebundenen oder drahtlosen Verbindbarkeit mit einem lokalen oder Weitbereichsnetz aufgenommen ist.
  • Gemäß einer Ausführungsform kann das System 100 Folgendes aufweisen, damit koppeln oder darin integriert sein: eine serverbasierte Spielplattform, eine Spielkonsole, einschließlich einer Spiel- und Medienkonsole, eine mobile Spielkonsole, eine handgehaltene Spielkonsole oder eine Online-Spielkonsole. Gemäß einigen Ausführungsformen ist das System 100 Teil eines Mobiltelefons, eines Smartphones, einer Tablet-Rechenvorrichtung oder einer mobilen mit dem Internet verbundenen Vorrichtung in der Art eines Laptops mit einer geringen inneren Speicherkapazität. Das Verarbeitungssystem 100 kann auch Folgendes aufweisen, damit gekoppelt sein oder darin integriert sein: eine tragbare Vorrichtung in der Art einer tragbaren Smartwatch-Vorrichtung, einer Smart-Brille oder eines Kleidungsstücks, das zusätzliche Augmented-Reality(AR)- oder Virtual-Reality(VR)-Merkmale aufweist, um visuelle, auditive oder taktile Ausgaben zur Ergänzung visueller, auditiver oder taktiler Erfahrungen der realen Welt bereitzustellen oder auf andere Weise Text, Audio, Grafiken, Video, holografische Bilder oder Video oder eine taktile Rückmeldung bereitzustellen, eine andere Augmented-Reality(AR)-Vorrichtung oder eine andere Virtual-Reality(VR)-Vorrichtung. Gemäß einigen Ausführungsformen weist das Verarbeitungssystem 100 ein Fernsehgerät oder eine Settop-Box-Vorrichtung auf oder ist Teil davon. Gemäß einer Ausführungsform kann das System 100 ein selbstfahrendes Fahrzeug in der Art eines Busses, eines Sattelschleppers, eines Personenkraftfahrzeugs, eines Flugzeugs oder Gleiters mit Motorantrieb oder mit elektrischem Leistungszyklus (oder eine Kombination davon) aufweisen, damit koppeln oder darin integriert sein. Das selbstfahrende Fahrzeug kann das System 100 verwenden, um die um das Fahrzeug erfasste Umgebung zu verarbeiten.
  • Gemäß einigen Ausführungsformen weisen der eine oder die mehreren Prozessoren 102 jeweils einen oder mehrere Prozessorkerne 107 zur Verarbeitung von Befehlen auf, die, wenn sie ausgeführt werden, Operationen für System- oder Benutzersoftware ausführen. Gemäß einigen Ausführungsformen ist wenigstens einer von dem einen oder den mehreren Prozessorkernen 107 dafür ausgelegt, einen spezifischen Befehlssatz 109 zu verarbeiten. Gemäß einigen Ausführungsformen kann der Befehlssatz 109 eine Berechnung mit einem komplexen Befehlssatz (CISC), eine Berechnung mit einem reduzierten Befehlssatz (RISC) oder eine Berechnung durch ein sehr langes Befehlswort (VLIW) erleichtern. Ein oder mehrere Prozessorkerne 107 können einen anderen Befehlssatz 109 verarbeiten, der Befehle zur Erleichterung der Emulation anderer Befehlssätze aufweisen kann. Der Prozessorkern 107 kann auch andere Verarbeitungsvorrichtungen in der Art eines digitalen Signalprozessors (DSP) aufweisen.
  • Gemäß einigen Ausführungsformen weist der Prozessor 102 einen Cache-Speicher 104 auf. Abhängig von der Architektur kann der Prozessor 102 einen einzigen internen Cache oder mehrere Ebenen eines internen Caches aufweisen. Gemäß einigen Ausführungsformen wird der Cache-Speicher zwischen verschiedenen Komponenten des Prozessors 102 geteilt. Gemäß einigen Ausführungsformen verwendet der Prozessor 102 auch einen externen Cache (beispielsweise einen Level-3(L3)-Cache oder Last Level Cache (LLC)) (nicht dargestellt), die unter Verwendung bekannter Cache-Kohärenztechniken zwischen Prozessorkernen 107 geteilt werden können. Eine Registerdatei 106 kann zusätzlich in den Prozessor 102 aufgenommen sein und verschiedene Registertypen zum Speichern verschiedener Datentypen aufweisen (beispielsweise Ganzzahlregister, Gleitkommaregister, Statusregister und ein Befehlszeigerregister). Einige Register können Register für allgemeine Zwecke sein, während andere Register für den Entwurf des Prozessors 102 spezifisch sein können.
  • Gemäß einigen Ausführungsformen sind ein oder mehrere Prozessoren 102 mit einem oder mehreren Schnittstellenbussen 110 gekoppelt, um Kommunikationssignale in der Art von Adress-, Daten- oder Steuersignalen zwischen dem Prozessor 102 und anderen Komponenten im System 100 zu übertragen. Der Schnittstellenbus 110 kann gemäß einer Ausführungsform ein Prozessorbus in der Art einer Version des Direct-Media-Interface(DMI)-Busses sein. Prozessorbusse sind jedoch nicht auf den DMI-Bus beschränkt und können einen oder mehrere Peripheriekomponentenverbindungsbusse (beispielsweise PCI, PCI-Express), Speicherbusse oder andere Typen von Schnittstellenbussen einschließen. Gemäß einer Ausführungsform weisen der eine oder die mehreren Prozessoren 102 eine integrierte Speichersteuereinrichtung 116 und einen Plattformsteuereinrichtungs-Hub 130 auf. Die Speichersteuereinrichtung 116 erleichtert die Kommunikation zwischen einer Speichervorrichtung und anderen Komponenten des Systems 100, während der Plattformsteuereinrichtungs-Hub (PCH) 130 Verbindungen zu E/A-Vorrichtungen über einen lokalen E/A-Bus bereitstellt.
  • Die Speichervorrichtung 120 kann eine Dynamischer-Direktzugriffsspeicher(DRAM)-Vorrichtung, eine Statischer-Direktzugriffsspeicher(SRAM)-Vorrichtung, eine Flash-Speichervorrichtung, eine Phasenänderungs-Speichervorrichtung oder eine andere Speichervorrichtung mit einer geeigneten Funktionsweise, um als Prozessspeicher zu dienen, sein. Gemäß einer Ausführungsform kann die Speichervorrichtung 120 als Systemspeicher für das System 100 wirken, um Daten 122 und Befehle 121 zu speichern, die zu verwenden sind, wenn der eine oder die mehreren Prozessoren 102 eine Anwendung oder einen Prozess ausführen. Die Speichersteuereinrichtung 116 koppelt auch mit einem optionalen externen Grafikprozessor 118, der mit dem einen oder den mehreren Grafikprozessoren 108 in den Prozessoren 102 kommunizieren kann, um Grafik- und Medienoperationen auszuführen. Gemäß einigen Ausführungsformen können Grafik-, Medien- und/oder Rechenoperationen durch einen Beschleuniger 112 unterstützt werden, der ein Coprozessor ist, welcher dafür ausgelegt sein kann, einen spezialisierten Satz von Grafik-, Medien- oder Rechenoperationen auszuführen. Beispielsweise ist der Beschleuniger 112 gemäß einer Ausführungsform ein Matrixmultiplikationsbeschleuniger, der verwendet wird, um Maschinenlern- oder Rechenoperationen zu optimieren. Gemäß einer Ausführungsform ist der Beschleuniger 112 ein Raytracing-Beschleuniger, der verwendet werden kann, um Raytracing-Operationen in Zusammenarbeit mit dem Grafikprozessor 108 auszuführen. Gemäß einer Ausführungsform kann an Stelle des Beschleunigers 112 oder in Zusammenarbeit mit diesem ein externer Beschleuniger 119 verwendet werden.
  • Gemäß einigen Ausführungsformen kann eine Anzeigevorrichtung 111 mit dem einen oder den mehreren Prozessoren 102 verbinden. Die Anzeigevorrichtung 111 kann eine oder mehrere von einer internen Anzeigevorrichtung, wie bei einer mobilen elektronischen Vorrichtung oder einer Laptopvorrichtung, oder eine externe Anzeigevorrichtung, die über eine Anzeigeschnittstelle (beispielsweise DisplayPort usw.) angebracht ist, sein. Gemäß einer Ausführungsform kann die Anzeigevorrichtung 111 eine am Kopf angebrachte Anzeige (HMD) in der Art einer stereoskopischen Anzeigevorrichtung zur Verwendung bei Virtual-Reality(VR)-Anwendungen oder Augmented-Reality(AR)-Anwendungen sein.
  • Gemäß einigen Ausführungsformen ermöglicht der Plattformsteuereinrichtungs-Hub 130 Peripheriegeräten, sich über einen schnellen E/A-Bus mit der Speichervorrichtung 120 und dem Prozessor 102 zu verbinden. Die E/A-Peripheriegeräte umfassen eine Audiosteuereinrichtung 146, eine Netzsteuereinrichtung 134, eine Firmwareschnittstelle 128, einen Drahtlostransceiver 126, Berührungssensoren 125, eine Datenspeichervorrichtung 124 (beispielsweise einen nichtflüchtigen Speicher, einen flüchtigen Speicher, ein Festplattenlaufwerk, einen Flash-Speicher, NAND, 3D-NAND, 3D-XPoint usw.), sind jedoch nicht darauf beschränkt. Die Datenspeichervorrichtung 124 kann über eine Speicherschnittstelle (beispielsweise SATA) oder über einen Peripheriebus in der Art eines Peripheriekomponentenverbindungsbusses (beispielsweise PCI, PCI-Express) verbinden. Die Berührungssensoren 125 können Touchscreen-Sensoren, Drucksensoren oder Fingerabdrucksensoren einschließen. Der Drahtlostransceiver 126 kann ein WiFi-Transceiver, ein Bluetooth-Transceiver oder ein Mobilnetz-Transceiver in der Art eines 3G-, 4G-, 5G- oder Long-Term-Evolution(LTE)-Transceivers sein. Die Firmware-Schnittstelle 128 ermöglicht eine Kommunikation mit System-Firmware und kann beispielsweise eine einheitliche erweiterbare Firmware-Schnittstelle (UEFI) sein. Die Netzsteuereinrichtung 134 kann eine Netzverbindung mit einem festverdrahteten Netz ermöglichen. Gemäß einigen Ausführungsformen koppelt eine Hochleistungs-Netzsteuereinrichtung (nicht dargestellt) mit dem Schnittstellenbus 110. Die Audiosteuereinrichtung 146 ist gemäß einer Ausführungsform eine Mehrkanal-High-Definition-Audiosteuereinrichtung. Gemäß einer Ausführungsform weist das System 100 eine optionale Legacy-E/A-Steuereinrichtung 140 zur Kopplung von Legacy(beispielsweise Personal System 2 (PS/2))-Vorrichtungen mit dem System auf. Der Plattformsteuereinrichtungs-Hub 130 kann auch mit einer oder mehreren Universeller-Serieller-Bus(USB)-Steuereinrichtungen 142 zur Verbindung mit Eingabevorrichtungen in der Art von Tastatur-und-Maus-Kombinationen 143, einer Kamera 144 oder anderer USB-Eingabevorrichtungen verbinden.
  • Es sei bemerkt, dass das dargestellte System 100 als beispielhaft und nicht als einschränkend anzusehen ist und dass auch andere Typen von Datenverarbeitungssystemen, die anders ausgelegt sind, verwendet werden können. Beispielsweise kann eine Instanz der Speichersteuereinrichtung 116 und des Plattformsteuereinrichtungs-Hubs 130 in einen diskreten externen Grafikprozessor in der Art des externen Grafikprozessors 118 integriert sein. Gemäß einer Ausführungsform können sich der Plattformsteuereinrichtungs-Hub 130 und/oder die Speichersteuereinrichtung 116 außerhalb des einen oder der mehreren Prozessoren 102 befinden. Beispielsweise kann das System 100 eine externe Speichersteuereinrichtung 116 und einen Plattformsteuereinrichtungs-Hub 130 aufweisen, die als Speichersteuereinrichtungs-Hub und Peripheriesteuereinrichtungs-Hub innerhalb eines System-Chipsatzes, der in Kommunikation mit dem einen oder den mehreren Prozessoren 102 steht, ausgelegt sein können.
  • Beispielsweise können Leiterplatten („Sleds“) verwendet werden, auf denen Komponenten in der Art von CPUs, Speicher und andere Komponenten angeordnet sind, welche für eine erhöhte thermische Leistungsfähigkeit ausgelegt sind. Bei einigen Beispielen befinden sich Verarbeitungskomponenten in der Art der Prozessoren auf der Oberseite eines Sleds, während sich nahe gelegener Speicher in der Art von DIMM-Modulen an der Unterseite des Sleds befindet. Infolge der durch diesen Entwurf bereitgestellten verbesserten Luftströmung können die Komponenten mit höheren Frequenzen und Leistungsniveaus arbeiten als bei typischen Systemen, wodurch die Leistungsfähigkeit erhöht wird. Ferner sind die Sleds dafür ausgelegt, blind mit Strom- und Datenkommunikationskabeln in einem Rack zusammenzupassen, wodurch ihre Fähigkeit verbessert wird, schnell entfernt, aufgerüstet, neu installiert und/oder ersetzt zu werden. Ähnlich sind einzelne Komponenten, die sich auf den Sleds befinden, wie Prozessoren, Beschleuniger, Speicher und Datenspeichervorrichtungen, dafür ausgelegt, infolge ihres erhöhten Abstands voneinander leicht aufgerüstet zu werden. Gemäß der der Erläuterung dienenden Ausführungsform weisen die Komponenten zusätzlich Hardwareattestierungsmerkmale zum Beweisen ihrer Authentizität auf.
  • Ein Rechenzentrum kann eine Einzelnetzarchitektur („Fabric“) verwenden, die mehrere andere Netzarchitekturen einschließlich Ethernet und Omni-Path einschließt. Die Sleds können über optische Fasern, die eine höhere Bandbreite und niedrigere Latenz bereitstellen als typische Twisted-Pair-Kabel (beispielsweise Kategorie 5, Kategorie 5e, Kategorie 6 usw.), mit Switches gekoppelt sein. Infolge der Zwischenverbindungen mit hoher Bandbreite und niedriger Latenz und der Netzarchitektur kann das Rechenzentrum bei der Verwendung Ressourcen in der Art von Speicher, Beschleunigern (beispielsweise GPUs, Grafikbeschleunigern, FPGAs, ASICs, neuronale Netze und/oder Beschleuniger für künstliche Intelligenz usw.) und Datenspeicher-Laufwerken, die physisch nicht aggregiert sind, poolen und sie Rechenressourcen (beispielsweise Prozessoren) nach Bedarf bereitstellen, wodurch es den Rechenressourcen ermöglicht wird, auf die gepoolten Ressourcen zuzugreifen, als ob sie lokal wären.
  • Eine Stromversorgung oder -quelle kann dem System 100 oder einer hier beschriebenen Komponente oder einem hier beschriebenen System Spannung und/oder Strom bereitstellen. Bei einem Beispiel weist die Stromversorgung einen AC-zu-DC(Wechselstrom-zu-Gleichstrom)-Adapter zum Einstecken in eine Wandsteckdose auf. Dieser Wechselstrom kann von einer Stromquelle auf der Grundlage erneuerbarer Energie (beispielsweise Solarenergie) stammen. Bei einem Beispiel weist die Stromquelle eine Gleichstromquelle in der Art eines externen AC-zu-DC-Wandlers auf. Bei einem Beispiel weist die Stromquelle oder die Stromversorgung Drahtlosladehardware zum Laden durch die Nähe zu einem ladenden Feld auf. Bei einem Beispiel kann die Stromquelle eine innere Batterie, eine Wechselstromversorgung, eine bewegungsbasierte Stromversorgung, eine Solarstromversorgung oder eine Brennstoffzellenquelle aufweisen.
  • Die 2A - 2D zeigen Rechensysteme und Grafikprozessoren, die durch hier beschriebene Ausführungsformen bereitgestellt werden. Die Elemente aus den 2A - 2D, welche die gleichen Bezugszahlen (oder Namen) aufweisen wie die Elemente einer anderen hier angeführten Figur, können ähnlich zu den hier beschriebenen arbeiten oder funktionieren, sind jedoch nicht darauf beschränkt.
  • 2A ist ein Blockdiagramm einer Ausführungsform eines Prozessors 200 mit einem oder mehreren Prozessorkernen 202A - 202N, einer integrierten Speichersteuereinrichtung 214 und einem integrierten Grafikprozessor 208. Der Prozessor 200 kann zusätzliche Kerne bis zum zusätzlichen Kern 202N und einschließlich diesem aufweisen, wie durch die in gestrichelten Linien angegebenen Kästchen repräsentiert ist. Jeder der Prozessorkerne 202A - 202N weist eine oder mehrere interne Cache-Einheiten 204A - 204N auf. Gemäß einigen Ausführungsformen hat jeder Prozessorkern auch Zugriff auf eine oder mehrere geteilte gecachte Einheiten 206. Die internen Cache-Einheiten 204A - 204N und die geteilten Cache-Einheiten 206 repräsentieren eine Cache-Speicherhierarchie innerhalb des Prozessors 200. Die Cache-Speicherhierarchie kann wenigstens eine Ebene eines Befehls- und Daten-Caches innerhalb jedes Prozessorkerns und eine oder mehrere Ebenen eines geteilten Caches mittlerer Ebene in der Art eines Level-2(L2)-, Level-3(L3)-, Level-4(L4)-Caches oder einer anderen Cache-Ebene aufweisen, wobei die höchste Cache-Ebene vor dem externen Speicher als LLC klassifiziert wird. Gemäß einigen Ausführungsformen hält die Cache-Kohärenzlogik die Kohärenz zwischen den verschiedenen Cache-Einheiten 206 und 204A - 204N aufrecht.
  • Gemäß einigen Ausführungsformen kann der Prozessor 200 auch einen Satz aus einer oder mehreren Bussteuereinheiten 216 und einen Systemagentenkern 210 aufweisen. Die eine oder die mehreren Bussteuereinheiten 216 verwalten einen Satz von Peripheriebussen in der Art eines oder mehrerer PCI- oder PCI-Express-Busse. Der Systemagentenkern 210 stellt den verschiedenen Prozessorkomponenten eine Verwaltungsfunktionalität bereit. Gemäß einigen Ausführungsformen weist der Systemagentenkern 210 eine oder mehrere integrierte Speichersteuereinrichtungen 214 zur Behandlung des Zugriffs auf verschiedene externe Speichervorrichtungen (nicht dargestellt) auf.
  • Gemäß einigen Ausführungsformen weisen einer oder mehrere der Prozessorkerne 202A - 202N eine Unterstützung für ein gleichzeitiges Multi-Threading auf. Gemäß einer solchen Ausführungsform weist der Systemagentenkern 210 Komponenten zur Koordination und für den Betrieb der Kerne 202A - 202N während der Multi-Thread-Verarbeitung auf. Der Systemagentenkern 210 kann zusätzlich eine Leistungssteuereinheit (PCU) aufweisen, die Logik und Komponenten zum Regeln des Leistungszustands der Prozessorkerne 202A - 202N und des Grafikprozessors 208 aufweist.
  • Gemäß einigen Ausführungsformen weist der Prozessor 200 zusätzlich einen Grafikprozessor 208 zur Ausführung von Grafikverarbeitungsoperationen auf. Gemäß einigen Ausführungsformen koppelt der Grafikprozessor 208 mit dem Satz geteilter Cache-Einheiten 206 und dem Systemagentenkern 210, einschließlich der einen oder der mehreren integrierten Speichersteuereinrichtungen 214. Gemäß einigen Ausführungsformen weist der Systemagentenkern 210 auch eine Anzeigesteuereinrichtung 211 zur Steuerung der Grafikprozessorausgabe an eine oder mehrere angeschlossene Anzeigen auf. Gemäß einigen Ausführungsformen kann die Anzeigesteuereinrichtung 211 auch ein getrenntes Modul sein, das über wenigstens eine Zwischenverbindung mit dem Grafikprozessor gekoppelt ist, oder in den Grafikprozessor 208 integriert sein.
  • Gemäß einigen Ausführungsformen wird eine ringbasierte Verbindungseinheit 212 zur Verbindung der internen Komponenten des Prozessors 200 verwendet. Es kann jedoch auch eine alternative Verbindungseinheit verwendet werden, wie eine Punktzu-Punkt-Verbindung, eine geschaltete Verbindung oder andere Techniken, einschließlich auf dem Fachgebiet wohlbekannter Techniken. Gemäß einigen Ausführungsformen koppelt der Grafikprozessor 208 über eine E/A-Strecke 213 mit der Ringzwischenverbindung 212.
  • Die beispielhafte E/A-Strecke 213 repräsentiert wenigstens eine von mehreren Ausführungen von E/A-Verbindungen, einschließlich einer Baugruppen-E/A-Verbindung, welche die Kommunikation zwischen verschiedenen Prozessorkomponenten und einem eingebetteten Hochleistungs-Speichermodul 218 in der Art eines eDRAM-Moduls erleichtert. Gemäß einigen Ausführungsformen können die jeweiligen Prozessorkerne 202A - 202N und der Grafikprozessor 208 eingebettete Speichermodule 218 als geteilten Last Level Cache verwenden.
  • Gemäß einigen Ausführungsformen sind die Prozessorkerne 202A - 202N homogene Kerne, welche die gleiche Befehlssatzarchitektur ausführen. Gemäß einer anderen Ausführungsform sind die Prozessorkerne 202A - 202N in Bezug auf die Befehlssatzarchitektur (ISA) heterogen, wobei einer oder mehrere der Prozessorkerne 202A - 202N einen ersten Befehlssatz ausführen, während wenigstens einer der anderen Kerne eine Teilmenge des ersten Befehlssatzes oder einen anderen Befehlssatz ausführt. Gemäß einer Ausführungsform sind die Prozessorkerne 202A - 202N in Bezug auf die Mikroarchitektur heterogen, wobei einer oder mehrere der Kerne mit einem höheren Stromverbrauch mit einem oder mehreren Leistungskernen mit einem geringeren Stromverbrauch koppeln. Gemäß einigen Ausführungsformen sind die Prozessorkerne 202A - 202N in Bezug auf die Rechenfähigkeit heterogen. Zusätzlich kann der Prozessor 200 auf einem oder mehreren Chips oder als integrierte SoC-Schaltung mit den dargestellten Komponenten zusätzlich zu anderen Komponenten implementiert werden.
  • 2B ist ein Blockdiagramm einer Hardwarelogik eines Grafikprozessorkerns 219 gemäß einigen hier beschriebenen Ausführungsformen. Elemente aus 2B, welche die gleichen Bezugszahlen (oder Namen) aufweisen wie die Elemente einer anderen hier angeführten Figur, können ähnlich zu den hier beschriebenen arbeiten oder funktionieren, sind jedoch nicht darauf beschränkt. Der Grafikprozessorkern 219, der manchmal als Kern-Slice bezeichnet wird, kann durch einen oder mehrere Grafikkerne innerhalb eines modularen Grafikprozessors gegeben sein. Der Grafikprozessorkern 219 dient als Beispiel eines Grafikkern-Slices, und ein hier beschriebener Grafikprozessor kann auf der Grundlage von Ziel-Stromverbrauchs- und Leistungsfähigkeitsrichtlinien mehrere Grafikkern-Slices aufweisen. Jeder Grafikprozessorkern 219 kann einen Festfunktionsblock 230 aufweisen, der mit mehreren auch als Unter-Slices, die modulare Blöcke von Logik für allgemeine Zwecke und Festfunktionslogik aufweisen, bezeichneten Unterkernen 221A - 221F gekoppelt ist.
  • Gemäß einigen Ausführungsformen weist der Festfunktionsblock 230 eine Geometrie/Festfunktions-Pipeline 231 auf, die beispielsweise bei Grafikprozessorimplementationen mit einer geringeren Leistungsfähigkeit und/oder einem geringeren Stromverbrauch von allen Unterkernen im Grafikprozessorkern 219 geteilt werden kann. Gemäß verschiedenen Ausführungsformen weist die Geometrie/Festfunktions-Pipeline 231 eine 3D-Festfunktions-Pipeline (beispielsweise 3D-Pipeline 312, wie in 3 und 4, wie nachstehend beschrieben), eine Video-Frontend-Einheit, einen Thread-Spawner und einen Thread-Abfertiger und einen Unified-Return-Buffer-Manager, der Unified Return Buffers (beispielsweise den Unified Return Buffer 418 in 4, wie nachstehend beschrieben) behandelt, auf.
  • Gemäß einer Ausführungsform weist der Festfunktionsblock 230 auch eine Grafik-SoC-Schnittstelle 232, eine Grafikmikrosteuereinrichtung 233 und eine Medien-Pipeline 234 auf. Die Grafik-SoC-Schnittstelle 232 stellt eine Schnittstelle zwischen dem Grafikprozessorkern 219 und anderen Prozessorkernen innerhalb einer System-on-a-Chip-integrierten-Schaltung bereit. Die Grafikmikrosteuereinrichtung 233 ist ein programmierbarer Subprozessor, der konfigurierbar ist, um verschiedene Funktionen des Grafikprozessorkerns 219, einschließlich Thread-Abfertigung, -Planung und - Unterbrechung, zu behandeln. Die Medien-Pipeline 234 (beispielsweise die Medien-Pipeline 316 aus 3 und 4) weist Logik zur Vereinfachung der Decodierung, Codierung, Vorverarbeitung und/oder Nachverarbeitung von Multimediadaten, einschließlich Bild- und Videodaten, auf. Die Medien-Pipeline 234 implementiert Medienoperationen durch Anfragen an Rechen- oder Abtastlogik innerhalb der Unterkerne 221 - 221F.
  • Gemäß einer Ausführungsform ermöglicht die SoC-Schnittstelle 232 dem Grafikprozessorkern 219, mit Anwendungsprozessorkernen (beispielsweise CPUs) für allgemeine Zwecke und/oder anderen Komponenten innerhalb eines SoCs zu kommunizieren, einschließlich Speicherhierarchieelementen in der Art eines geteilten Last-Level-Cache-Speichers, des System-RAMs und/oder eines eingebetteten On-Chip- oder On-Package-DRAMs. Die SoC-Schnittstelle 232 kann auch eine Kommunikation mit Festfunktionsvorrichtungen innerhalb des SoCs in der Art von Kamerabilderzeugungs-Pipelines ermöglichen, und sie ermöglicht die Verwendung von globalen atomaren Speichereinheiten, die zwischen dem Grafikprozessorkern 219 und CPUs innerhalb des SoCs geteilt werden können, und/oder implementiert diese. Die SoC-Schnittstelle 232 kann auch Stromverwaltungssteuerungen für den Grafikprozessorkern 219 implementieren und eine Schnittstelle zwischen einer Takt-Domäne des Grafikkerns 219 und anderen Takt-Domänen innerhalb des SoCs ermöglichen. Gemäß einer Ausführungsform ermöglicht die SoC-Schnittstelle 232 den Empfang von Befehlspuffern von einem Befehls-Streamer und einem globalen Thread-Abfertiger, die dafür ausgelegt sind, Befehle und Anweisungen jedem von einem oder mehreren Grafikkernen innerhalb eines Grafikprozessors bereitzustellen. Die Befehle und Anweisungen können zur Medien-Pipeline 234, wenn Medienoperationen auszuführen sind, oder zu einer Geometrie- und Festfunktions-Pipeline (beispielsweise Geometrie- und Festfunktions-Pipeline 231, Geometrie- und Festfunktions-Pipeline 237), wenn Grafikverarbeitungsoperationen auszuführen sind, übermittelt werden.
  • Die Grafikmikrosteuereinrichtung 233 kann dafür ausgelegt sein, verschiedene Planungs- und Verwaltungsaufgaben für den Grafikprozessorkern 219 auszuführen. Gemäß einer Ausführungsform kann die Grafikmikrosteuereinrichtung 233 eine Grafik- und/oder Rechenarbeitslastplanung auf den verschiedenen parallelen Grafikmaschinen innerhalb der Ausführungseinheits(EU)-Felder 222A - 222F, 224A - 224F innerhalb der Unterkerne 221A - 221F ausführen. Bei diesem Planungsmodell kann Host-Software, die auf einem CPU-Kern eines den Grafikprozessorkern 219 aufweisenden SoCs ausgeführt wird, Arbeitslasten bei einem von mehreren Grafikprozessor-Benachrichtigungssignalen, wodurch eine Planungsoperation an der geeigneten Grafikmaschine herbeigeführt wird, zuweisen. Planungsoperationen umfassen das Bestimmen, welche Arbeitslast als nächstes auszuführen ist, das Übermitteln einer Arbeitslast zu einem Befehls-Streamer, das Unterbrechen existierender Arbeitslasten, die auf einer Maschine laufen, das Überwachen des Fortschritts einer Arbeitslast und das Benachrichtigen von Host-Software, wenn eine Arbeitslast abgeschlossen wurde. Gemäß einer Ausführungsform kann die Grafikmikrosteuereinrichtung 233 auch Zustände mit geringer Leistungsaufnahme oder Bereitschaftszustände für den Grafikprozessorkern 219 erleichtern, wodurch der Grafikprozessorkern 219 mit der Fähigkeit versehen wird, Register innerhalb des Grafikprozessorkerns 219 über Zustandsübergänge mit geringer Leistungsaufnahme unabhängig vom Betriebssystem und/oder von Grafiktreibersoftware am System einzusparen und wiederherzustellen.
  • Der Grafikprozessorkern 219 kann eine größere oder kleinere Anzahl als die dargestellten Unterkerne 221A - 221F und bis zu N modulare Unterkerne aufweisen. Für jeden Satz von N Unterkernen kann der Grafikprozessorkern 219 auch eine Geteilte-Funktionen-Logik 235, einen geteilten und/oder Cache-Speicher 236, eine Geometrie/Festfunktions-Pipeline 237 sowie eine zusätzliche Festfunktionslogik 238 zur Beschleunigung verschiedener Grafik- und Rechenverarbeitungsoperationen aufweisen. Die Geteilte-Funktionen-Logik 235 kann Logikeinheiten in Zusammenhang mit der Geteilte-Funktionen-Logik 420 aus 4 (beispielsweise eine Sampler-, Mathematik- und/oder Inter-Thread-Kommunikationslogik) aufweisen, die von den jeweiligen N Unterkernen innerhalb des Grafikprozessorkerns 219 geteilt werden können. Der geteilte und/oder Cache-Speicher 236 kann ein Last-Level-Cache für den Satz von N Unterkernen 221A - 221F innerhalb des Grafikprozessorkerns 219 sein und auch als geteilter Speicher, der von mehreren Unterkernen zugänglich ist, dienen. Die Geometrie/Festfunktions-Pipeline 237 kann an Stelle der Geometrie/Festfunktions-Pipeline 231 innerhalb des Festfunktionsblocks 230 aufgenommen sein und die gleichen oder ähnliche Logikeinheiten aufweisen.
  • Gemäß einer Ausführungsform weist der Grafikprozessorkern 219 eine zusätzliche Festfunktionslogik 238 auf, die verschiedene Festfunktions-Beschleunigungslogiken zur Verwendung durch den Grafikprozessorkern 219 aufweisen kann. Gemäß einer Ausführungsform weist die zusätzliche Festfunktionslogik 238 eine zusätzliche Geometrie-Pipeline zur Verwendung beim Nur-Positions-Shading auf. Beim Nur-Positions-Shading existieren zwei Geometrie-Pipelines, nämlich die Vollständige-Geometrie-Pipeline innerhalb der Geometrie/Festfunktions-Pipeline 238, 231 und eine Aussortier-Pipeline, die eine zusätzliche Geometrie-Pipeline ist, die in der zusätzlichen Festfunktionslogik 238 enthalten sein kann. Gemäß einer Ausführungsform ist die Aussortier-Pipeline eine herunterskalierte Version der vollständigen Geometrie-Pipeline. Die vollständige Pipeline und die Aussortier-Pipeline können verschiedene Instanzen derselben Anwendung ausführen, wobei jede Instanz einen getrennten Kontext aufweist. Ein Nur-Positions-Shading kann lange Aussortierläufe verworfener Dreiecke verbergen, wodurch das Shading in manchen Fällen früher abgeschlossen werden kann. Beispielsweise und gemäß einer Ausführungsform kann die Aussortier-Pipeline-Logik innerhalb der zusätzlichen Festfunktionslogik 238 Positions-Shader parallel mit der Hauptanwendung ausführen und erzeugt im Allgemeinen kritische Ergebnisse schneller als die vollständige Pipeline, weil die Aussortier-Pipeline nur die Positionsattribute der Vertices abruft und shadet, ohne eine Rasterung und ein Rendern der Pixel in den Framebuffer auszuführen. Die Aussortier-Pipeline kann die erzeugten kritischen Ergebnisse verwenden, um Sichtbarkeitsinformationen für alle Dreiecke ohne Berücksichtigung, ob diese Dreiecke aussortiert wurden, zu berechnen. Die vollständige Pipeline (die in diesem Fall als Replay-Pipeline bezeichnet werden kann) kann die Sichtbarkeitsinformationen für das Überspringen der aussortierten Dreiecke verwenden, um nur die sichtbaren Dreiecke zu shaden, die schließlich an die Rasterungsphase übergeben werden.
  • Gemäß einer Ausführungsform kann die zusätzliche Festfunktionslogik 238 auch eine Maschinenlern-Beschleunigungslogik in der Art einer Festfunktions-Matrixmultiplikationslogik für Implementationen einschließlich Optimierungen für das Training und das Inferencing beim Maschinenlernen aufweisen.
  • Innerhalb jedes Grafikunterkerns 221A - 221F befindet sich ein Satz von Ausführungsressourcen, die zur Ausführung von Grafik-, Medien- und Rechenoperationen ansprechend auf Anforderungen durch Grafik-Pipeline, Medien-Pipeline oder Shader-Programme verwendet werden können. Die Grafikunterkerne 221A - 221F weisen mehrere EU-Felder 222A - 222F, 224A - 224F, eine Thread-Abfertigungs- und Inter-Thread-Kommunikations(TD/IC)-Logik 223A - 223F, einen 3D(beispielsweise Textur)-Sampler 225A - 225F, einen Medien-Sampler 206A - 206F, einen Shader-Prozessor 227A - 227F und einen geteilten lokalen Speicher (SLM) 228A - 228F auf. Die EU-Felder 222A - 222F, 224A - 224F weisen jeweils mehrere Ausführungseinheiten auf, wobei es sich um Grafikverarbeitungseinheiten für allgemeine Zwecke handelt, die in der Lage sind, Gleitkomma- und Ganzzahl/Festpunkt-Logikoperationen im Dienst einer Grafik-, Medien- oder Rechenoperation, einschließlich Grafik-, Medien- oder Rechen-Shader-Programmen, auszuführen. Die TD/IC-Logik 223A - 223F führt lokale Thread-Abfertigungs- und Thread-Steueroperationen für die Ausführungseinheiten innerhalb eines Unterkerns aus und erleichtert die Kommunikation zwischen Threads, die auf den Ausführungseinheiten des Unterkerns ausgeführt werden. Der 3D-Sampler 225A - 225F kann Textur- oder andere sich auf 3D-Grafiken beziehende Daten in den Speicher lesen. Der 3D-Sampler kann Texturdaten auf verschiedene Arten auf der Grundlage eines konfigurierten Abtastzustands und des Texturformats in Zusammenhang mit einer gegebenen Textur lesen. Der Medien-Sampler 206A - 206F kann ähnliche Leseoperationen auf der Grundlage des Typs und des Formats in Zusammenhang mit Mediendaten ausführen. Gemäß einer Ausführungsform kann jeder Grafikunterkern 221A - 221F alternativ einen vereinheitlichten 3D- und Medien-Sampler aufweisen. Threads, die auf den Ausführungseinheiten innerhalb jedes der Unterkerne 221A - 221F ausgeführt werden, können den geteilten lokalen Speicher 228A - 228F innerhalb jedes Unterkerns verwenden, um zu ermöglichen, dass Threads, die innerhalb einer Threads-Gruppe ausgeführt werden, unter Verwendung eines gewöhnlichen Pools eines On-Chip-Speichers ausgeführt werden.
  • 2C zeigt eine Grafikverarbeitungseinheit (GPU) 239, die dedizierte Sätze in Mehrkerngruppen 240A - 240N angeordneter Grafikverarbeitungsressourcen aufweist. Wenngleich nur die Einzelheiten einer einzigen Mehrkerngruppe 240A bereitgestellt werden, ist zu verstehen, dass die anderen Mehrkerngruppen 240B - 240N mit den gleichen oder ähnlichen Sätzen von Grafikverarbeitungsressourcen versehen sein können.
  • Wie dargestellt, kann eine Mehrkerngruppe 240A einen Satz von Grafikkernen 243, einen Satz von Tensorkernen 244 und einen Satz von Raytracing-Kernen 245 aufweisen. Ein Planer/Abfertiger 241 plant die Grafik-Threads zur Ausführung auf den verschiedenen Kernen 243, 244, 245 und fertigt diese ab. Ein Satz von Registerdateien 242 speichert Operandenwerte, die von den Kernen 243, 244, 245 verwendet werden, wenn sie die Grafik-Threads ausführen. Diese können beispielsweise Natürliche-Zahlen-Register zum Speichern von Werten natürlicher Zahlen, Gleitkommaregister zum Speichern von Gleitkommawerten, Vektorregister zum Speichern paketierter Datenelemente (Datenelemente natürlicher Zahlen und/oder Gleitkommawerte) und Kachelregister zum Speichern von Tensor-/Matrixwerten einschließen. Gemäß einer Ausführungsform sind die Kachelregister als kombinierte Sätze von Vektorregistern implementiert.
  • Ein oder mehrere kombinierte Level-1(L1)-Caches und geteilte Speichereinheiten 247 speichern Grafikdaten in der Art von Texturdaten, Vertexdaten, Pixeldaten, Ray-Daten, Begrenzungsvolumendaten usw. lokal innerhalb jeder Mehrkerngruppe 240A. Eine oder mehrere Textureinheiten 247 können auch verwendet werden, um Texturierungsoperationen auszuführen, wie eine Texturabbildung und ein Textur-Sampling. Ein Level-2(L2)-Cache 253, der von allen Mehrkerngruppen 240A - 240N oder einer Teilmenge davon geteilt verwendet wird, speichert Grafikdaten und/oder Befehle für mehrere gleichzeitige Grafik-Threads. Wie dargestellt, kann der L2-Cache 253 von mehreren Mehrkerngruppen 240A - 240N geteilt verwendet werden. Eine oder mehrere Speichersteuereinrichtungen 248 koppeln die GPU 239 mit einem Speicher 249, wobei es sich um einen Systemspeicher (beispielsweise DRAM) und/oder einen dedizierten Grafikspeicher (beispielsweise GDDR6-Speicher) handeln kann.
  • Die Ein-/Ausgabe(E/A)-Schaltungsanordnung 250 koppelt die GPU 239 mit einer oder mehreren E/A-Vorrichtungen 252 in der Art digitaler Signalprozessoren (DSP), Netzsteuereinrichtungen oder Benutzereingabevorrichtungen. Eine On-Chip-Zwischenverbindung kann verwendet werden, um die E/A-Vorrichtungen 252 mit der GPU 239 und dem Speicher 249 zu koppeln. Eine oder mehrere E/A-Speicherverwaltungseinheiten (IOMMUs) 251 der E/A-Schaltungsanordnung 250 koppeln die E/A-Vorrichtungen 252 direkt mit dem Systemspeicher 249. Gemäß einer Ausführungsform verwaltet die IOMMU 251 mehrere Sätze von Seitentabellen zur Abbildung virtueller Adressen auf physische Adressen im Systemspeicher 249. Gemäß dieser Ausführungsform können sich die E/A-Vorrichtungen 252, die eine oder die mehreren CPU 246 und die eine oder die mehreren GPU 239 den gleichen virtuellen Adressraum teilen.
  • Gemäß einer Implementation unterstützt die IOMMU 251 Virtualisierung. In diesem Fall kann sie einen ersten Satz von Seitentabellen zum Abbilden virtueller Gast-/Grafikadressen auf physische Gast-/Grafikadressen und einen zweiten Satz von Seitentabellen zum Abbilden der physischen Gast-/Grafikadressen auf physische System-/Host-Adressen (beispielsweise innerhalb des Systemspeichers 249) verwalten. Die Basisadressen sowohl des ersten als auch des zweiten Satzes von Seitentabellen können in Steuerregistern gespeichert werden und bei einem Kontextwechsel ausgetauscht werden (so dass beispielsweise der neue Kontext mit Zugriff auf den relevanten Satz von Seitentabellen versehen wird). Wenngleich dies in 2C nicht dargestellt ist, kann jeder der Kerne 243, 244, 245 und/oder der Mehrkerngruppen 240A - 240N Translation-Lookaside-Buffer (TLBs) zum Cachen von Gast-virtuell-zu-Gast-physisch-Übersetzungen, von Gast-physisch-zu-Host-physisch-Übersetzungen und von Gast-virtuell-zu-Host-physisch-Übersetzungen aufweisen.
  • Gemäß einer Ausführungsform sind die CPUs 246, GPUs 239 und E/A-Vorrichtungen 252 auf einem einzigen Halbleiterchip und/oder Halbleitergehäuse integriert. Der dargestellte Speicher 249 kann auf demselben Chip integriert sein oder über eine Off-Chip-Schnittstelle mit den Speichersteuereinrichtungen 248 gekoppelt sein. Gemäß einer Implementation umfasst der Speicher 249 GDDR6-Speicher, der sich mit anderen Speichern auf der Ebene des physischen Systems den gleichen virtuellen Adressraum teilt, wenngleich die zugrunde liegenden Prinzipien nicht auf diese spezifische Implementation beschränkt sind.
  • Gemäß einer Ausführungsform weisen die Tensorkerne 244 mehrere Ausführungseinheiten auf, die spezifisch dafür ausgelegt sind, Matrixoperationen auszuführen, welche die grundlegende Rechenoperation sind, die für die Ausführung von Deep-Learning-Operationen verwendet wird. Beispielsweise können gleichzeitige Matrixmultiplikationsoperationen für das Training und Inferencing neuronaler Netze verwendet werden. Die Tensorkerne 244 können eine Matrixverarbeitung unter Verwendung einer Vielzahl von Operandengenauigkeiten, einschließlich Gleitkomma mit einfacher Genauigkeit (beispielsweise 32 Bits), Gleitkomma mit halber Genauigkeit (beispielsweise 16 Bits), Ganzzahlwörter (16 Bits), Bytes (8 Bits) und Halb-Bytes (4 Bits), ausführen. Gemäß einer Ausführungsform extrahiert eine Implementation eines neuronalen Netzes Merkmale jeder gerenderten Szene, wobei möglicherweise Einzelheiten von mehreren Frames kombiniert werden, um ein endgültiges Bild hoher Qualität zu bilden.
  • Bei Deep-Learning-Implementationen können parallele Matrixmultiplikationsoperationen für die Ausführung auf den Tensorkernen 244 geplant werden. Das Training neuronaler Netze erfordert insbesondere eine erhebliche Anzahl von Matrix-Skalarproduktoperationen. Zur Verarbeitung einer Skalarproduktformulierung einer N × N × N-Matrixmultiplikation können die Tensorkerne 244 wenigstens N Skalarprodukt-Verarbeitungselemente aufweisen. Bevor die Matrixmultiplikation beginnt, wird eine gesamte Matrix in Kachelregister geladen und wird wenigstens eine Spalte einer zweiten Matrix in jedem Zyklus für N Zyklen geladen. In jedem Zyklus werden N Skalarprodukte verarbeitet.
  • Matrixelemente können abhängig von der bestimmten Implementation bei unterschiedlichen Genauigkeiten gespeichert werden, einschließlich 16-Bit-Wörtern, 8-Bit-Bytes (beispielsweise INT8) und 4-Bit-Halb-Bytes (beispielsweise INT4). Unterschiedliche Genauigkeitsmodi können für die Tensorkerne 244 spezifiziert werden, um zu gewährleisten, dass die wirksamste Genauigkeit für unterschiedliche Arbeitslasten verwendet wird (beispielsweise in der Art von Inferencing-Arbeitslasten, die eine Quantisierung zu Bytes und Halb-Bytes tolerieren können).
  • Gemäß einer Ausführungsform beschleunigen die Raytracing-Kerne 245 Raytracing-Operationen sowohl für Echtzeit-Raytracing- als auch für Nicht-Echtzeit-Raytracing-Implementationen. Insbesondere weisen die Raytracing-Kerne 245 eine Strahlenverlaufs-/Schnittschaltungsanordnung zur Ausführung einer Strahlenverlaufsuntersuchung unter Verwendung von Begrenzungsvolumenhierarchien (BVHs) und zur Identifikation von Schnittpunkten zwischen Strahlen und in die BVH-Volumina eingeschlossenen Grundformen auf. Die Raytracing-Kerne 245 können auch eine Schaltungsanordnung zur Ausführung eines Tiefentestens und einer Aussonderung (beispielsweise unter Verwendung einer Z-Buffer oder ähnlichen Anordnung) aufweisen. Gemäß einer Implementation führen die Raytracing-Kerne 245 zusammen mit den hier beschriebenen Bild-Rauschunterdrückungstechniken Verlaufs- und Schnittoperationen aus, wobei zumindest ein Teil davon auf den Tensorkernen 244 ausgeführt werden kann. Beispielsweise implementieren die Tensorkerne 244 gemäß einer Ausführungsform ein neuronales Deep-Learning-Netz zur Ausführung einer Rauschunterdrückung an von den Raytracing-Kernen 245 erzeugten Frames. Die CPU(s) 246, die Grafikkerne 243 und/oder die Raytracing-Kerne 245 können jedoch auch alle Rauschunterdrückungs- und/oder Deep-Learning-Algorithmen oder einen Teil davon implementieren.
  • Zusätzlich kann, wie vorstehend beschrieben, ein verteilter Ansatz zur Rauschunterdrückung verwendet werden, wobei sich die GPU 239 in einer Rechenvorrichtung befindet, die über ein Netz oder eine schnelle Zwischenverbindung mit anderen Rechenvorrichtungen gekoppelt ist. Gemäß dieser Ausführungsform teilen sich die miteinander verbundenen Rechenvorrichtungen Daten für das Lernen/das Training eines neuronalen Netzes, um die Geschwindigkeit zu verbessern, mit der das Gesamtsystem lernt, eine Rauschunterdrückung für verschiedene Typen von Bild-Frames und/oder verschiedene Grafikanwendungen auszuführen.
  • Gemäß einer Ausführungsform verarbeiten die Raytracing-Kerne 245 alle BVH-Verläufe und Strahl-Grundform-Schnitte, wodurch verhindert wird, dass die Grafikkerne 243 mit tausenden von Befehlen pro Strahl überlastet werden. Gemäß einer Ausführungsform weist jeder Raytracing-Kern 245 einen ersten Satz spezialisierter Schaltungsanordnungen zur Ausführung von Begrenzungskästchentests (beispielsweise für Verlaufsoperationen) und einen zweiten Satz spezialisierter Schaltungsanordnungen zur Ausführung der Strahl-Dreieck-Schnitttests (beispielsweise einander schneidende Strahlen, deren Verlauf verfolgt wurde) auf. Dementsprechend kann die Mehrkerngruppe 240A gemäß einer Ausführungsform einfach eine Strahlsonde absenden und führen die Raytracing-Kerne 245 unabhängig Strahlverlaufs- und Schnittuntersuchungen aus und geben Trefferdaten (beispielsweise ein Treffer, kein Treffer, mehrere Treffer usw.) an den Thread-Kontext zurück. Die anderen Kerne 243, 244 werden freigegeben, um andere Grafik- oder Rechenoperationen auszuführen, während die Raytracing-Kerne 245 die Verlaufs- und Schnittoperationen ausführen.
  • Gemäß einer Ausführungsform weist jeder Raytracing-Kern 245 eine Verlaufseinheit zur Ausführung von BVH-Testoperationen und eine Schnitteinheit, die Strahl-Grundform-Schnitttests ausführt, auf. Die Schnitteinheit erzeugt eine „Treffer“-, „Kein-Treffer“- oder „Mehrere-Treffer“-Antwort, welche sie dem geeigneten Thread bereitstellt. Während der Verlaufs- und Schnittoperationen werden die Ausführungsressourcen der anderen Kerne (beispielsweise Grafikkerne 243 und Tensorkerne 244) freigegeben, um andere Formen von Grafikoperationen auszuführen.
  • Gemäß einer bestimmten nachstehend beschriebenen Ausführungsform wird ein hybrider Rasterungs-/Raytracing-Ansatz verwendet, bei dem Arbeit zwischen den Grafikkernen 243 und den Raytracing-Kernen 245 verteilt wird.
  • Gemäß einer Ausführungsform weisen die Raytracing-Kerne 245 (und/oder andere Kerne 243, 244) Hardwareunterstützung für einen Raytracing-Befehlssatz in der Art von DirectX Ray Tracing (DXR) von Microsoft, der einen DispatchRays-Befehl aufweist, sowie Strahlerzeugungs-, Nächstgelegener-Treffer-, Irgendein-Treffer- und Kein-Treffer-Shader auf, welche die Zuweisung eindeutiger Shader-Sätze und Texturen für jedes Objekt ermöglichen. Eine andere Raytracing-Plattform, die von den Raytracing-Kernen 245, den Grafikkernen 243 und den Tensorkernen 244 unterstützt werden kann, ist Vulkan 1.1.85. Es ist jedoch zu verstehen, dass die zugrunde liegenden Prinzipien nicht auf eine bestimmte Raytracing-ISA beschränkt sind.
  • Die verschiedenen Kerne 245, 244, 243 können im Allgemeinen einen Raytracing-Befehlssatz unterstützen, der Befehle/Funktionen zur Strahlerzeugung, für nächstgelegene Treffer, irgendein Treffer, Strahl-Grundform-Schnitt, Pro-Grundform- und hierarchische Begrenzungskästchenbildung, kein Treffer, Besuch und Ausnahmen aufweist. Insbesondere weist eine Ausführungsform Raytracing-Befehle für die Ausführung der folgenden Funktionen auf:
  • Strahlerzeugung - Strahlerzeugungsbefehle können für jedes Pixel, jedes Sample oder eine andere Zuweisung benutzerdefinierter Arbeit ausgeführt werden.
  • Nächstgelegener Treffer - ein Nächstgelegener-Treffer-Befehl kann ausgeführt werden, um den nächstgelegenen Schnittpunkt eines Strahls mit Grundformen innerhalb einer Szene zu lokalisieren.
  • Irgendein Treffer - ein Irgendein-Treffer-Befehl identifiziert mehrere Schnittpunkte zwischen einem Strahl und Grundformen innerhalb einer Szene, um möglicherweise einen neuen nächstgelegenen Schnittpunkt zu identifizieren.
  • Schnitt - ein Schnittbefehl führt einen Strahl-Grundform-Schnitttest aus und gibt ein Ergebnis aus.
  • Pro-Grundform-Begrenzungskästchenbildung - dieser Befehl bildet ein Begrenzungskästchen um eine gegebene Grundform oder Gruppe von Grundformen (beispielsweise wenn eine neue BVH oder eine andere Beschleunigungsdatenstruktur gebildet wird).
  • Kein Treffer - gibt an, dass ein Strahl die gesamte Geometrie innerhalb einer Szene oder ein spezifiziertes Gebiet einer Szene verfehlt.
  • Besuch - gibt die nachgeordneten Volumina an, die ein Strahl durchquert.
  • Ausnahmen - gibt verschiedene Typen von Ausnahme-Handlern an (beispielsweise für verschiedene Fehlerbedingungen aufgerufen).
  • 2D ist ein Blockdiagramm einer Grafikverarbeitungseinheit (GPGPU) 270 für allgemeine Zwecke, die als Grafikprozessor und/oder Rechenbeschleuniger ausgelegt sein kann, gemäß hier beschriebenen Ausführungsformen. Die GPGPU 270 kann sich über ein oder mehrere System- und/oder Speicherbusse mit Host-Prozessoren (beispielsweise einer oder mehreren CPU(s) 246) und Speicher 271, 272 verbinden. Gemäß einer Ausführungsform ist der Speicher 271 ein Systemspeicher, der von der einen oder den mehreren CPU(s) 246 geteilt verwendet werden kann, während der Speicher 272 ein Vorrichtungsspeicher ist, welcher der GPGPU 270 dediziert zugewiesen ist. Gemäß einer Ausführungsform können Komponenten innerhalb der GPGPU 270 und des Vorrichtungsspeichers 272 in Speicheradressen abgebildet werden, worauf die eine oder die mehreren CPU(s) 246 zugreifen können. Der Zugriff auf Speicher 271 und 272 kann durch eine Speichersteuereinrichtung 268 erleichtert werden. Gemäß einer Ausführungsform weist die Speichersteuereinrichtung 268 eine interne Direktspeicherzugriffs(DMA)-Steuereinrichtung 269 auf oder kann Logik zur Ausführung von Operationen aufweisen, die andernfalls durch eine DMA-Steuereinrichtung ausgeführt werden würden.
  • Die GPGPU 270 weist mehrere Cache-Speicher, einschließlich eines L2-Caches 253, eines L1-Caches 254, eines Befehls-Caches 255 und eines geteilten Speichers 256 auf, wobei zumindest ein Teil davon auch als Cache-Speicher partitioniert sein kann. Die GPGPU 270 weist auch mehrere Recheneinheiten 260A - 260N auf. Jede Recheneinheit 260A - 260N weist einen Satz von Vektorregistern 261, Skalarregistern 262, Vektorlogikeinheiten 263 und Skalarlogikeinheiten 264 auf. Die Recheneinheiten 260A - 260N können auch einen lokalen geteilten Speicher 265 und einen Programmzähler 266 aufweisen. Die Recheneinheiten 260A - 260N können mit einem Konstanten-Cache 267 koppeln, der verwendet werden kann, um konstante Daten zu speichern, wobei es sich um Daten handelt, die sich während der Ausführung des Kernel- oder Shader-Programms auf der GPGPU 270 nicht ändern. Gemäß einer Ausführungsform ist der Konstanten-Cache 267 ein Skalardaten-Cache und können gecachte Daten direkt in die Skalarregister 262 abgerufen werden.
  • Während des Betriebs können die eine oder die mehreren CPU(s) 246 Befehle in Register oder Speicher in der GPGPU 270 schreiben, die in einen zugänglichen Adressraum abgebildet wurde. Die Befehlsprozessoren 257 können die Befehle aus Registern oder Speicher lesen und feststellen, wie diese Befehle innerhalb der GPGPU 270 verarbeitet werden. Ein Thread-Abfertiger 258 kann dann verwendet werden, um Threads an die Recheneinheiten 260A - 260N zu übergeben, um diese Befehle auszuführen. Jede Recheneinheit 260A - 260N kann Threads unabhängig von den anderen Recheneinheiten ausführen. Zusätzlich kann jede Recheneinheit 260A - 260N unabhängig für eine bedingte Berechnung ausgelegt werden und die Ergebnisse der Berechnung bedingt an den Speicher ausgeben. Die Befehlsprozessoren 257 können die eine oder die mehreren CPU(s) 246 unterbrechen, wenn die übergebenen Befehle abgeschlossen sind.
  • Die 3A - 3C zeigen Blockdiagramme zusätzlicher Grafikprozessor- und Rechenbeschleunigerarchitekturen, die durch hier beschriebene Ausführungsformen bereitgestellt werden. Die Elemente aus den 3A - 3C, welche die gleichen Bezugszahlen (oder Namen) aufweisen wie die Elemente einer anderen hier angeführten Figur, können ähnlich zu den hier beschriebenen arbeiten oder funktionieren, sind jedoch nicht darauf beschränkt.
  • 3A ist ein Blockdiagramm eines Grafikprozessors 300, wobei es sich um eine diskrete Grafikverarbeitungseinheit oder einen mit mehreren Verarbeitungskernen oder anderen Halbleitervorrichtungen in der Art von Speichervorrichtungen oder Netzschnittstellen, jedoch ohne Einschränkung darauf, integrierten Grafikprozessor handeln kann. Gemäß einigen Ausführungsformen kommuniziert der Grafikprozessor über eine speicherabgebildete E/A-Schnittstelle mit Registern auf dem Grafikprozessor und mit in den Prozessorspeicher gegebenen Befehlen. Gemäß einigen Ausführungsformen weist der Grafikprozessor 300 eine Speicherschnittstelle 314 zum Zugriff auf den Speicher auf. Die Speicherschnittstelle 314 kann eine Schnittstelle zu einem lokalen Speicher, zu einem oder mehreren internen Caches, zu einem oder mehreren geteilten externen Caches und/oder zum Systemspeicher sein.
  • Gemäß einigen Ausführungsformen weist der Grafikprozessor 300 auch eine Anzeigesteuereinrichtung 302 zur Steuerung der Anzeige an eine Anzeigevorrichtung 318 ausgegebener Daten auf. Die Anzeigesteuereinrichtung 302 weist Hardware für eine oder mehrere Überlagerungsebenen für die Anzeige und Zusammensetzung mehrerer Videoschichten oder Benutzerschnittstellenelemente auf. Die Anzeigevorrichtung 318 kann eine interne oder externe Anzeigevorrichtung sein. Gemäß einer Ausführungsform ist die Anzeigevorrichtung 318 eine am Kopf angebrachte Anzeigevorrichtung in der Art einer Virtual-Reality(VR)-Anzeigevorrichtung oder einer Augmented-Reality(AR)-Anzeigevorrichtung. Gemäß einigen Ausführungsformen weist der Grafikprozessor 300 eine Videocodecmaschine 306 zur Codierung, Decodierung oder Transcodierung von Medien zu, von oder zwischen einem oder mehreren Mediencodierformaten auf, welche Moving-Picture-Experts-Group(MPEG)-Formate in der Art von MPEG-2, Advanced-Video-Coding(AVC)-Formate in der Art von H.264/MPEG-4 AVC, H.265/HEVC, Alliance for Open Media (AOMedia) VP8, VP9 sowie die Society-of-Motion-Picture-&-Television-Engineers(SMPTE)-421M/VC-1- und Joint-Photographic-Experts-Group(JPEG)-Formate in der Art von JPEG und Motion-JPEG(MJPEG)-Formate einschließen, jedoch nicht darauf beschränkt sind.
  • Gemäß einigen Ausführungsformen weist der Grafikprozessor 300 eine Blockbildübertragungs(BLIT)-Maschine 304 zur Ausführung zweidimensionaler (2D-) Rasterungsoperationen, einschließlich beispielsweise von Bitgrenzen-Blockübertragungen, auf. Gemäß einer Ausführungsform werden jedoch 2D-Grafikoperationen unter Verwendung einer oder mehrerer Komponenten der Grafikverarbeitungsmaschine (GPE) 310 ausgeführt. Gemäß einigen Ausführungsformen ist die GPE 310 eine Rechenmaschine zur Ausführung von Grafikoperationen unter Einschluss dreidimensionaler (3D-) Grafikoperationen und Medienoperationen.
  • Gemäß einigen Ausführungsformen weist die GPE 310 eine 3D-Pipeline 312 zur Ausführung von 3D-Operationen in der Art eines Renderns dreidimensionaler Bilder und Szenen unter Verwendung von Verarbeitungsfunktionen, die auf 3D-Grundformen (beispielsweise Rechteck, Dreieck usw.) wirken, auf. Die 3D-Pipeline 312 weist programmierbare und Festfunktionselemente auf, die verschiedene Aufgaben innerhalb des Elements ausführen und/oder Ausführungs-Threads an einem 3D-/Medienuntersystem 315 hervorbringen. Wenngleich die 3D-Pipeline 312 verwendet werden kann, um Medienoperationen auszuführen, weist eine Ausführungsform der GPE 310 auch eine Medien-Pipeline 316 auf, die spezifisch für die Ausführung von Medienoperationen in der Art einer Videonachbearbeitung und einer Bildverbesserung verwendet wird.
  • Gemäß einigen Ausführungsformen weist die Medien-Pipeline 316 Festfunktions- oder programmierbare Logikeinheiten zur Ausführung einer oder mehrerer spezialisierter Medienoperationen in der Art einer Videodecodierbeschleunigung, eines Video-Deinterlacings und einer Videocodierbeschleunigung an Stelle der Videocodecmaschine 306 oder für diese auf. Gemäß einigen Ausführungsformen weist die Medien-Pipeline 316 zusätzlich eine Thread-Hervorbringungseinheit zur Hervorbringung von Threads zur Ausführung auf dem 3D-/Medienuntersystem 315 auf. Die hervorgebrachten Threads führen Berechnungen für die Medienoperationen auf einer oder mehreren im 3D-/Medienuntersystem 315 enthaltenen Grafikausführungseinheiten aus.
  • Gemäß einigen Ausführungsformen weist das 3D-/Medienuntersystem 315 Logik zur Ausführung von der 3D-Pipeline 312 und der Medien-Pipeline 316 hervorgebrachter Threads auf. Gemäß einer Ausführungsform senden die Pipelines Thread-Ausführungsanforderungen zum 3D-/Medienuntersystem 315, das eine Thread-Abfertigungslogik zur Arbitrierung und Abfertigung der verschiedenen Anforderungen von verfügbaren Thread-Ausführungsressourcen aufweist. Die Ausführungsressourcen weisen ein Feld von Grafikausführungseinheiten zur Verarbeitung der 3D- und Medien-Threads auf. Gemäß einigen Ausführungsformen weist das 3D-/Medienuntersystem 315 einen oder mehrere interne Caches für Thread-Befehle und Daten auf. Gemäß einigen Ausführungsformen weist das Untersystem auch einen geteilten Speicher, einschließlich Registern und eines adressierbaren Speichers, auf, um Daten zwischen Threads zu teilen und ausgegebene Daten zu speichern.
  • 3B zeigt einen Grafikprozessor 320 mit einer gekachelten Architektur gemäß hier beschriebenen Ausführungsformen. Gemäß einer Ausführungsform weist der Grafikprozessor 320 einen Grafikverarbeitungsmaschinen-Cluster 322 mit mehreren Instanzen der Grafikverarbeitungsmaschine 310 aus 3A innerhalb einer Grafikmaschinenkachel 310A - 310D auf. Die jeweiligen Grafikmaschinenkacheln 310A - 310D können durch einen Satz von Kachelzwischenverbindungen 323A - 323F miteinander verbunden sein. Jede Grafikmaschinenkachel 310A - 310D kann auch über Speicherzwischenverbindungen 325A - 325D mit einem Speichermodul oder einer Speichervorrichtung 326A - 326D verbunden sein. Die Speichervorrichtungen 326A - 326D können eine beliebige Grafikspeichertechnologie verwenden. Beispielsweise können die Speichervorrichtungen 326A - 326D ein Grafikspeicher mit doppelter Datenrate (GDDR-Speicher) sein. Die Speichervorrichtungen 326A - 326D sind gemäß einer Ausführungsform Hohe-Bandbreite-Speicher(HBM)-Module, die sich auf einem Die mit ihrer jeweiligen Grafikmaschinenkachel 310A - 310D befinden können. Gemäß einer Ausführungsform sind die Speichervorrichtungen 326A - 326D gestapelte Speichervorrichtungen, die auf ihrer jeweiligen Grafikmaschinenkachel 310A - 310D gestapelt sein können. Gemäß einer Ausführungsform befinden sich jede Grafikmaschinenkachel 310A - 310D und ihr zugeordneter Speicher 326A - 326D auf getrennten Chiplets, die an einen Basis-Die oder ein Basissubstrat gebondet sind, wie in weiteren Einzelheiten in den 11B - 11D beschrieben wird.
  • Der Grafikverarbeitungsmaschinen-Cluster 322 kann sich mit einer On-Chip- oder On-Package-Fabric-Zwischenverbindung 324 verbinden. Die Fabric-Zwischenverbindung 324 kann eine Kommunikation zwischen Grafikmaschinenkacheln 310A - 310D und Komponenten in der Art des Videocodecs 306 und einer oder mehrerer Kopiermaschinen 304 ermöglichen. Die Kopiermaschinen 304 können verwendet werden, um Daten aus, in und zwischen den Speichervorrichtungen 326A - 326D und Speicher außerhalb des Grafikprozessors 320 (beispielsweise Systemspeicher) zu verschieben. Die Fabric-Zwischenverbindung 324 kann auch verwendet werden, um die Grafikmaschinenkacheln 310A - 310D zu verbinden. Der Grafikprozessor 320 kann optional eine Anzeigesteuereinrichtung 302 aufweisen, um eine Verbindung mit einer externen Anzeigevorrichtung 318 zu ermöglichen. Der Grafikprozessor kann auch als Grafik- oder Rechenbeschleuniger ausgelegt sein. In der Beschleunigerkonfiguration können die Anzeigesteuereinrichtung 302 und die Anzeigevorrichtung 318 fortgelassen sein.
  • Der Grafikprozessor 320 kann sich über eine Host-Schnittstelle 328 mit einem Host-System verbinden. Die Host-Schnittstelle 328 kann eine Kommunikation zwischen dem Grafikprozessor 320, dem Systemspeicher und/oder anderen Systemkomponenten ermöglichen. Die Host-Schnittstelle 328 kann beispielsweise ein PCI-Expressbus oder ein anderer Typ einer Host-System-Schnittstelle sein.
  • 3C zeigt einen Rechenbeschleuniger 330 gemäß hier beschriebenen Ausführungsformen. Der Rechenbeschleuniger 330 kann Architekturähnlichkeiten mit dem Grafikprozessor 320 aus 3B aufweisen und ist für die Rechenbeschleunigung optimiert. Ein Rechenmaschinencluster 332 kann einen Satz von Rechenmaschinenkacheln 340A - 340D aufweisen, die eine Ausführungslogik aufweisen, die für parallele oder vektorbasierte Rechenoperationen für allgemeine Zwecke optimiert ist. Gemäß einigen Ausführungsformen weisen die Rechenmaschinenkacheln 340A - 340D keine Festfunktions-Grafikverarbeitungslogik auf, wenngleich gemäß einer Ausführungsform eine oder mehrere der Rechenmaschinenkacheln 340A - 340D Logik zur Ausführung einer Medienbeschleunigung aufweisen können. Die Rechenmaschinenkacheln 340A - 340D können sich über Speicherzwischenverbindungen 325A - 325D mit Speicher 326A - 326D verbinden. Der Speicher 326A - 326D und die Speicherzwischenverbindungen 325A - 325D können eine ähnliche Technologie wie im Grafikprozessor 320 sein oder davon verschieden sein. Die Grafikrechenmaschinenkacheln 340A - 340D können auch über einen Satz von Kachelzwischenverbindungen 323A - 323F miteinander verbunden sein und durch eine Fabric-Zwischenverbindung 324 angeschlossen und/oder miteinander verbunden sein. Gemäß einer Ausführungsform weist der Rechenbeschleuniger 330 einen großen L3-Cache 336 auf, der als ein vorrichtungsweiter Cache ausgelegt sein kann. Der Rechenbeschleuniger 330 kann sich auch ähnlich wie der Grafikprozessor 320 aus 3B über eine Host-Schnittstelle 328 mit einem Host-Prozessor und Speicher verbinden.
  • Grafikverarbeitungsmaschine
  • 4 ist ein Blockdiagramm einer Grafikverarbeitungsmaschine 410 eines Grafikprozessors gemäß einigen Ausführungsformen. Gemäß einer Ausführungsform ist die Grafikverarbeitungsmaschine (GPE) 410 eine Version der in 3A dargestellten GPE 310 und kann auch eine Grafikmaschinenkachel 310A - 310D aus 3B repräsentieren. Elemente aus 4, welche die gleichen Bezugszahlen (oder Namen) aufweisen wie die Elemente einer anderen hier angeführten Figur, können ähnlich zu den hier beschriebenen arbeiten oder funktionieren, sind jedoch nicht darauf beschränkt. Beispielsweise sind die 3D-Pipeline 312 und die Medien-Pipeline 316 aus 3A dargestellt. Die Medien-Pipeline 316 ist bei einigen Ausführungsformen der GPE 410 optional und kann in der GPE 410 nicht explizit enthalten sein. Beispielsweise und gemäß zumindest einer Ausführungsform ist ein getrennter Medien- und/oder Bildprozessor mit der GPE 410 gekoppelt.
  • Gemäß einigen Ausführungsformen koppelt die GPE 410 mit einem Befehls-Streamer 403 oder weist diesen auf, welcher der 3D-Pipeline 312 und/oder der Medien-Pipeline 316 einen Befehlsstrom bereitstellt. Gemäß einigen Ausführungsformen ist der Befehls-Streamer 403 mit einem Speicher gekoppelt, wobei es sich um den Systemspeicher oder einen oder mehrere interne Cache-Speicher und geteilte Cache-Speicher handeln kann. Gemäß einigen Ausführungsformen empfängt der Befehls-Streamer 403 Befehle vom Speicher und sendet die Befehle zur 3D-Pipeline 312 und/oder zur Medien-Pipeline 316. Die Befehle sind von einem Ringbuffer, der Befehle für die 3D-Pipeline 312 und die Medien-Pipeline 316 speichert, abgerufene Leitlinien. Gemäß einer Ausführungsform kann der Ringbuffer zusätzlich Stapelbefehlspuffer aufweisen, welche Stapel mehrerer Befehle speichern. Die Befehle für die 3D-Pipeline 312 können auch Bezüge auf im Speicher gespeicherte Daten aufweisen, einschließlich Vertex- und Geometriedaten für die 3D-Pipeline 312 und/oder Bilddaten und Speicherobjekte für die Medien-Pipeline 316, jedoch ohne Einschränkung darauf. Die 3D-Pipeline 312 und die Medien-Pipeline 316 verarbeiten die Befehle und Daten durch Ausführen von Operationen über Logik innerhalb der jeweiligen Pipelines oder durch Übergeben eines oder mehrerer Ausführungs-Threads an ein Grafikkern-Feld 414. Gemäß einer Ausführungsform weist das Grafikkern-Feld 414 einen oder mehrere Blöcke von Grafikkernen (beispielsweise Grafikkern(e) 415A, Grafikkern(e) 415B) auf, wobei jeder Block einen oder mehrere Grafikkerne aufweist. Jeder Grafikkern weist einen Satz von Grafikausführungsressourcen auf, welcher eine Ausführungslogik für allgemeine Zwecke und eine Grafikspezifische Ausführungslogik zur Ausführung von Grafik- und Rechenoperationen sowie eine Festfunktions-Texturverarbeitungs- und/oder Maschinenlern- und Künstliche-Intelligenz-Beschleunigungs-Logik aufweist.
  • Gemäß verschiedenen Ausführungsformen kann die 3D-Pipeline 312 eine Festfunktions- und programmierbare Logik zur Verarbeitung eines oder mehrerer Shader-Programme in der Art von Vertex-Shadern, Geometrie-Shadern, Pixel-Shadern, Fragment-Shadern, Rechen-Shadern oder anderen Shader-Programmen durch Verarbeiten der Befehle und Übergeben von Ausführungs-Threads an das Grafikkern-Feld 414 aufweisen. Das Grafikkern-Feld 414 stellt einen vereinheitlichten Block von Ausführungsressourcen zur Verwendung bei der Verarbeitung dieser Shader -Programme bereit. Eine Mehrzweck-Ausführungslogik (beispielsweise Ausführungseinheiten) innerhalb des einen oder der mehreren Grafikkerne 415A - 414B des Grafikkern-Felds 414 weist eine Unterstützung für verschiedene 3D-API-Shader-Sprachen auf und kann mehrere gleichzeitige Ausführungs-Threads in Zusammenhang mit mehreren Shadern ausführen.
  • Gemäß einigen Ausführungsformen weist das Grafikkern-Feld 414 eine Ausführungslogik zur Ausführung von Medienfunktionen in der Art einer Video- und/oder Bildverarbeitung auf. Gemäß einer Ausführungsform weisen die Ausführungseinheiten eine Logik für allgemeine Zwecke auf, die programmierbar ist, um parallele Rechenoperationen für allgemeine Zwecke zusätzlich zu Grafikverarbeitungsoperationen auszuführen. Die Logik für allgemeine Zwecke kann Verarbeitungsoperationen parallel oder in Zusammenhang mit der Logik für allgemeine Zwecke innerhalb des einen oder der mehreren Prozessorkerne 107 aus 1 oder der Kerne 202A - 202N wie in 2A ausführen.
  • Von Threads, die auf dem Grafikkern-Feld 414 ausgeführt werden, erzeugte Daten können an einen Speicher in einem Unified Return Buffer (URB) 418 ausgegeben werden. Der URB 418 kann Daten für mehrere Threads speichern. Gemäß einigen Ausführungsformen kann der URB 418 verwendet werden, um Daten zwischen verschiedenen Threads, die auf dem Grafikkern-Feld 414 ausgeführt werden, zu übertragen. Gemäß einigen Ausführungsformen kann der URB 418 zusätzlich für die Synchronisation zwischen Threads auf dem Grafikkern-Feld und Festfunktionslogik innerhalb der Geteilte-Funktionen-Logik 420 verwendet werden.
  • Gemäß einigen Ausführungsformen ist das Grafikkern-Feld 414 skalierbar, so dass es eine veränderliche Anzahl von Grafikkernen aufweist, die jeweils eine veränderliche Anzahl von Ausführungseinheiten auf der Grundlage des Zielstromverbrauchs- und Leistungsfähigkeitsniveaus der GPE 410 aufweisen. Gemäß einer Ausführungsform sind die Ausführungsressourcen dynamisch skalierbar, so dass sie nach Bedarf aktiviert oder deaktiviert werden können.
  • Das Grafikkern-Feld 414 koppelt mit der Geteilte-Funktionen-Logik 420, die mehrere Ressourcen aufweist, die zwischen den Grafikkernen im Grafikkern-Feld geteilt werden. Die geteilten Funktionen innerhalb der Geteilte-Funktionen-Logik 420 sind Hardwarelogikeinheiten, die dem Grafikkern-Feld 414 eine spezialisierte ergänzende Funktionalität bereitstellen. Gemäß verschiedenen Ausführungsformen weist die Geteilte-Funktionen-Logik 420 eine Sampler-Logik 421, eine Mathematik-Logik 422 und eine Inter-Thread-Kommunikations(ITC)-Logik 423 auf, ist jedoch nicht darauf beschränkt. Zusätzlich implementieren einige Ausführungsformen einen oder mehrere Caches 425 innerhalb der Geteilte-Funktionen-Logik 420.
  • Eine geteilte Funktion wird zumindest in einem Fall implementiert, in dem kein ausreichender Bedarf zur Aufnahme einer gegebenen spezialisierten Funktion in das Grafikkern-Feld 414 besteht. Stattdessen wird eine einzelne Instanz dieser spezialisierten Funktion als autonome Entität in der Geteilte-Funktionen-Logik 420 implementiert und zwischen den Ausführungsressourcen innerhalb des Grafikkern-Felds 414 geteilt. Der genaue Satz von Funktionen, die zwischen dem Grafikkern-Feld 414 geteilt werden und innerhalb des Grafikkern-Felds 414 enthalten sind, ändert sich zwischen Ausführungsformen. Gemäß einigen Ausführungsformen können spezifische geteilte Funktionen innerhalb der Geteilte-Funktionen-Logik 420, die extensiv vom Grafikkern-Feld 414 verwendet werden, in die Geteilte-Funktionen-Logik 416 innerhalb des Grafikkern-Felds 414 aufgenommen werden. Gemäß verschiedenen Ausführungsformen kann die Geteilte-Funktionen-Logik 416 innerhalb des Grafikkern-Felds 414 einige Logik oder die gesamte Logik innerhalb der Geteilte-Funktionen-Logik 420 aufweisen. Gemäß einer Ausführungsform können alle Logikelemente innerhalb der Geteilte-Funktionen-Logik 420 innerhalb der Geteilte-Funktionen-Logik 416 des Grafikkern-Felds 414 dupliziert werden. Gemäß einer Ausführungsform wird die Geteilte-Funktionen-Logik 420 zugunsten der Geteilte-Funktionen-Logik 416 innerhalb des Grafikkern-Felds 414 ausgeschlossen.
  • Ausführungseinheiten
  • Die 5A - 5B zeigen eine Thread-Ausführungslogik 500, die ein Feld in einem Grafikprozessorkern verwendeter Verarbeitungselemente gemäß hier beschriebenen Ausführungsformen aufweist. Elemente aus den 5A - 5B, welche die gleichen Bezugszahlen (oder Namen) aufweisen wie die Elemente einer anderen hier angeführten Figur, können ähnlich zu den hier beschriebenen arbeiten oder funktionieren, sind jedoch nicht darauf beschränkt. Die 5A - 5B zeigen einen Überblick über die Thread-Ausführungslogik 500, die für die in 2B mit jedem Unterkern 221A - 221F dargestellte Hardwarelogik repräsentativ sein kann. 5A repräsentiert eine Ausführungseinheit innerhalb eines Grafikprozessors für allgemeine Zwecke, während 5B eine Ausführungseinheit repräsentiert, die innerhalb eines Rechenbeschleunigers verwendet werden kann.
  • Wie in 5A dargestellt ist, weist die Thread-Ausführungslogik 500 gemäß einigen Ausführungsformen einen Shader-Prozessor 502, einen Thread-Abfertiger 504, einen Befehls-Cache 506, ein skalierbares Ausführungseinheitsfeld einschließlich mehrerer Ausführungseinheiten 508A - 508N, einen Sampler 510, einen geteilten lokalen Speicher 511, einen Daten-Cache 512 und einen Daten-Port 514 auf. Gemäß einer Ausführungsform kann das skalierbare Ausführungseinheitsfeld durch Aktivieren oder Deaktivieren einer oder mehrerer Ausführungseinheiten (beispielsweise jeglicher der Ausführungseinheiten 508A, 508B, 508C, 508D bis 508N-1 und 508N) auf der Grundlage der Rechenanforderungen einer Arbeitslast dynamisch skalieren. Gemäß einer Ausführungsform sind die enthaltenen Komponenten durch ein Verbindungsnetz, das die jeweiligen Komponenten verknüpft, verbunden. Gemäß einigen Ausführungsformen weist die Thread-Ausführungslogik 500 eine oder mehrere Verbindungen zum Speicher in der Art des Systemspeichers oder Cache-Speichers durch einen oder mehrere vom Befehls-Cache 506, Daten-Port 514, Sampler 510 und von den Ausführungseinheiten 508A - 508N auf. Gemäß einigen Ausführungsformen ist jede Ausführungseinheit (beispielsweise 508A) eine autonome programmierbare Recheneinheit für allgemeine Zwecke, die in der Lage ist, mehrere gleichzeitige Hardware-Threads auszuführen, während mehrere Datenelemente für jeden Thread parallel verarbeitet werden. Gemäß verschiedenen Ausführungsformen ist das Feld der Ausführungseinheiten 508A - 508N skalierbar, so dass es jede beliebige Anzahl einzelner Ausführungseinheiten aufweist.
  • Gemäß einigen Ausführungsformen werden die Ausführungseinheiten 508A - 508N in erster Linie zur Ausführung von Shader-Programmen verwendet. Ein Shader-Prozessor 502 kann die verschiedenen Shader-Programme verarbeiten und Ausführungs-Threads in Zusammenhang mit den Shader-Programmen über einen Thread-Abfertiger 504 abfertigen. Gemäß einer Ausführungsform weist der Thread-Abfertiger Logik zum Arbitrieren von Thread-Einleitungsanforderungen von den Grafik- und Medien-Pipelines und zum Instanziieren der angeforderten Threads auf einer oder mehreren Ausführungseinheiten in den Ausführungseinheiten 508A - 508N auf. Beispielsweise kann eine Geometrie-Pipeline Vertex-, Tesselation- oder Geometrie-Shader an die Thread-Ausführungslogik für die Verarbeitung übergeben. Gemäß einigen Ausführungsformen kann der Thread-Abfertiger 504 auch Laufzeit-Thread-Hervorbringungsanforderungen von den ausführenden Shader-Programmen verarbeiten.
  • Gemäß einigen Ausführungsformen unterstützen die Ausführungseinheiten 508A - 508N einen Befehlssatz, der eine native Unterstützung für viele Standard-3D-Grafik-Shader-Befehle aufweist, so dass Shader-Programme aus Grafikbibliotheken (beispielsweise Direct 3D und OpenGL) mit minimaler Übersetzung ausgeführt werden. Die Ausführungseinheiten unterstützen eine Vertex- und Geometrieverarbeitung (beispielsweise Vertex-Programme, Geometrieprogramme, Vertex-Shader), eine Pixelverarbeitung (beispielsweise Pixel-Shader, Fragment-Shader) und eine Verarbeitung für allgemeine Zwecke (beispielsweise Rechen- und Medien-Shader). Jede der Ausführungseinheiten 508A - 508N ist zu einer Mehrere-Probleme-einzelner-Befehl-mehrere-Daten(SIMD)-Ausführung in der Lage, und eine Mehr-Thread-Operation ermöglicht angesichts von Speicherzugriffen mit höherer Latenz eine wirksame Ausführungsumgebung. Jeder Hardware-Thread innerhalb jeder Ausführungseinheit weist eine dedizierte Registerdatei hoher Bandbreite und einen zugeordneten unabhängigen Thread-Zustand auf. Die Ausführung erfolgt Mehrere-Probleme-pro-Takt auf Pipelines, die zu Ganzzahl-, Einfache-Genauigkeit- und Doppelte-Genauigkeit-Gleitkommaoperationen in der Lage sind, eine SIMD-Zweig-Fähigkeit aufweisen, und zu logischen Operationen, transzendenten Operationen und anderen verschiedenen Operationen in der Lage sind. Während auf Daten vom Speicher oder eine der geteilten Funktionen gewartet wird, veranlasst die Abhängigkeitslogik innerhalb der Ausführungseinheiten 508A - 508N einen wartenden Thread, zu schlafen, bis die angeforderten Daten zurückgegeben wurden. Während der wartende Thread schläft, können Hardware-Ressourcen der Verarbeitung anderer Threads zugewiesen werden. Beispielsweise kann eine Ausführungseinheit während einer Verzögerung in Zusammenhang mit einer Vertex-Shader-Operation Operationen für ein Pixel-Shader-, Fragment-Shader- oder Shader-Programm eines anderen Typs, einschließlich eines anderen Vertex-Shaders, ausführen. Verschiedene Ausführungsformen können dafür geeignet sein, eine Ausführung unter Verwendung eines Einzelner-Befehl-mehrere-Threads (SIMT) als Alternative zur Verwendung von SIMD oder zusätzlich zur Verwendung von SIMD zu verwenden. Ein Bezug auf einen SIMD-Kern oder eine SIMD-Operation kann auch für SIMT gelten oder für SIMD in Kombination mit SIMT gelten.
  • Jede der Ausführungseinheiten 508A - 508N arbeitet an Feldern von Datenelementen. Die Anzahl der Datenelemente ist die „Ausführungsgröße“ oder die Anzahl der Kanäle für den Befehl. Ein Ausführungskanal ist eine logische Ausführungseinheit für den Datenelementzugriff, die Maskierung und die Flusssteuerung innerhalb von Befehlen. Die Anzahl der Kanäle kann von der Anzahl der physischen Rechenlogikeinheiten (ALU) oder Gleitkommaeinheiten (FPU) für einen bestimmten Grafikprozessor unabhängig sein. Gemäß einigen Ausführungsformen unterstützen die Ausführungseinheiten 508A - 508N ganzzahlige und Gleitkomma-Datentypen.
  • Der Ausführungseinheits-Befehlssatz weist SIMD-Befehle auf. Die verschiedenen Datenelemente können als ein paketierter Datentyp in einem Register gespeichert werden, und die Ausführungseinheit verarbeitet die verschiedenen Elemente auf der Grundlage der Datengröße der Elemente. Wenn auf einem 256-Bit-breiten Vektor gearbeitet wird, werden beispielsweise die 256 Bits des Vektors in einem Register gespeichert und arbeitet die Ausführungseinheit an dem Vektor als vier getrennte 54-Bit-paketierte Datenelemente (Quad-Wort(QW)-Größen-Datenelemente), acht getrennte 32-Bit-paketierte Datenelemente (Doppelwort(DW)-Größen-Datenelemente), sechzehn getrennte 16-Bit-paketierte Datenelemente (Wort(W)-Größen-Datenelemente) oder zweiunddreißig getrennte 8-Bit-Datenelemente (Byte(B)-Größen-Datenelemente). Es sind jedoch auch andere Vektorbreiten und Registergrößen möglich.
  • Gemäß einer Ausführungsform können eine oder mehrere Ausführungseinheiten zu einer vereinigten Ausführungseinheit 509A - 509N mit einer den vereinigten EU gemeinsamen Thread-Steuerlogik (507A - 507N) kombiniert werden. Mehrere EU können zu einer EU-Gruppe vereinigt werden. Jede EU in der vereinigten EU-Gruppe kann dafür ausgelegt sein, einen getrennten SIMD-Hardware-Thread auszuführen. Die Anzahl der EU in einer vereinigten EU-Gruppe kann von Ausführungsformen abhängen. Zusätzlich können verschiedene SIMD-Breiten pro EU ausgeführt werden, einschließlich SIMD8, SIMD16 und SIMD32, jedoch ohne Einschränkung darauf. Jede vereinigte Grafikausführungseinheit 509A - 509N weist wenigstens zwei Ausführungseinheiten auf. Beispielsweise weist die vereinigte Ausführungseinheit 509A eine erste EU 508A, eine zweite EU 508B und eine Thread-Steuerlogik 507A, die der ersten EU 508A und der zweiten EU 508B gemeinsam ist, auf. Die Thread-Steuerlogik 507A steuert Threads, die auf der vereinigten Grafikausführungseinheit 509A ausgeführt werden, wodurch es jeder EU innerhalb der vereinigten Ausführungseinheiten 509A - 509N ermöglicht wird, unter Verwendung eines gemeinsamen Befehlszeigerregisters zu arbeiten.
  • Ein oder mehrere interne Befehls-Caches (beispielsweise 506) sind in der Thread-Ausführungslogik 500 enthalten, um Thread-Befehle für die Ausführungseinheiten zu cachen. Gemäß einigen Ausführungsformen sind ein oder mehrere Daten-Caches (beispielsweise 512) aufgenommen, um Thread-Daten während der Thread-Ausführung zu cachen. Threads, die auf der Ausführungslogik 500 ausgeführt werden, können auch explizit gemanagte Daten im geteilten lokalen Speicher 511 speichern. Gemäß einigen Ausführungsformen ist ein Sampler 510 aufgenommen, um eine Texturabtastung für 3D-Operationen und eine Medienabtastung für Medienoperationen bereitzustellen. Gemäß einigen Ausführungsformen weist der Sampler 510 eine spezialisierte Textur- oder Medienabtastfunktionalität zur Verarbeitung von Textur- oder Mediendaten während des Abtastprozesses, bevor die abgetasteten Daten einer Ausführungseinheit bereitgestellt werden, auf.
  • Während der Ausführung senden die Grafik- und Medien-Pipelines Thread-Initialisierungsanforderungen über die Thread-Hervorbringungs- und -Abfertigungslogik zur Thread-Ausführungslogik 500. Sobald eine Gruppe geometrischer Objekte verarbeitet und zu Pixeldaten gerastert wurde, wird die Pixelprozessorlogik (beispielsweise Pixel-Shader-Logik, Fragment-Shader-Logik usw.) innerhalb des Shader-Prozessors 502 aufgerufen, um ferner Ausgangsinformationen zu berechnen und zu bewirken, dass Ergebnisse in Ausgabeflächen geschrieben werden (beispielsweise Farbbuffer, Tiefenbuffer, Stencil-Buffer usw.). Gemäß einigen Ausführungsformen berechnet ein Pixel-Shader oder Fragment-Shader die Werte der verschiedenen Vertex-Attribute, die über das gerasterte Objekt zu interpolieren sind. Gemäß einigen Ausführungsformen führt die Pixelprozessorlogik innerhalb des Shader-Prozessors 502 dann ein Anwendungsprogrammierschnittstellen(API)-zugeführte-Pixel- oder Fragment-Shader-Programm aus. Zur Ausführung des Shader-Programms übergibt der Shader-Prozessor 502 Threads über den Thread-Abfertiger 504 an eine Ausführungseinheit (beispielsweise 508A). Gemäß einigen Ausführungsformen verwendet der Shader-Prozessor 502 eine Texturabtastlogik im Sampler 510 zum Zugriff auf Texturdaten in Texturkarten, die im Speicher gespeichert sind. Rechenoperationen an den Texturdaten und den eingegebenen Geometriedaten berechnen Pixelfarbdaten für jedes geometrische Fragment oder schließen ein oder mehrere Pixel von der Weiterverarbeitung aus.
  • Gemäß einigen Ausführungsformen stellt der Daten-Port 514 einen Speicherzugriffsmechanismus für die Thread-Ausführungslogik 500 zur Ausgabe verarbeiteter Daten an den Speicher zur Weiterverarbeitung auf einer GrafikprozessorAusgabe-Pipeline bereit. Gemäß einigen Ausführungsformen weist der Daten-Port 514 einen oder mehrere Cache-Speicher (beispielsweise Daten-Cache 512) auf oder koppelt damit, um Daten für den Speicherzugriff über den Daten-Port zu cachen.
  • Gemäß einer Ausführungsform kann die Ausführungslogik 500 auch ein Raytracer 505 aufweisen, der eine Raytracing-Beschleunigungsfunktionalität bereitstellen kann. Der Raytracer 505 kann einen Raytracing-Befehlssatz unterstützen, der Befehle/Funktionen zur Strahlerzeugung aufweist. Der Raytracing-Befehlssatz kann dem Raytracing-Befehlssatz, der von den Raytracing-Kernen 245 in 2C unterstützt wird, ähneln oder davon verschieden sein.
  • 5B zeigt beispielhafte interne Einzelheiten einer Ausführungseinheit 508 gemäß Ausführungsformen. Eine Grafikausführungseinheit 508 kann eine Befehlsabrufeinheit 537, ein allgemeines Registerdateifeld (GRF) 524, ein Architekturregisterdateifeld (ARF) 526, einen Thread-Arbiter 522, eine Sendeeinheit 530, eine Zweigeinheit 532, einen Satz von SIMD-Gleitkommaeinheiten (FPU) 534 und gemäß einer Ausführungsform einen Satz dedizierter Ganzzahl-SIMD-ALU 535 aufweisen. Die GRF 524 und ARF 526 weisen den Satz allgemeiner Registerdateien und Architekturregisterdateien in Zusammenhang mit jedem gleichzeitigen Hardware-Thread, der in der Grafikausführungseinheit 508 aktiv sein kann, auf. Gemäß einer Ausführungsform wird der Pro-Thread-Architekturzustand in der ARF 526 aufrechterhalten, während Daten, die während der Thread-Ausführung verwendet werden, in der GRF 524 gespeichert werden. Der Ausführungszustand jedes Threads, einschließlich der Befehlszeiger für jeden Thread, können in Thread-spezifischen Registern in der ARF 526 gehalten werden.
  • Gemäß einer Ausführungsform weist die Grafikausführungseinheit 508 eine Architektur auf, die eine Kombination eines gleichzeitigen Mehr-Threadings (SMT) und eines feinkörnigen verschachtelten Mehr-Threadings (IMT) ist. Die Architektur weist eine modulare Konfiguration auf, die zur Entwurfszeit auf der Grundlage einer Zielanzahl gleichzeitiger Threads und der Anzahl der Register pro Ausführungseinheit fein abgestimmt werden kann, wobei Ausführungseinheitsressourcen über die für die Ausführung mehrerer gleichzeitiger Threads verwendete Logik verteilt werden. Die Anzahl der Logik-Threads, die von der Grafikausführungseinheit 508 ausgeführt werden können, ist nicht auf die Anzahl der Hardware-Threads beschränkt, und es können jedem Hardware-Thread mehrere Logik-Threads zugewiesen werden.
  • Gemäß einer Ausführungsform kann die Grafikausführungseinheit 508 mehrere Befehle gemeinsam ausgeben, die jeweils voneinander verschieden sein können. Der Thread-Arbiter 522 des Grafikausführungseinheits-Threads 508 kann die Befehle zur Ausführung auf eine von der Sendeeinheit 530, der Zweigeinheit 532 oder der einen oder der mehreren SIMD FPU 534 geben. Jeder Befehls-Thread kann auf 128 Register für allgemeine Zwecke innerhalb der GRF 524 zugreifen, wobei jedes Register 32 Bytes speichern kann, die als SIMD-8-Elementvektor von 32-Bit-Datenelementen zugänglich sind. Gemäß einer Ausführungsform hat jeder Ausführungseinheits-Thread Zugriff auf 4 kBytes innerhalb der GRF 524, wenngleich Ausführungsformen nicht darauf beschränkt sind und gemäß anderen Ausführungsformen mehr oder weniger Registerressourcen bereitgestellt werden können. Gemäß einer Ausführungsform ist die Grafikausführungseinheit 508 in sieben Hardware-Threads unterteilt, die unabhängig Rechenoperationen ausführen können, wenngleich die Anzahl der Threads pro Ausführungseinheit gemäß Ausführungsformen auch variieren kann. Beispielsweise werden gemäß einer Ausführungsform bis zu 16 Hardware-Threads unterstützt. Gemäß einer Ausführungsform, bei der sieben Threads auf 4 kBytes zugreifen können, kann die GRF 524 insgesamt 28 kBytes speichern. Wenn 16 Threads auf 4 kBytes zugreifen können, kann das GRF 524 insgesamt 64 kBytes speichern. Flexible Adressierungsmodi können es ermöglichen, dass Register gemeinsam adressiert werden, um breitere Register wirksam zu bilden oder ausgreifende rechteckige Blockdatenstrukturen zu repräsentieren.
  • Gemäß einer Ausführungsform werden Speicheroperationen, Sampler-Operationen und andere Systemkommunikationen mit längerer Latenz über „Sende“-Befehle übermittelt, die von der Nachrichtenübermittlungs-Sendeeinheit 530 ausgeführt werden. Gemäß einer Ausführungsform werden Zweigbefehle an eine dedizierte Zweigeinheit 532 übermittelt, um die SIMD-Divergenz und schließliche Konvergenz zu erleichtern.
  • Gemäß einer Ausführungsform weist die Grafikausführungseinheit 508 eine oder mehrere SIMD-Gleitkommaeinheiten (FPU(s)) 534 zur Ausführung von Gleitkommaoperationen auf. Gemäß einer Ausführungsform unterstützen die FPU(s) 534 auch eine Ganzzahlberechnung. Gemäß einer Ausführungsform können die eine oder die mehreren FPU 534 bis zu einer Anzahl von M 32-Bit-Gleitkomma(oder Ganzzahl-Operationen SIMD-ausführen oder bis zu 2M 16-Bit-Ganzzahl- oder 16-Bit-Gleitkommaoperationen SIMD-ausführen. Gemäß einer Ausführungsform stellt wenigstens eine der FPU(s) eine erweiterte mathematische Fähigkeit zur Unterstützung transzendenter mathematischer Funktionen hohen Durchsatzes und 54-Bit-Gleitkommaoperationen mit doppelter Genauigkeit bereit. Gemäß einigen Ausführungsformen ist auch ein Satz von 8-Bit-Ganzzahl-SIMD-ALUs 535 vorhanden und kann spezifisch optimiert werden, um Operationen in Zusammenhang mit Maschinenlernberechnungen auszuführen.
  • Gemäß einer Ausführungsform können Felder mehrerer Instanzen der Grafikausführungseinheit 508 in einer Grafikunterkerngruppe (beispielsweise einem Unter-Slice) instanziiert werden. Im Interesse der Skalierbarkeit können Produktarchitekten die genaue Anzahl der Ausführungseinheiten pro Unterkerngruppe wählen. Gemäß einer Ausführungsform kann die Ausführungseinheit 508 Befehle über mehrere Ausführungskanäle ausführen. Gemäß einer weiteren Ausführungsform wird jeder auf der Grafikausführungseinheit 508 ausgeführte Thread auf einem anderen Kanal ausgeführt.
  • 6 zeigt eine zusätzliche Ausführungseinheit 600 gemäß einer Ausführungsform. Die Ausführungseinheit 600 kann eine rechenoptimierte Ausführungseinheit zur Verwendung beispielsweise in einer Rechenmaschinenkachel 340A - 340D wie in 3C sein, ist jedoch nicht darauf beschränkt. Varianten der Ausführungseinheit 600 können auch in einer Grafikmaschinenkachel 310A - 310D wie in 3B verwendet werden. Gemäß einer Ausführungsform weist die Ausführungseinheit 600 eine Thread-Steuereinheit 601, eine Thread-Zustandseinheit 602, eine Befehls-Abruf-/Vorabrufeinheit 603 und eine Befehlsdecodiereinheit 604 auf. Die Ausführungseinheit 600 weist zusätzlich eine Registerdatei 606 auf, die Register speichert, die Hardware-Threads innerhalb der Ausführungseinheit zugewiesen werden können. Die Ausführungseinheit 600 weist zusätzlich eine Sendeeinheit 607 und eine Verzweigungseinheit 608 auf. Gemäß einer Ausführungsform können die Sendeeinheit 607 und die Verzweigungseinheit 608 gleichzeitig als Sendeeinheit 530 und als Verzweigungseinheit 532 der Grafikausführungseinheit 508 aus 5B wirken.
  • Die Ausführungseinheit 600 weist auch eine Recheneinheit 610 auf, die mehrere verschiedene Typen funktioneller Einheiten aufweist. Gemäß einer Ausführungsform weist die Recheneinheit 610 eine ALU-Einheit 611 auf, die ein Array von Rechenlogikeinheiten aufweist. Die ALU-Einheit 611 kann dafür ausgelegt sein, 64-Bit-, 32-Bit- und 16-Bit-Ganzzahl- und Gleitkommaoperationen auszuführen. Ganzzahl- und Gleitkommaoperationen können gleichzeitig ausgeführt werden. Die Recheneinheit 610 kann auch ein systolisches Array 612 und eine Mathematikeinheit 613 aufweisen. Das systolische Array 612 weist ein W-breites und D-tiefes Netz von Datenverarbeitungseinheiten auf, die verwendet werden können, um in systolischer Weise vektor- oder andere datenparallele Operationen auszuführen. Gemäß einer Ausführungsform kann das systolische Array 612 dafür ausgelegt sein, Matrixoperationen in der Art von Matrix-Skalarproduktoperationen auszuführen. Gemäß einer Ausführungsform unterstützt das systolische Array 612 16-Bit-Gleitkommaoperationen sowie 8-Bit- und 4-Bit-Ganzzahloperationen. Gemäß einer Ausführungsform kann das systolische Array 612 dafür ausgelegt sein, Maschinenlernoperationen zu beschleunigen. Gemäß solchen Ausführungsformen kann das systolische Array 612 mit Unterstützung für das bfloat-16-Bit-Gleitkommaformat ausgelegt sein. Gemäß einer Ausführungsform kann eine Mathematikeinheit 613 zur effizienten und weniger Energie als die ALU-Einheit 611 verbrauchenden Ausführung einer spezifischen Teilmenge mathematischer Operationen aufgenommen sein. Die Mathematikeinheit 613 kann eine Variante einer Mathematiklogik aufweisen, die in der Geteilte-Funktionen-Logik einer Grafikverarbeitungsmaschine vorgefunden werden kann, die von anderen Ausführungsformen bereitgestellt wird (beispielsweise Mathematiklogik 422 der Geteilte-Funktionen-Logik 420 aus 4). Gemäß einer Ausführungsform kann die Mathematikeinheit 613 dafür ausgelegt sein, 32-Bit- und 64-Bit-Gleitkommaoperationen auszuführen.
  • Die Thread-Steuereinheit 601 weist Logik zur Steuerung der Ausführung von Threads innerhalb der Ausführungseinheit auf. Die Thread-Steuereinheit 601 kann eine Thread-Arbitrierungslogik zum Einleiten, Unterbrechen und Präemptieren der Ausführung von Threads innerhalb der Ausführungseinheit 600 aufweisen. Die Thread-Zustandseinheit 602 kann verwendet werden, um den Thread-Zustand für Threads zu speichern, die für die Ausführung auf der Ausführungseinheit 600 zugewiesen werden. Das Speichern des Thread-Zustands innerhalb der Ausführungseinheit 600 ermöglicht die schnelle Präemption von Threads, wenn diese Threads blockiert oder inaktiv werden. Die Befehls-Abruf-/Vorabrufeinheit 603 kann Befehle von einem Befehls-Cache der Ausführungslogik höherer Ebene (beispielsweise Befehls-Cache 506 wie in 5A) abrufen. Die Befehls-Abruf-/Vorabrufeinheit 603 kann auch auf der Grundlage einer Analyse gegenwärtig ausgeführter Threads Vorabrufsanforderungen für in den Befehls-Cache zu ladende Befehle ausgeben. Die Befehlsdecodiereinheit 604 kann verwendet werden, um von den Recheneinheiten auszuführende Befehle zu decodieren. Gemäß einer Ausführungsform kann die Befehlsdecodiereinheit 604 als Sekundärdecodierer zur Decodierung komplexer Befehle zu Mikrooperationsbestandteilen verwendet werden.
  • Die Ausführungseinheit 600 weist zusätzlich eine Registerdatei 606 auf, die von Hardware-Threads verwendet werden kann, die auf der Ausführungseinheit 600 ausgeführt werden. Register in der Registerdatei 606 können über die für die Ausführung mehrerer gleichzeitiger Threads innerhalb der Recheneinheit 610 der Ausführungseinheit 600 verwendete Logik unterteilt werden. Die Anzahl der Logik-Threads, die von der Grafikausführungseinheit 600 ausgeführt werden können, ist nicht auf die Anzahl der Hardware-Threads beschränkt, und es können jedem Hardware- Thread mehrere Logik-Threads zugewiesen werden. Die Größe der Registerdatei 606 kann auf der Grundlage der Anzahl der unterstützten Hardware-Threads zwischen Ausführungsformen variieren. Gemäß einer Ausführungsform kann eine Registerumbenennung zur dynamischen Zuordnung von Registern zu Hardware-Threads verwendet werden.
  • 7 ist ein Blockdiagramm, das Grafikprozessor-Befehlsformate 700 gemäß einigen Ausführungsformen zeigt. Gemäß einer oder mehreren Ausführungsformen unterstützen die Grafikprozessor-Ausführungseinheiten einen Befehlssatz mit Befehlen in mehreren Formaten. Die durch durchgezogene Linien angegebenen Kästchen zeigen die Komponenten, die im Allgemeinen in einem Ausführungseinheitsbefehl enthalten sind, während die gestrichelten Linien Komponenten aufweisen, die optional sind oder die nur in einer Teilmenge der Befehle enthalten sind. Gemäß einigen Ausführungsformen besteht das beschriebene und dargestellte Befehlsformat 700 aus Makrobefehlen, und zwar in der Hinsicht, dass es sich dabei um Befehle handelt, die der Ausführungseinheit zugeführt werden, im Gegensatz zu Mikrooperationen, die sich aus einer Befehlsdecodierung ergeben, sobald der Befehl verarbeitet wird.
  • Gemäß einigen Ausführungsformen unterstützen die Grafikprozessor-Ausführungseinheiten nativ Befehle in einem 128-Bit-Befehlsformat 710. Ein kompaktiertes 64-Bit-Befehlsformat 730 ist für einige Befehle auf der Grundlage des ausgewählten Befehls, Befehlsoptionen und der Anzahl der Operanden verfügbar. Das native 128-Bit-Befehlsformat 710 stellt Zugriff auf alle Befehlsoptionen bereit, während einige Optionen und Operationen auf das 64-Bit-Format 730 beschränkt sind. Die im 64-Bit-Format 730 verfügbaren nativen Befehle hängen von der Ausführungsform ab. Gemäß einigen Ausführungsformen wird der Befehl teilweise unter Verwendung eines Satzes von Indexwerten in einem Indexfeld 713 kompaktiert. Die Ausführungseinheitshardware referenziert einen Satz von Kompaktierungstabellen auf der Grundlage der Indexwerte und verwendet die Kompaktierungstabellenausgaben zur Rekonstruktion eines nativen Befehls im 128-Bit-Befehlsformat 710. Es können auch andere Befehlsgrößen und -formate verwendet werden.
  • Für jedes Format definiert ein Befehlsoperationscode 712 die Operation, welche die Ausführungseinheit ausführen soll. Die Ausführungseinheiten führen jeden Befehl parallel über die mehreren Datenelemente jedes Operanden aus. Beispielsweise führt die Ausführungseinheit ansprechend auf einen Addierbefehl eine gleichzeitige Addieroperation über jeden Farbkanal, der ein Texturelement oder Bildelement repräsentiert, aus. Standardmäßig führt die Ausführungseinheit jeden Befehl über alle Datenkanäle der Operanden aus. Gemäß einigen Ausführungsformen ermöglicht ein Befehlssteuerfeld 714 eine Steuerung bestimmter Ausführungsoptionen in der Art der Kanalauswahl (beispielsweise Prädikation) und der Datenkanalreihenfolge (beispielsweise Vermischung). Für Befehle im 128-Bit-Befehlsformat 710 begrenzt ein Ausführungsgrößenfeld 716 die Anzahl der Datenkanäle, die parallel ausgeführt werden. Gemäß einigen Ausführungsformen steht das Ausführungsgrößenfeld 716 für eine Verwendung im kompakten 64-Bit-Befehlsformat 730 nicht zur Verfügung.
  • Einige Ausführungseinheitsbefehle haben bis zu drei Operanden, einschließlich zweier Quelloperanden src0 720, srcl 722 und ein Ziel 718. Gemäß einigen Ausführungsformen unterstützen die Ausführungseinheiten Doppelzielbefehle, worin eines der Ziele implizit ist. Datenmanipulationsbefehle können einen dritten Quelloperanden (beispielsweise SRC2 724) aufweisen, wobei der Befehlsoperationscode 712 die Anzahl der Quelloperanden bestimmt. Der letzte Quelloperand eines Befehls kann ein mit dem Befehl übergebener unmittelbarer (beispielsweise hart codierter) Wert sein.
  • Gemäß einigen Ausführungsformen weist das 128-Bit-Befehlsformat 710 ein Zugriffs-/Adressmodusfeld 726 auf, das beispielsweise spezifiziert, ob ein direkter Registeradressierungsmodus oder ein indirekter Registeradressierungsmodus verwendet wird. Wenn ein direkter Registeradressierungsmodus verwendet wird, wird die Registeradresse eines oder mehrerer Operanden direkt durch Bits im Befehl bereitgestellt.
  • Gemäß einigen Ausführungsformen weist das 128-Bit-Befehlsformat 710 ein Zugriffs-/Adressmodusfeld 726 auf, das einen Adressmodus und/oder einen Zugriffsmodus für den Befehl spezifiziert. Gemäß einer Ausführungsform wird der Zugriffsmodus verwendet, um eine Datenzugriffsausrichtung für den Befehl zu definieren. Einige Ausführungsformen unterstützen Zugriffsmodi unter Einschluss eines 16-Byte-ausgerichteten Zugriffsmodus und eines 1-Byte-ausgerichteten Zugriffsmodus, wobei die Byteausrichtung des Zugriffsmodus die Zugriffsausrichtung des Befehlsoperanden festlegt. Beispielsweise kann der Befehl in einem ersten Modus eine Byte-ausgerichtete Adressierung für Quell- und Zieloperanden verwenden, und in einem zweiten Modus eine 16-Byte-ausgerichtete Adressierung für alle Quell- und Zieloperanden verwenden.
  • Gemäß einer Ausführungsform legt der Adressmodusabschnitt des Zugriffs/Adressmodusfelds 726 fest, ob der Befehl eine direkte oder indirekte Adressierung verwenden soll. Wenn der direkte Registeradressierungsmodus verwendet wird, stellen Bits im Befehl direkt die Registeradresse eines oder mehrerer Operanden bereit. Wenn der indirekte Registeradressierungsmodus verwendet wird, kann die Registeradresse eines oder mehrerer Operanden auf der Grundlage eines Adressregisterwerts und eines unmittelbaren Adressfelds im Befehl berechnet werden.
  • Gemäß einigen Ausführungsformen werden Befehle auf der Grundlage von Operationscode-712-Bitfeldern gruppiert, um die Operationscodedecodierung 740 zu vereinfachen. Für einen 8-Bit-Operationscode ermöglichen es die Bits 4, 5 und 6, dass die Ausführungseinheit den Typ des Operationscodes bestimmt. Die dargestellte genaue Operationscodegruppierung dient lediglich als Beispiel. Gemäß einigen Ausführungsformen weist eine Verschiebungs- und Logikoperationscodegruppe 742 Datenverschiebungs- und Logikbefehle (beispielsweise Verschieben (mov), Vergleichen (cmp)) auf. Gemäß einigen Ausführungsformen teilt sich die Verschiebungs- und Logikgruppe 742 die fünf höchstwertigen Bits (MSB), wobei Verschiebungs(mov)-Befehle in der Form 0000xxxxb vorliegen und Logikbefehle in der Form 0001xxxxb vorliegen. Eine Ablaufsteuerungs-Befehlsgruppe 744 (beispielsweise Aufrufen, Springen (jmp)) weist Befehle in der Form 0010xxxxb (beispielsweise 0x20) auf. Eine vermischte Befehlsgruppe 746 weist eine Mischung von Befehlen unter Einschluss von Synchronisationsbefehlen (beispielsweise Warten, Senden) in der Form 0011xxxxb (beispielsweise 0x30) auf. Eine parallele mathematische Befehlsgruppe 748 weist komponentenweise Rechenbefehle (beispielsweise Addieren, Multiplizieren (mul)) in der Form 0100xxxxb (beispielsweise 0x40) auf. Die parallele mathematische Gruppe 748 führt die Rechenoperationen parallel über Datenkanäle aus. Die Vektormathematikgruppe 750 weist Rechenbefehle (beispielsweise dp4) in der Form 0101xxxxb (beispielsweise 0x50) auf. Die Vektormathematikgruppe führt Berechnungen in der Art von Skalarproduktberechnungen an Vektoroperanden aus. Die dargestellte Operationscodedecodierung 740 kann gemäß einer Ausführungsform verwendet werden, um festzustellen, welcher Teil einer Ausführungseinheit verwendet wird, um einen decodierten Befehl auszuführen. Beispielsweise können einige Befehle als systolische Befehle zugewiesen werden, die von einem systolischen Array ausgeführt werden. Andere Befehle in der Art von Raytracing-Befehlen (nicht dargestellt) können zu einem Raytracing-Kern oder einer Raytracing-Logik innerhalb eines Slices oder einer Partition der Ausführungslogik geleitet werden.
  • Grafik-Pipeline
  • 8 ist ein Blockdiagramm einer anderen Ausführungsform eines Grafikprozessors 800. Elemente aus 8, welche die gleichen Bezugszahlen (oder Namen) aufweisen wie die Elemente einer anderen hier angeführten Figur, können ähnlich zu den hier beschriebenen arbeiten oder funktionieren, sind jedoch nicht darauf beschränkt.
  • Gemäß einigen Ausführungsformen weist der Grafikprozessor 800 eine Geometrie-Pipeline 820, eine Medien-Pipeline 830, eine Anzeigemaschine 840, eine Thread-Ausführungslogik 850 und eine Renderausgabe-Pipeline 870 auf. Gemäß einigen Ausführungsformen ist der Grafikprozessor 800 ein Grafikprozessor innerhalb eines Mehrkern-Verarbeitungssystems, das einen oder mehrere Verarbeitungskerne für allgemeine Zwecke aufweist. Der Grafikprozessor wird durch Registerschreibvorgänge in ein oder mehrere Steuerregister (nicht dargestellt) oder durch Befehle, die über eine Ringverbindung 802 an den Grafikprozessor 800 ausgegeben werden, gesteuert. Gemäß einigen Ausführungsformen koppelt die Ringverbindung 802 den Grafikprozessor 800 mit anderen Verarbeitungskomponenten in der Art anderer Grafikprozessoren oder Prozessoren für allgemeine Zwecke. Befehle von der Ringverbindung 802 werden durch einen Befehls-Streamer 803 interpretiert, der Befehle einzelnen Komponenten der Geometrie-Pipeline 820 oder der Medien-Pipeline 830 zuführt.
  • Gemäß einigen Ausführungsformen leitet der Befehls-Streamer 803 den Betrieb eines Vertex-Abrufers 805, der Vertex-Daten aus dem Speicher liest und vom Befehls-Streamer 803 bereitgestellte Vertex-Verarbeitungsbefehle ausführt. Gemäß einigen Ausführungsformen stellt der Vertex-Abrufer 805 einem Vertex-Shader 807, der an jedem Vertex eine Koordinatenraumtransformation und Lichtoperationen ausführt, Vertex-Daten bereit. Gemäß einigen Ausführungsformen führen der Vertex-Abrufer 805 und der Vertex-Shader 807 Vertex-Verarbeitungsbefehle durch Übergeben von Ausführungs-Threads an Ausführungseinheiten 852A - 852B über einen Thread-Abfertiger 831 aus.
  • Gemäß einigen Ausführungsformen sind die Ausführungseinheiten 852A - 852B ein Feld von Vektorprozessoren mit einem Befehlssatz zur Ausführung von Grafik- und Medienoperationen. Gemäß einigen Ausführungsformen weisen die Ausführungseinheiten 852A - 852B einen angegliederten L1-Cache 851 auf, der für jedes Feld spezifisch ist oder zwischen den Feldern geteilt wird. Der Cache kann als Daten-Cache, Befehls-Cache oder einzelner Cache ausgelegt sein, der unterteilt ist, um Daten und Befehle in verschiedenen Partitionen aufzunehmen.
  • Gemäß einigen Ausführungsformen weist die Geometrie-Pipeline 820 Tesselationskomponenten zur Ausführung einer hardwarebeschleunigten Tesselation von 3D-Objekten auf. Gemäß einigen Ausführungsformen konfiguriert ein programmierbarer Hull-Shader 811 die Tesselationsoperationen. Ein programmierbarer Domain-Shader 817 stellt eine Backend-Beurteilung der Tesselationsausgabe bereit. Ein Tesselator 813 arbeitet auf Anweisung des Hull-Shaders 811 und enthält Logik für spezielle Zwecke zur Erzeugung eines Satzes detaillierter geometrischer Objekte auf der Grundlage eines groben geometrischen Modells, das der Geometrie-Pipeline 820 als Eingabe bereitgestellt wird. Gemäß einigen Ausführungsformen können Tesselationskomponenten (beispielsweise Hull-Shader 811, Tesselator 813 und Domain-Shader 817) umgangen werden, wenn die Tesselation nicht verwendet wird.
  • Gemäß einigen Ausführungsformen können vollständige geometrische Objekte durch einen Geometrie-Shader 819 über einen oder mehrere Threads verarbeitet werden, die an Ausführungseinheiten 852A - 852B übergeben werden, oder sie können direkt zum Clipper 829 weitergeleitet werden. Gemäß einigen Ausführungsformen bearbeitet der Geometrie-Shader ganze geometrische Objekte statt Vertices oder Abschnitte von Vertices wie in vorhergehenden Stufen der Grafik-Pipeline. Falls die Tesselation deaktiviert wird, empfängt der Geometrie-Shader 819 eine Eingabe vom Vertex-Shader 807. Gemäß einigen Ausführungsformen ist der Geometrie-Shader 819 durch ein Geometrie-Shader-Programm programmierbar, um eine Geometrie-Tesselation auszuführen, falls die Tesselationseinheiten deaktiviert werden.
  • Vor der Rasterung bearbeitet ein Clipper 829 Vertex-Daten. Der Clipper 829 kann ein Festfunktions-Clipper oder ein programmierbarer Clipper mit Clipping- und Geometrie-Shader-Funktionen sein. Gemäß einigen Ausführungsformen veranlasst eine Rasterungs- und Tiefentestkomponente 873 in der Renderausgabe-Pipepline 870 Pixel-Shader, die geometrischen Objekte in Pro-Pixel-Repräsentationen umzuwandeln. Gemäß einigen Ausführungsformen ist die Pixel-Shader-Logik in der Thread-Ausführungslogik 850 enthalten. Gemäß einigen Ausführungsformen kann eine Anwendung die Rasterungs- und Tiefentestkomponente 873 umgehen und auf nicht gerasterte Vertex-Daten über eine Stromausgabeeinheit 823 zugreifen.
  • Der Grafikerzeuger 800 hat einen Verbindungsbus, ein Verbindungsnetz oder einen anderen Verbindungsmechanismus, der es ermöglicht, Daten und Nachrichten zwischen den Hauptkomponenten des Prozessors zu übertragen. Gemäß einigen Ausführungsformen verbinden sich die Ausführungseinheiten 852A - 852B und zugeordnete Logikeinheiten (beispielsweise L1-Cache 851, Sampler 854, Textur-Cache 858 usw.) über einen Daten-Port 856 zur Ausführung eines Speicherzugriffs und einer Kommunikation mit Renderausgabe-Pipeline-Komponenten des Prozessors. Gemäß einigen Ausführungsformen weisen der Sampler 854, die Caches 851, 858 und die Ausführungseinheiten 852A - 852B jeweils getrennte Speicherzugriffswege auf. Gemäß einer Ausführungsform kann der Textur-Cache 858 auch als ein Sampler-Cache ausgelegt sein.
  • Gemäß einigen Ausführungsformen enthält die Renderausgabe-Pipeline 870 eine Rasterungs- und Tiefentestkomponente 873, die Vertex-basierte Objekte in eine zugeordnete pixelbasierte Repräsentation umwandelt. Gemäß einigen Ausführungsformen weist die Rasterungslogik eine Fenster-/Maskierungseinheit zur Ausführung einer Festfunktions-Dreiecks- und Linienrasterung auf. Ein zugeordneter Render-Cache 878 und Tiefen-Cache 879 sind gemäß einigen Ausführungsformen auch verfügbar. Eine Pixeloperationskomponente 877 führt pixelbasierte Operationen an den Daten aus, wenngleich in einigen Fällen Pixeloperationen in Zusammenhang mit 2D-Operationen (beispielsweise Bitblockbildübertragungen mit Überblenden) von der 2D-Maschine 841 ausgeführt werden oder zur Anzeigezeit durch Überlagerungsanzeigeebenen von der Anzeigesteuereinrichtung 843 ersetzt werden. Gemäß einigen Ausführungsformen ist ein geteilter L3-Cache 875 für alle Grafikkomponenten verfügbar, wodurch das Teilen von Daten ohne die Verwendung von Hauptsystemspeicher ermöglicht wird.
  • Gemäß einigen Ausführungsformen weist die Grafikprozessor-Medien-Pipeline 830 eine Medienmaschine 837 und ein Video-Frontend 834 auf. Gemäß einigen Ausführungsformen empfängt das Video-Frontend 834 Pipeline-Befehle vom Befehls-Streamer 803. Gemäß einigen Ausführungsformen weist die Medien-Pipeline 830 einen getrennten Befehls-Streamer auf. Gemäß einigen Ausführungsformen verarbeitet das Video-Frontend 834 Medienbefehle, bevor sie zur Medienmaschine 837 gesendet werden. Gemäß einigen Ausführungsformen weist die Medienmaschine 837 eine Thread-Hervorbringungsfunktionalität zur Hervorbringung von Threads auf, um sie über den Thread-Abfertiger 831 zur Thread-Ausführungslogik 850 zu übermitteln.
  • Gemäß einigen Ausführungsformen weist der Grafikprozessor 800 eine Anzeigemaschine 840 auf. Gemäß einigen Ausführungsformen befindet sich die Anzeigemaschine 840 außerhalb des Prozessors 800 und koppelt über die Ringverbindung 802 oder einen anderen Verbindungsbus oder ein anderes Verbindungsnetz mit dem Grafikprozessor. Gemäß einigen Ausführungsformen weist die Anzeigemaschine 840 eine 2D-Maschine 841 und eine Anzeigesteuereinrichtung 843 auf. Gemäß einigen Ausführungsformen enthält die Anzeigemaschine 840 Logik für spezielle Zwecke, die in der Lage ist, unabhängig von der 3D-Pipeline zu arbeiten. Gemäß einigen Ausführungsformen ist die Anzeigesteuereinrichtung 843 mit einer Anzeigevorrichtung (nicht dargestellt) verbunden, wobei es sich um eine systemintegrierte Anzeige- vorrichtung handeln kann, wie bei einem Laptopcomputer, oder um eine externe Anzeigevorrichtung, die über einen Anzeigevorrichtungsverbinder angeschlossen ist.
  • Gemäß einigen Ausführungsformen sind die Geometrie-Pipeline 820 und die Medien-Pipeline 830 konfigurierbar, um Operationen auf der Grundlage mehrerer Grafik- und Medienprogrammierschnittstellen auszuführen, und für keine Anwendungsprogrammierschnittstelle (API) spezifisch. Gemäß einigen Ausführungsformen übersetzt Treibersoftware für den Grafikprozessor API-Aufrufe, die für eine bestimmte Grafik- oder Medienbibliothek spezifisch sind, in Befehle, die durch den Grafikprozessor verarbeitet werden können. Gemäß einigen Ausführungsformen wird Unterstützung für die Open-Graphics-Library(OpenGL)-, Open-Computing-Language(OpenCL)- und/oder die Vulkan-Graphics-and-Compute-API, die alle von Khronos Group sind, bereitgestellt. Gemäß einigen Ausführungsformen kann Unterstützung auch für die Direct3D-Bibliothek von Microsoft Corporation bereitgestellt werden. Gemäß einigen Ausführungsformen kann eine Kombination dieser Bibliotheken unterstützt werden. Eine Unterstützung kann auch für die Open Source Computer Vision Library (OpenCV) bereitgestellt werden. Eine künftige API mit einer kompatiblen 3D-Pipeline würde auch unterstützt werden, falls eine Abbildung von der Pipeline der künftigen API auf die Pipeline des Grafikprozessors vorgenommen werden kann.
  • Grafik-Pipeline-Programmierung
  • 9A ist ein Blockdiagramm, das ein Grafikprozessor-Befehlsformat 900 gemäß einigen Ausführungsformen zeigt. 9B ist ein Blockdiagramm, das eine Grafikprozessor-Befehlssequenz 910 gemäß einer Ausführungsform zeigt. Die in durchgezogenen Linien dargestellten Kästchen in 9A zeigen die Komponenten, die allgemein in einem Grafikbefehl enthalten sind, während die gestrichelten Linien Komponenten aufweisen, die optional sind oder nur in einer Teilmenge der Grafikbefehle enthalten sind. Das beispielhafte Grafikprozessor-Befehlsformat 900 aus 9A weist Datenfelder zur Identifikation eines Clients 902, eines Befehlsoperationscodes (opcodes) 904 und Daten 906 für den Befehl auf. Ein Sub-Operationscode 905 und eine Befehlsgröße 908 sind auch in einigen Befehlen enthalten.
  • Gemäß einigen Ausführungsformen spezifiziert der Client 902 die Client-Einheit der Grafikvorrichtung, welche die Befehlsdaten verarbeitet. Gemäß einigen Ausführungsformen untersucht ein Grafikprozessor-Befehlsparser das Client-Feld jedes Befehls zur Bestimmung der Weiterverarbeitung des Befehls und zum Weiterleiten der Befehlsdaten zur geeigneten Client-Einheit. Gemäß einigen Ausführungsformen weisen die Grafikprozessor-Client-Einheiten eine Speicherschnittstelleneinheit, eine Render-Einheit, eine 2D-Einheit, eine 3D-Einheit und eine Medieneinheit auf. Jede Client-Einheit weist eine entsprechende Verarbeitungs-Pipeline auf, welche die Befehle verarbeitet. Sobald der Befehl von der Client-Einheit empfangen wird, liest die Client-Einheit den Operationscode 904 und, falls vorhanden, den Sub-Operationscode 905, um die auszuführende Operation festzulegen. Die Client-Einheit führt den Befehl unter Verwendung von Informationen im Datenfeld 906 aus. Für einige Befehle wird eine explizite Befehlsgröße 908 zur Spezifikation der Größe des Befehls erwartet. Gemäß einigen Ausführungsformen bestimmt der Befehlsparser automatisch die Größe wenigstens einiger der Befehle auf der Grundlage des Befehls-Operationscodes. Gemäß einigen Ausführungsformen werden Befehle durch Mehrfache eines Doppelworts ausgerichtet. Es können auch andere Befehlsformate verwendet werden.
  • Das Flussdiagramm in 9B zeigt eine beispielhafte Grafikprozessor-Befehlssequenz 910. Gemäß einigen Ausführungsformen verwendet Software oder Firmware eines Datenverarbeitungssystems gemäß einer Ausführungsform eines Grafikprozessors eine Version der Befehlssequenz, die wie dargestellt einen Satz von Grafikoperationen einrichtet, ausführt und beendet. Eine Musterbefehlssequenz wird nur als Beispiel dargestellt und beschrieben, weil Ausführungsformen nicht auf diese spezifischen Befehle oder diese Befehlssequenz beschränkt sind. Überdies können die Befehle als Befehlsstapel in einer Befehlssequenz erteilt werden, so dass der Grafikprozessor die Befehlssequenz zumindest teilweise gleichzeitig verarbeitet.
  • Gemäß einigen Ausführungsformen kann die Grafikprozessor-Befehlssequenz 910 mit einem Pipeline-Räumungsbefehl 912 beginnen, um zu bewirken, dass jede aktive Grafik-Pipeline die gegenwärtig anhängigen Befehle für die Pipeline beendet. Gemäß einigen Ausführungsformen arbeiten die 3D-Pipeline 922 und die Medien-Pipeline 924 nicht gleichzeitig. Die Pipeline-Räumung wird ausgeführt, um zu bewirken, dass die aktive Grafik-Pipeline jegliche anhängigen Befehle abschließt. Ansprechend auf eine Pipeline-Räumung pausiert der Befehlsparser für den Grafikprozessor die Befehlsverarbeitung, bis die aktiven Zeichnungsmaschinen anhängige Operationen abgeschlossen haben und die relevanten Lese-Caches ungültig gemacht wurden. Optional können jegliche Daten im Render-Cache, die als „schmutzig“ markiert sind, in den Speicher geräumt werden. Gemäß einigen Ausführungsformen kann der Pipeline-Räumungsbefehl 912 für die Pipeline-Synchronisation verwendet werden oder verwendet werden, bevor der Grafikprozessor in einen Zustand mit geringer Leistungsaufnahme versetzt wird.
  • Gemäß einigen Ausführungsformen wird ein Pipeline-Wählbefehl 913 verwendet, wenn es eine Befehlssequenz erforderlich macht, dass der Grafikprozessor explizit zwischen Pipelines schaltet. Gemäß einigen Ausführungsformen ist ein Pipeline-Wählbefehl 913 nur einmal innerhalb eines Ausführungszusammenhangs erforderlich, bevor Pipeline-Befehle erteilt werden, es sei denn, dass der Zusammenhang Befehle für beide Pipelines ausgeben soll. Gemäß einigen Ausführungsformen ist ein Pipeline-Räumungsbefehl 912 unmittelbar vor einem Pipeline-Schalten über den Pipeline-Wählbefehl 913 erforderlich.
  • Gemäß einigen Ausführungsformen konfiguriert ein Pipeline-Steuerbefehl 914 eine Grafik-Pipeline für den Betrieb und wird verwendet, um die 3D-Pipeline 922 und die Medien-Pipeline 924 zu programmieren. Gemäß einigen Ausführungsformen konfiguriert der Pipeline-Steuerbefehl 914 den Pipeline-Zustand für die aktive Pipeline. Gemäß einer Ausführungsform wird der Pipeline-Steuerbefehl 914 für die Pipeline-Synchronisation und für das Löschen von Daten aus einem oder mehreren Cache-Speichern innerhalb der aktiven Pipeline vor der Verarbeitung eines Befehlsstapels verwendet.
  • Gemäß einigen Ausführungsformen werden Return-Buffer-Zustandsbefehle 916 verwendet, um einen Satz von Return-Buffern für die jeweiligen Pipelines für das Schreiben von Daten zu konfigurieren. Einige Pipeline-Operationen erfordern das Zuweisen, die Auswahl oder die Konfiguration eines oder mehrerer Return-Buffer, in welche die Operationen Zwischendaten während der Verarbeitung schreiben. Gemäß einigen Ausführungsformen verwendet der Grafikprozessor auch einen oder mehrere Return-Buffer zum Speichern von ausgegebenen Daten und zur Ausführung einer Kommunikation zwischen Threads. Gemäß einigen Ausführungsformen umfasst der Return-Buffer-Zustand 916 das Auswählen der Größe und der Anzahl der Return-Buffer zur Verwendung für einen Satz von Pipeline-Operationen.
  • Die restlichen Befehle in der Befehlssequenz unterscheiden sich auf der Grundlage der aktiven Pipeline für Operationen. Auf der Grundlage einer Pipeline-Bestimmung 920 wird die Befehlssequenz für die 3D-Pipeline 922 beginnend mit dem 3D-Pipeline-Zustand 930 oder die Medien-Pipeline 924 beginnend mit dem Medien-Pipeline-Zustand 940 eingerichtet.
  • Die Befehle zur Konfiguration des 3D-Pipeline-Zustands 930 umfassen 3D-Zustandsfestlegungsbefehle für den Vertex-Buffer-Zustand, den Vertex-Elementzustand, den Konstante-Farbe-Zustand, den Tiefenbufferzustand und andere Zustandsvariablen, die zu konfigurieren sind, bevor 3D-Grundformbefehle verarbeitet werden. Die Werte dieser Befehle werden zumindest teilweise auf der Grundlage der bestimmten gerade verwendeten 3D-API festgelegt. Gemäß einigen Ausführungsformen sind 3D-Pipeline-Zustands-930-Befehle auch in der Lage, selektiv bestimmte Pipeline-Elemente zu deaktivieren oder zu umgehen, falls diese Elemente nicht verwendet werden.
  • Gemäß einigen Ausführungsformen wird der 3D-Grundform-932-Befehl verwendet, um 3D-Grundformen zuzuweisen, die von der 3D-Pipeline zu verarbeiten sind. Befehle und zugeordnete Parameter, die durch den 3D-Grundform-932-Befehl an den Grafikprozessor übergeben werden, werden zur Vertex-Abruffunktion in der Grafik-Pipeline weitergeleitet. Die Vertex-Abruffunktion verwendet die 3D-Grundform-932-Befehlsdaten für die Erzeugung von Vertex-Datenstrukturen. Die Vertex-Datenstrukturen werden in einem oder mehreren Return-Buffern gespeichert. Gemäß einigen Ausführungsformen wird der 3D-Grundform-932-Befehl zur Ausführung von Vertex-Operationen an 3D-Grundformen über Vertex-Shader verwendet. Zur Verarbeitung von Vertex-Shadern übergibt die 3D-Pipeline 922 Shader-Ausführungs-Threads an die Grafikprozessor- Ausführungseinheiten.
  • Gemäß einigen Ausführungsformen wird die 3D-Pipeline 922 durch einen Ausführungsbefehl oder ein Ausführungsereignis 934 ausgelöst. Gemäß einigen Ausführungsformen löst ein Registerschreibvorgang eine Befehlsausführung aus. Gemäß einigen Ausführungsformen wird die Ausführung durch einen „Go“- oder „Kick“-Befehl in der Befehlssequenz ausgelöst. Gemäß einer Ausführungsform wird die Befehlsausführung durch die Verwendung eines Pipeline-Synchronisationsbefehls zum Räumen der Befehlssequenz durch die Grafik-Pipeline ausgelöst. Die 3D-Pipeline führt eine Geometrieverarbeitung für die 3D-Grundformen aus. Sobald die Operationen abgeschlossen sind, werden die sich ergebenden geometrischen Objekte gerastert und färbt die Pixelmaschine die sich ergebenden Pixel. Zusätzliche Befehle zur Steuerung des Pixel-Shadings und Pixel-Backend-Operationen können für diese Operationen auch aufgenommen werden.
  • Gemäß einigen Ausführungsformen folgt die Grafikprozessor-Befehlssequenz 910 dem Weg der Medien-Pipeline 924, wenn Medienoperationen ausgeführt werden. Im Allgemeinen hängt die spezifische Verwendung und die spezifische Art der Programmierung für die Medien-Pipeline 924 von den auszuführenden Medien- oder Rechenoperationen ab. Spezifische Mediendecodieroperationen können während der Mediendecodierung an die Medien-Pipeline ausgelagert werden. Gemäß einigen Ausführungsformen kann die Medien-Pipeline auch umgangen werden und kann eine Mediendecodierung ganz oder teilweise unter Verwendung von Ressourcen ausgeführt werden, die von einem oder mehreren Verarbeitungskernen für allgemeine Zwecke bereitgestellt werden. Gemäß einer Ausführungsform weist die Medien-Pipeline auch Elemente für Operationen einer Grafikprozessoreinheit für allgemeine Zwecke (GPGPU) auf, wobei der Grafikprozessor zur Ausführung von SIMD-Vektoroperationen unter Verwendung von Rechen-Shader-Programmen verwendet wird, die sich nicht explizit auf das Rendern von Grafikgrundformen beziehen.
  • Gemäß einigen Ausführungsformen ist die Medien-Pipeline 924 ähnlich ausgelegt wie die 3D-Pipeline 922. Ein Satz von Befehlen zur Konfiguration des Medien-Pipeline-Zustands 940 wird vor den Medienobjektbefehlen 942 zur Befehlswarteschlange übermittelt oder in diese gegeben. Gemäß einigen Ausführungsformen weisen Befehle für den Medien-Pipeline-Zustand 940 Daten zur Konfiguration der Medien-Pipeline-Elemente, die für die Verarbeitung der Medienobjekte verwendet werden, auf. Dies umfasst Daten zur Konfiguration der Videodecodier- und Videocodierlogik innerhalb der Medien-Pipeline in der Art eines Codier- oder Decodierformats. Gemäß einigen Ausführungsformen unterstützen Befehle für den Medien-Pipeline-Zustand 940 auch die Verwendung eines oder mehrerer Zeiger auf „indirekte“ Zustandselemente, die einen Stapel von Zustandseinstellungen enthalten.
  • Gemäß einigen Ausführungsformen liefern Medienobjektbefehle 942 Zeiger auf Medienobjekte zur Verarbeitung durch die Medien-Pipeline. Die Medienobjekte umfassen Speicherpuffer, die zu verarbeitende Videodaten enthalten. Gemäß einigen Ausführungsformen müssen alle Medien-Pipeline-Zustände vor der Erteilung eines Medienobjektbefehls 942 gültig sein. Sobald der Pipeline-Zustand konfiguriert wurde und Medienobjektbefehle 942 in eine Warteschlange eingereiht wurden, wird die Medien-Pipeline 924 durch einen Ausführungsbefehl 944 oder ein gleichwertiges Ausführungsereignis (beispielsweise Registerschreiben) ausgelöst. Die Ausgabe von der Medien-Pipeline 924 kann dann durch von der 3D-Pipeline 922 oder der Medien-Pipeline 924 bereitgestellte Operationen nachbearbeitet werden. Gemäß einigen Ausführungsformen werden GPGPU-Operationen in ähnlicher Weise wie Medienoperationen konfiguriert und ausgeführt.
  • Grafiksoftwarearchitektur
  • 10 zeigt eine beispielhafte Grafiksoftwarearchitektur für ein Datenverarbeitungssystem 1000 gemäß einigen Ausführungsformen. Gemäß einigen Ausführungsformen weist die Softwarearchitektur eine 3D-Grafikanwendung 1010, ein Betriebssystem 1020 und wenigstens einen Prozessor 1030 auf. Gemäß einigen Ausführungsformen weist der Prozessor 1030 einen Grafikprozessor 1032 und einen oder mehrere Prozessorkerne 1034 für allgemeine Zwecke auf. Die Grafikanwendung 1010 und das Betriebssystem 1020 werden jeweils im Systemspeicher 1050 des Datenverarbeitungssystems ausgeführt.
  • Gemäß einigen Ausführungsformen enthält die 3D-Grafikanwendung 1010 ein oder mehrere Shader-Programme, die Shader-Befehle 1012 aufweisen. Die Shader-Sprachbefehle können in einer Shader-Sprache hoher Ebene in der Art der High-Level Shader Language (HLSL) von Direct3D, der OpenGL Shader Language (GLSL) usw. vorliegen. Die Anwendung weist auch ausführbare Befehle 1014 in einer für die Ausführung durch den Prozessorkern 1034 für allgemeine Zwecke geeigneten Maschinensprache auf. Die Anwendung weist auch durch Vertex-Daten definierte Grafikobjekte 1016 auf.
  • Gemäß einigen Ausführungsformen ist das Betriebssystem 1020 ein Microsoft®-Windows®-Betriebssystem von Microsoft Corporation, ein proprietäres UNIX-artiges Betriebssystem oder ein Open-Source-UNIX-artiges Betriebssystem unter Verwendung einer Variante des Linux-Kerns. Das Betriebssystem 1020 kann eine Grafik-API 1022 in der Art der Direct3D-API, der OpenGL-API oder der Vulkan-API unterstützen. Wenn die Direct3D-API verwendet wird, verwendet das Betriebssystem 1020 einen Frontend-Shader-Compiler 1024 zur Kompilierung jeglicher Shader-Befehle 1012 in HLSL in eine Shader-Sprache niedrigerer Ebene. Die Kompilierung kann eine Just-in-time(JIT)-Kompilerung sein, oder die Anwendung kann eine Shader-Vorkompilierung ausführen. Gemäß einigen Ausführungsformen werden Shader hoher Ebene während der Kompilierung der 3D-Grafikanwendung 1010 in Shader niedrigerer Ebene kompiliert. Gemäß einigen Ausführungsformen werden die Shader-Befehle 1012 in einer Zwischenform bereitgestellt, wie einer Version der von der Vulkan-API verwendeten Standard Portable Intermediate Representation (SPIR).
  • Gemäß einigen Ausführungsformen enthält der Benutzermodus-Grafiktreiber 1026 einen Backend-Shader-Compiler 1027 zum Umwandeln der Shader-Befehle 1012 in eine hardwarespezifische Repräsentation. Wenn die OpenGL-API verwendet wird, werden Shader-Befehle 1012 in der GLSL-Sprache hoher Ebene zur Kompilierung an den Benutzermodus-Grafiktreiber 1026 übergeben. Gemäß einigen Ausführungsformen verwendet der Benutzermodus-Grafiktreiber 1026 Betriebssystemkernmodusfunktionen 1028 zur Kommunikation mit einem Kernmodus-Grafiktreiber 1029. Gemäß einigen Ausführungsformen kommuniziert der Kernmodus-Grafiktreiber 1029 mit dem Grafikprozessor 1032 zur Übermittlung von Befehlen und Anweisungen.
  • IP- Kernimolementationen
  • Ein oder mehrere Aspekte wenigstens einer Ausführungsform können durch repräsentativen Code implementiert werden, der auf einem maschinenlesbaren Medium gespeichert ist, wodurch Logik innerhalb einer integrierten Schaltung in der Art eines Prozessors repräsentiert und/oder definiert wird. Beispielsweise kann das maschinenlesbare Medium Befehle aufweisen, die verschiedene Logiken innerhalb des Prozessors repräsentieren. Wenn sie von einer Maschine gelesen werden, können die Befehle die Maschine veranlassen, die Logik zur Ausführung der hier beschriebenen Techniken zu bilden. Solche Repräsentationen, die als „IP-Kerne“ bekannt sind, sind wiederverwendbare Logikeinheiten für eine integrierte Schaltung, die auf einem physischen, maschinenlesbaren Medium als Hardwaremodell, das die Struktur der integrierten Schaltung beschreibt, gespeichert werden können. Das Hardwaremodell kann verschiedenen Kunden oder Herstellungseinrichtungen zugeführt werden, welche das Hardwaremodell auf Herstellungsmaschinen laden, welche die integrierte Schaltung herstellen. Die integrierte Schaltung kann so hergestellt werden, dass sie in Zusammenhang mit jeglichen der hier beschriebenen Ausführungsformen beschriebene Operationen ausführt.
  • 11A ist ein Blockdiagramm, das ein IP-Kernentwicklungssystem 1100 zeigt, das für die Herstellung einer integrierten Schaltung zur Ausführung von Operationen gemäß einer Ausführungsform verwendet werden kann. Das IP-Kernentwicklungssystem 1100 kann für die Erzeugung modularer wiederverwendbarer Entwürfe verwendet werden, die in einen größeren Entwurf aufgenommen oder zur Bildung einer gesamten integrierten Schaltung (beispielsweise einer SoC-integrierten-Schaltung) verwendet werden können. Eine Entwurfseinrichtung 1130 kann eine Softwaresimulation 1110 eines IP-Kernentwurfs in einer Programmiersprache hoher Ebene (beispielsweise C/C++) erzeugen. Die Softwaresimulation 1110 kann verwendet werden, um das Verhalten des IP-Kerns unter Verwendung eines Simulationsmodells 1112 zu entwickeln, zu testen und zu überprüfen. Das Simulationsmodell 1112 kann Funktions-, Verhaltens- und/oder Zeitsimulationen aufweisen. Ein Registerübertragungsebenen(RTL)-Entwurf 1115 kann dann vom Simulationsmodell 1112 erzeugt oder synthetisiert werden. Der RTL-Entwurf 1115 ist eine Abstraktion des Verhaltens der integrierten Schaltung, welche den Fluss von Digitalsignalen zwischen Hardwareregistern, einschließlich der zugeordneten Logik, die unter Verwendung der modellierten Digitalsignale ausgeführt wird, modelliert. Zusätzlich zu einem RTL-Entwurf 1115 können auch Entwürfe niedrigerer Ebene auf der Logikebene oder der Transistorebene erzeugt, entworfen oder synthetisiert werden. Demgemäß können die bestimmten Einzelheiten des anfänglichen Entwurfs und der Simulation variieren.
  • Der RTL-Entwurf 1115 oder eine Entsprechung kann ferner durch die Entwurfseinrichtung zu einem Hardwaremodell 1120, das in einer Hardwarebeschreibungssprache (HDL) vorliegen kann, oder zu einer anderen Repräsentation physischer Entwurfsdaten synthetisiert werden. Die HDL kann ferner simuliert oder getestet werden, um den IP-Kernentwurf zu überprüfen. Der IP-Kernentwurf kann zur Auslieferung an eine Herstellungseinrichtung 1165 einer dritten Partei unter Verwendung eines nicht flüchtigen Speichers 1140 (beispielsweise Festplatte, Flash-Speicher oder irgendein nichtflüchtiges Speichermedium) gespeichert werden. Alternativ kann der IP-Kernentwurf (beispielsweise über das Internet) über eine Drahtverbindung 1150 oder eine drahtlose Verbindung 1160 übertragen werden. Die Herstellungseinrichtung 1165 kann dann eine integrierte Schaltung herstellen, die zumindest teilweise auf dem IP-Kernentwurf beruht. Die hergestellte integrierte Schaltung kann dafür ausgelegt werden, Operationen gemäß zumindest einer hier beschriebenen Ausführungsform auszuführen.
  • 11B zeigt eine seitliche Schnittansicht einer Integrierte-Schaltungs-Baugruppenanordnung 1170 gemäß einigen hier beschriebenen Ausführungsformen. Die Integrierte-Schaltungs-Baugruppenanordnung 1170 zeigt eine Implementation eines oder mehrerer Prozessoren oder Beschleunigervorrichtungen, wie hier beschrieben. Die Baugruppenanordnung 1170 weist mehrere Einheiten von Hardwarelogik 1172, 1174 auf, die mit einem Substrat 1180 verbunden sind. Die Logik 1172, 1174 kann zumindest teilweise in einer konfigurierbaren Logik- oder Festfunktionalitäts-Logikhardware implementiert sein und einen oder mehrere Abschnitte eines oder mehrerer Prozessorkerne, eines oder mehrerer Grafikprozessoren oder anderer hier beschriebener Beschleunigervorrichtungen aufweisen. Jede Logikeinheit 1172, 1174 kann innerhalb eines Halbleiter-Dies implementiert und über eine Verbindungsstruktur 1173 mit dem Substrat 1180 gekoppelt werden. Die Verbindungsstruktur 1173 kann dafür ausgelegt sein, elektrische Signale zwischen der Logik 1172, 1174 und dem Substrat 1180 zu übertragen und Verbindungen aufweisen, die Kontakthöcker oder -säulen einschließen können, jedoch nicht darauf beschränkt sind. Gemäß einigen Ausführungsformen kann die Verbindungsstruktur 1173 dafür ausgelegt sein, elektrische Signale beispielsweise in der Art von Ein-/Ausgabe(E/A)-Signalen und/oder Strom- oder Massesignalen in Zusammenhang mit dem Betrieb der Logik 1172, 1174 zu übertragen. Gemäß einigen Ausführungsformen ist das Substrat 1180 ein epoxidbasiertes Laminatsubstrat. Das Substrat 1180 kann gemäß anderen Ausführungsformen andere geeignete Typen von Substraten aufweisen. Die Baugruppenanordnung 1170 kann über eine Baugruppenverbindung 1183 mit anderen elektrischen Vorrichtungen verbunden sein. Die Baugruppenverbindung 1183 kann mit einer Fläche des Substrats 1180 gekoppelt sein, um elektrische Signale zu anderen elektrischen Vorrichtungen in der Art einer Hauptplatine, eines anderen Chipsatzes oder eines Mehrchipmoduls zu übertragen.
  • Gemäß einigen Ausführungsformen sind die Logikeinheiten 1172, 1174 elektrisch mit einer Bridge 1182 gekoppelt, die dafür ausgelegt ist, elektrische Signale zwischen den Logiken 1172, 1174 zu übertragen. Die Bridge 1182 kann eine dichte Verbindungsstruktur sein, die einen Weg für elektrische Signale bereitstellt. Die Bridge 1182 kann ein Bridge-Substrat aufweisen, das aus Glas oder einem geeigneten Halbleitermaterial besteht. Elektrische Leitungswegmerkmale können auf dem Bridge-Substrat ausgebildet sein, um eine Chip-zu-Chip-Verbindung zwischen den Logiken 1172, 1174 bereitzustellen.
  • Wenngleich zwei Logikeinheiten 1172, 1174 und eine Bridge 1182 dargestellt sind, können hier beschriebene Ausführungsformen mehr oder weniger Logikeinheiten auf einem oder mehreren Dies aufweisen. Der eine oder die mehreren Dies können durch null oder mehr Bridges verbunden sein, weil die Bridge 1182 fortgelassen werden kann, wenn die Logik auf einem einzigen Die ausgebildet ist. Alternativ können mehrere Dies oder Logikeinheiten durch eine oder mehrere Bridges verbunden werden. Zusätzlich können mehrere Logikeinheiten, Dies und Bridges in anderen möglichen Konfigurationen, einschließlich dreidimensionaler Konfigurationen, miteinander verbunden werden.
  • 11C zeigt eine Baugruppenanordnung 1190, die mehrere Einheiten mit einem Substrat 1180 (beispielsweise Basis-Die) verbundener Hardwarelogik-Chiplets aufweist. Eine Grafikverarbeitungseinheit, ein Parallelprozessor und/oder ein Rechenbeschleuniger, wie hier verwendet, kann aus verschiedenen Silicium-Chiplets, die getrennt hergestellt werden, zusammengesetzt werden. In diesem Zusammenhang ist ein Chiplet eine zumindest teilweise gekapselte integrierte Schaltung, die verschiedene Logikeinheiten aufweist, die mit anderen Chiplets zu einer größeren Baugruppe zusammengesetzt werden können. Ein diversifizierter Satz von Chiplets mit verschiedenen IP-Kernlogiken kann zu einer einzigen Vorrichtung zusammengesetzt werden. Zusätzlich können die Chiplets unter Verwendung einer aktiven Verdrahtungslagentechnologie in einen Basis-Die oder ein Basis-Chiplet integriert werden. Die hier beschriebenen Konzepte ermöglichen die Verbindung und Kommunikation zwischen den verschiedenen IP-Formen innerhalb der GPU. IP-Kerne können unter Verwendung verschiedener Prozesstechnologien hergestellt und während der Herstellung zusammengesetzt werden, wodurch die Komplexität des Zusammenführens mehrerer IPs, insbesondere auf einem großen SoC mit mehreren IP-Spielarten, zum selben Herstellungsprozess vermieden wird. Die Ermöglichung der Verwendung der Prozesstechnologien verbessert die Zeit bis zur Markteinführung und bietet eine kostenwirksame Art zur Erzeugung mehrerer Produkt-SKUs. Zusätzlich sind die nicht aggregierten IPs besser dafür geeignet, unabhängig stromgeschaltet zu werden, und können Komponenten, die bei einer gegebenen Arbeitslast nicht verwendet werden, abgeschaltet werden, wodurch der Gesamtstromverbrauch verringert wird.
  • Die Hardwarelogik-Chiplets können Hardwarelogik-Chiplets 1172 für spezielle Zwecke, Logik- oder E/A-Chiplets 1174 und/oder Speicher-Chiplets 1175 umfassen. Die Hardwarelogik-Chiplets 1172 und die Logik- oder E/A-Chiplets 1174 können zumindest teilweise in konfigurierbarer Logik- oder Festfunktionalitätslogik-Hardware implementiert werden und einen oder mehrere Teile von jeglichen des einen oder der mehreren Prozessorkerne, des einen oder der mehreren Grafikprozessoren, der Parallelprozessoren oder anderer Beschleunigervorrichtungen, wie hier beschrieben, aufweisen. Die Speicher-Chiplets 1175 können ein DRAM(beispielsweise GDDR, HBM)-Speicher oder ein Cache(SRAM)-Speicher sein.
  • Jedes Chiplet kann als ein getrennter Halbleiter-Die hergestellt werden und über eine Verbindungsstruktur 1173 mit dem Substrat 1180 gekoppelt werden. Die Verbindungsstruktur 1173 kann dafür ausgelegt sein, elektrische Signale zwischen den verschiedenen Chiplets und Logik innerhalb des Substrats 1180 zu übertragen. Die Verbindungsstruktur 1173 kann Zwischenverbindungen beispielsweise in der Art von Kontakthöckern oder -säulen, jedoch ohne Einschränkung darauf, aufweisen. Gemäß einigen Ausführungsformen kann die Verbindungsstruktur 1173 dafür ausgelegt sein, elektrische Signale beispielsweise in der Art von Ein-/Ausgabe(E/A)-Signalen und/oder Strom- oder Massesignalen in Zusammenhang mit dem Betrieb der Logik-, E/A- und Speicher-Chiplets zu übertragen.
  • Gemäß einigen Ausführungsformen ist das Substrat 1180 ein epoxidbasiertes Laminatsubstrat. Das Substrat 1180 kann gemäß anderen Ausführungsformen andere geeignete Typen von Substraten aufweisen. Die Baugruppenanordnung 1190 kann über eine Baugruppenverbindung 1183 mit anderen elektrischen Vorrichtungen verbunden sein. Die Baugruppenverbindung 1183 kann mit einer Fläche des Substrats 1180 gekoppelt sein, um elektrische Signale zu anderen elektrischen Vorrichtungen in der Art einer Hauptplatine, eines anderen Chipsatzes oder eines Mehrchipmoduls zu übertragen.
  • Gemäß einigen Ausführungsformen können ein Logik- oder E/A-Chiplet 1174 und ein Speicher-Chiplet 1175 elektrisch über eine Bridge 1187 gekoppelt sein, die dafür ausgelegt ist, elektrische Signale zwischen dem Logik- oder E/A-Chiplet 1174 und einem Speicher-Chiplet 1175 zu übertragen. Die Bridge 1187 kann eine dichte Verbindungsstruktur sein, die einen Weg für elektrische Signale bereitstellt. Die Bridge 1187 kann ein Bridge-Substrat aufweisen, das aus Glas oder einem geeigneten Halbleitermaterial besteht. Elektrische Leitungswegmerkmale können auf dem Bridge-Substrat ausgebildet sein, um eine Chip-zu-Chip-Verbindung zwischen dem Logik- oder E/A-Chiplet 1174 und einem Speicher-Chiplet 1175 bereitzustellen. Die Bridge 1187 kann auch als Silicium-Bridge oder Zwischenverbindungs-Bridge bezeichnet werden. Beispielsweise ist die Bridge 1187 gemäß einigen Ausführungsformen eine eingebettete Mehr-Die-Zwischenverbindungs-Bridge (EMIB). Gemäß einigen Ausführungsformen kann die Bridge 1187 einfach eine direkte Verbindung von einem Chiplet zu einem anderen Chiplet sein.
  • Das Substrat 1180 kann Hardwarekomponenten für die E/A 1191, den Cache-Speicher 1192 und andere Hardwarelogik 1193 aufweisen. Ein Fabric 1185 kann in das Substrat 1180 eingebettet sein, um eine Kommunikation zwischen den verschiedenen Logik-Chiplets und der Logik 1191, 1193 innerhalb des Substrats 1180 zu ermöglichen. Gemäß einer Ausführungsform können die E/A 1191, das Fabric 1185, Cache-, Bridge- und andere Hardwarelogik 1193 in einen Basis-Die integriert sein, der auf das Substrat 1180 geschichtet ist.
  • Gemäß verschiedenen Ausführungsformen kann eine Baugruppenanordnung 1190 eine geringere oder eine größere Anzahl von Komponenten und Chiplets aufweisen, die über ein Fabric 1185 oder eine oder mehrere Bridges 1187 miteinander verbunden sind. Die Chiplets innerhalb der Baugruppenanordnung 1190 können in einer 3D- oder 2,5D-Anordnung eingerichtet sein. Im Allgemeinen können Bridge-Strukturen 1187 verwendet werden, um eine Punkt-zu-Punkt-Verbindung beispielsweise zwischen Logik- oder E/A-Chiplets und Speicher-Chiplets zu ermöglichen. Das Fabric 1185 kann zur Verbindung der verschiedenen Logik- und/oder E/A-Chiplets (beispielsweise der Chiplets 1172, 1174, 1191, 1193) mit anderen Logik- und/oder E/A-Chiplets verwendet werden. Gemäß einer Ausführungsform kann der Cache-Speicher 1192 innerhalb des Substrats als globaler Cache für die Baugruppenanordnung 1190, Teil eines verteilten globalen Caches oder dedizierter Cache für das Fabric 1185 wirken.
  • 11D zeigt eine Baugruppenanordnung 1194, die untereinander austauschbare Chiplets 1195 aufweist, gemäß einer Ausführungsform. Die untereinander austauschbaren Chiplets 1195 können zu standardisierten Slots auf einem oder mehreren Basis-Chiplets 1196, 1198 zusammengesetzt werden. Die Basis-Chiplets 1196, 1198 können durch eine Bridge-Zwischenverbindung 1197 gekoppelt werden, die den anderen hier beschriebenen Bridge-Zwischenverbindungen ähneln kann und beispielsweise eine EMIB sein kann. Speicher-Chiplets können auch über eine Bridge-Zwischenverbindung mit Logik- oder E/A-Chiplets verbunden werden. E/A- und Logik-Chiplets können über ein Zwischenverbindungs-Fabric kommunizieren. Die Basis-Chiplets können jeweils einen oder mehrere Slots in einem standardisierten Format für eine von Logik oder E/A oder Speicher/Cache unterstützen.
  • Gemäß einer Ausführungsform können SRAM- und Stromzufuhrschaltungen in einem oder mehreren der Basis-Chiplets 1196, 1198 hergestellt werden, die unter Verwendung einer anderen Prozesstechnologie als die untereinander austauschbaren Chiplets 1195, die auf die Basis-Chiplets gestapelt sind, hergestellt werden können. Beispielsweise können die Basis-Chiplets 1196, 1198 unter Verwendung einer größeren Prozesstechnologie hergestellt werden, während die untereinander austauschbaren Chiplets unter Verwendung einer kleineren Prozesstechnologie hergestellt werden können. Eines oder mehrere der untereinander austauschbaren Chiplets 1195 kann aus einem oder mehreren Speicher(beispielsweise DRAM)-Chiplets bestehen. Auf der Grundlage der für das Produkt, welches die Baugruppenanordnung 1194 verwendet, angestrebten Leistungsaufnahme und/oder Leistungsfähigkeit können für die Baugruppenanordnung 1194 unterschiedliche Speicherdichten ausgewählt werden. Zusätzlich können Logik-Chiplets mit einer anderen Anzahl oder einem anderen Typ funktioneller Einheiten bei der Montage auf der Grundlage der für das Produkt angestrebten Leistungsaufnahme und/oder Leistungsfähigkeit ausgewählt werden. Zusätzlich können Chiplets, die IP-Logikkerne unterschiedlicher Typen enthalten, in die untereinander austauschbaren Chiplet-Slots eingefügt werden, wodurch hybride Prozessorentwürfe ermöglicht werden, die IP-Blöcke unterschiedlicher Technologien mischen und anpassen können.
  • Beispielhafte Svstem-on-a-Chip-integrierte-Schaltung
  • Die 12 - 13 zeigen beispielhafte integrierte Schaltungen und zugeordnete Grafikprozessoren, die unter Verwendung eines oder mehrerer IP-Kerne hergestellt werden können, gemäß verschiedenen hier beschriebenen Ausführungsformen. Zusätzlich zum Dargestellten können andere Logiken und Schaltungen aufgenommen werden, einschließlich zusätzlicher Grafikprozessoren/-kerne, Peripherieschnittstellen-Steuereinrichtungen oder Prozessorkerne für allgemeine Zwecke.
  • 12 ist ein Blockdiagramm, das eine beispielhafte System-on-a-Chip-integrierte-Schaltung 1200 zeigt, die unter Verwendung eines oder mehrerer IP-Kerne hergestellt werden kann, gemäß einer Ausführungsform. Die beispielhafte integrierte Schaltung 1200 weist einen oder mehrere Anwendungsprozessoren 1205 (beispielsweise CPUs) und wenigstens einen Grafikprozessor 1210 auf und kann zusätzlich einen Bildprozessor 1215 und/oder einen Videoprozessor 1220 aufweisen, die jeweils ein modularer IP-Kern von derselben oder mehreren verschiedenen Entwurfseinrichtungen sein können. Die integrierte Schaltung 1200 weist eine Peripherie- oder Buslogik, einschließlich einer USB-Steuereinrichtung 1225, einer UART-Steuereinrichtung 1230, einer SPI/SDIO-Steuereinrichtung 1235 und einer I2S/I2C-Steuereinrichtung 1240, auf. Zusätzlich kann die integrierte Schaltung eine Anzeigevorrichtung 1245 aufweisen, die mit einer oder mehreren von einer High-Definition-Multimedia-Interface(HDMI)-Steuereinrichtung 1250 und einer Mobile-Industry-Processor-Interface(MIPI)-Anzeigeschnittstelle 1255 gekoppelt ist. Speicher kann durch ein Flash-Speicheruntersystem 1260 einschließlich eines Flash-Speichers und einer Flash-Speichersteuereinrichtung, bereitgestellt sein. Die Speicherschnittstelle kann durch eine Speichersteuereinrichtung 1265 zum Zugriff auf SDRAM- oder SRAM-Speichervorrichtungen bereitgestellt sein. Einige integrierte Schaltungen weisen zusätzlich eine eingebettete Sicherheitsmaschine 1270 auf.
  • Die 13A - 13B sind Blockdiagramme, die beispielhafte Grafikprozessoren zur Verwendung mit einem SoC zeigen, gemäß hier beschriebenen Ausführungsformen. 13A zeigt einen beispielhaften Grafikprozessor 1310 einer System-on-a-Chip-integrierten-Schaltung, der unter Verwendung eines oder mehrerer IP-Kerne hergestellt sein kann, gemäß einer Ausführungsform. 13B zeigt einen zusätzlichen beispielhaften Grafikprozessor 1340 einer System-on-a-Chip-integrierten-Schaltung, der unter Verwendung eines oder mehrerer IP-Kerne hergestellt sein kann, gemäß einer Ausführungsform. Der Grafikprozessor 1310 aus 13A ist ein Beispiel eines Grafikprozessorkerns mit geringer Leistungsaufnahme. Der Grafikprozessor 1340 aus 13B ist ein Beispiel eines Grafikprozessorkerns mit höherer Leistungsfähigkeit. Jeder der Grafikprozessoren 1310, 1340 kann eine Variante des Grafikprozessors 1210 aus 12 sein.
  • Wie in 13A dargestellt ist, weist der Grafikprozessor 1310 einen Vertex-Prozessor 1305 und einen oder mehrere Fragmentprozessoren 1315A - 1315N (beispielsweise 1315A, 1315B, 1315C, 1315D bis 1315N-1 und 1315N) auf. Der Grafikprozessor 1310 kann verschiedene Shader-Programme über eine getrennte Logik ausführen, so dass der Vertex-Prozessor 1305 optimiert ist, Operationen für Vertex-Shader-Programme auszuführen, während der eine oder die mehreren Fragmentprozessoren 1315A - 1315N Fragment(beispielsweise Pixel)-Shading-Operationen für Fragment- oder Pixel-Shader-Programme ausführen. Der Vertex-Prozessor 1305 führt die Vertex-Verarbeitungsstufe der 3D-Grafik-Pipeline aus und erzeugt Grundform- und Vertex-Daten. Der eine oder die mehreren Fragmentprozessoren 1315A - 1315N verwenden die durch den Vertex-Prozessor 1305 erzeugten Grundform- und Vertex-Daten zur Erzeugung eines Framebuffers, der auf einer Anzeigevorrichtung angezeigt wird. Gemäß einer Ausführungsform sind der eine oder die mehreren Fragmentprozessoren 1315A - 1315N dafür optimiert, Fragment-Shader-Programme auszuführen, wie sie in der OpenGL-API vorgesehen sind, welche verwendet werden können, um ähnliche Operationen wie ein Pixel-Shader-Programm auszuführen, das in der Direct3D-API vorgesehen ist.
  • Der Grafikprozessor 1310 weist zusätzlich eine oder mehrere Speicherverwaltungseinheiten (MMUs) 1320A - 1320B, Caches 1325A - 1325B und Schaltungsverbindungen 1330A - 1330B auf. Die eine oder die mehreren MMUs 1320A - 1320B stellen eine Abbildung von virtuellen auf physische Adressen für den Grafikprozessor 1310 bereit, einschließlich für den Vertex-Prozessor 1305 und/oder den einen oder die mehreren Fragmentprozessoren 1315A - 1315N, die im Speicher gespeicherte Vertex- oder Bild-/Texturdaten zusätzlich zu in dem einen oder den mehreren Caches 1325A - 1325B gespeicherten Vertex- oder Bild-/Texturdaten referenzieren können. Gemäß einer Ausführungsform können die eine oder die mehreren MMUs 1320A - 1320B mit anderen MMUs innerhalb des Systems synchronisiert werden, einschließlich einer oder mehrerer MMUs in Zusammenhang mit dem einen oder den mehreren Anwendungsprozessoren 1205, dem Bildprozessor 1215 und/oder dem Videoprozessor 1220 aus 12, so dass jeder Prozessor 1205 - 1220 an einem geteilten oder vereinheitlichten virtuellen Speichersystem teilnehmen kann. Die eine oder die mehreren Schaltungsverbindungen 1330A - 1330B ermöglichen es dem Grafikprozessor 1310, sich gemäß Ausführungsformen entweder über einen internen Bus des SoCs oder über eine direkte Verbindung mit anderen IP-Kernen innerhalb des SoCs zu verbinden.
  • Wie in 13B dargestellt ist, weist der Grafikprozessor 1340 die eine oder die mehreren MMUs 1320A - 1320B, Caches 1325A - 1325B und Schaltungsverbindungen 1330A - 1330B des Grafikprozessors 1310 aus 13A auf. Der Grafikprozessor 1340 weist einen oder mehrere Shader-Kerne 1355A - 1355N (beispielsweise 1455A, 1355B, 1355C, 1355D, 1355E, 1355F bis 1355N-1 und 1355N) auf, wodurch eine vereinheitlichte Shader-Kernarchitektur bereitgestellt wird, bei der ein einziger Kern oder Kerntyp alle Typen eines programmierbaren Shader-Codes, einschließlich eines Shader-Programmcodes zur Implementierung von Vertex-Shadern, Fragment-Shadern und/oder Rechen-Shadern, ausführen kann. Die genaue Anzahl der vorhandenen Shader-Kerne kann sich zwischen Ausführungsformen und Implementationen unterscheiden. Zusätzlich weist der Grafikprozessor 1340 einen Zwischenkernaufgabenmanager 1345, der als Thread-Abfertiger zur Übergabe von Ausführungs-Threads an einen oder mehrere Shader-Kerne 1355A - 1355N wirkt, und eine Kachelerzeugungseinheit 1358 zur Beschleunigung von Kachelungsoperationen für ein kachelbasiertes Rendern auf, wobei Renderoperationen für eine Szene im Bildraum unterteilt werden, beispielsweise um eine lokale räumliche Kohärenz innerhalb einer Szene auszunutzen oder die Verwendung interner Caches zu optimieren.
  • Techniken zum Aktivieren von EarlyZ für eine konservative Rasterung
  • Wie vorstehend erwähnt, deaktivieren Anwendungen gegenwärtig infolge der Inkompatibilität von EarlyZ und der konservativen Rasterung typischerweise EarlyZ, wenn die konservative Rasterung verwendet wird. Weil es aus verschiedenen Leistungsfähigkeits- und Wirksamkeitsgründen (beispielsweise einer Verringerung der Anzahl der initialisierten Pixel-Shader-Threads, die einen direkten positiven Einfluss auf die Leistungsfähigkeit und die Speicherbandbreite hat) wünschenswert ist, EarlyZ zu aktivieren, streben hier beschriebene Ausführungsformen an, die Verwendung der konservativen Rasterung zu ermöglichen, ohne die EarlyZ-Funktionalität vollständig zu deaktivieren.
  • Weil die GPU bereits Innere-Abdeckung-Informationen hält, welche teilweise und vollständig abgedeckte Pixel verfolgen, wenn die konservative Rasterung eingeschaltet ist, besteht die allgemeine Idee gemäß verschiedenen hier beschriebenen Ausführungsformen darin, diese Informationen einer oder mehreren Einheiten der Konservative-Rasterung-Pipeline offenzulegen. Auf diese Weise kann zumindest EarlyZ für vollständig abgedeckte Pixel aktiviert werden. Zusätzlich kann der Ansatz auf die Ausführung von EarlyZ selbst für teilweise abgedeckte Pixel erweitert werden, beispielsweise durch Klemmen des extrapolierten Z-Werts auf die minimalen und maximalen Z-Werte der gerasterten Grundform.
  • Gemäß einigen Ausführungsformen verarbeitet bei einem Verfahren zur Verarbeitung von Pixeln durch eine Konservative-Rasterung-Pipeline einer GPU ein gegebener Pixel-Shader-Thread der Konservative-Rasterung-Pipeline gleichzeitig sowohl teilweise als auch vollständig abgedeckte Pixel. Ein konservativer Rastergrafikerzeuger der Konservative-Rastergrafikerzeuger-Pipeline empfängt eine zu rasternde Grundform. Auf der Grundlage mehrerer Vertizes der Grundform erzeugt der konservative Rastergrafikerzeuger einen Pixel-Ort-Stream und Innere-Abdeckung-Daten für jedes Pixel innerhalb des Pixel-Ort-Streams. Die Innere-Abdeckung-Daten geben an, ob das entsprechende Pixel durch die Grundform ganz oder teilweise abgedeckt ist. Für jeden Pixel-Batch des Pixel-Ort-Streams initialisiert der konservative Rastergrafikerzeuger einen Thread eines Pixel-Shaders, wobei er bewirkt, dass EarlyZ für jene Pixel des Pixel-Batches ausgeführt wird, die vollständig durch die Grundform abgedeckt sind, und dass EarlyZ nicht für jene Pixel des Pixel-Batches ausgeführt wird, die teilweise durch die Grundform abgedeckt sind. Beispielsweise kann der konservative Rastergrafikerzeuger EarlyZ für Blöcke vollständig abgedeckter Pixel aktivieren und für Blöcke teilweise abgedeckter Pixel deaktivieren, wodurch die EarlyZ-Verarbeitung für teilweise abgedeckte Pixel umgangen wird. Alternativ kann das gleiche Ergebnis durch Offenlegen der Innere-Abdeckung-Daten für die EarlyZ-Einheit und Auslegen der EarlyZ-Einheit, die teilweise abgedeckten Pixel einfach durchzulassen, ohne eine Tiefenverarbeitung auszuführen, erreicht werden. Der Pixel-Shader erzeugt für seinen Teil einen Stream von Pixelaktualisierungen durch bedingte Verarbeitung jener Pixel, die im Pixel-Ort-Stream verbleiben, um Pixel-Shading-Eigenschaften aufzunehmen, einschließlich der Berechnung eines Tiefenwerts für jene Pixel des Pixel-Ort-Streams, die teilweise durch die Grundform abgedeckt sind, und des Bewirkens, dass LateZ für diese Pixel ausgeführt wird.
  • Gemäß anderen Ausführungsformen kann der konservative Rastergrafikerzeuger getrennte Threads des Pixel-Shaders für Blöcke teilweise abgedeckter Pixel und für Blöcke vollständig abgedeckter Pixel initialisieren. Weil ein gegebener vom Pixel-Shader verarbeiteter Pixelblock entweder ausschließlich aus teilweise abgedeckten Pixeln oder ausschließlich aus vollständig abgedeckten Pixeln besteht, kann der Pixel-Shader eine bedingte Verarbeitung einzelner Pixel vermeiden und stattdessen den gesamten Pixelblock entsprechend den Innere-Abdeckung-Daten verarbeiten, die als Pixelblockebene spezifiziert sind, wodurch angegeben wird, ob der betreffende Block Pixel enthält, die von der gerade gerasterten Grundform vollständig oder teilweise abgedeckt werden. Wie vorstehend erwähnt, empfängt der konservative Rastergrafikerzeuger eine zu rasternde Grundform und erzeugt auf der Grundlage mehrerer Vertizes der Grundform einen Pixel-Ort-Stream und Innere-Abdeckung-Daten für jedes Pixel innerhalb des Pixel-Ort-Streams, wodurch angegeben wird, ob das entsprechende Pixel durch die Grundform vollständig oder teilweise abgedeckt wird. Der konservative Rastergrafikerzeuger gruppiert die Pixel des Pixel-Ort-Streams dann in zwei getrennte Gruppen, nämlich eine erste Gruppe, die jene Pixel enthält, die von der Grundform vollständig abgedeckt sind, und eine zweite Gruppe, die jene Pixel enthält, die von der Grundform teilweise abgedeckt sind. Der konservative Rastergrafikerzeuger initialisiert einen ersten Thread des Pixel-Shaders für einen Batch oder Block von Pixeln aus der ersten Gruppe, wobei bewirkt wird, dass EarlyZ für alle Pixel im Block/Batch ausgeführt wird. Der konservative Rastergrafikerzeuger initialisiert einen zweiten Thread des Pixel-Shaders für einen Batch oder Block von Pixeln aus der zweiten Gruppe, wobei bewirkt wird, dass die Ausführung von EarlyZ für alle Pixel im Batch übersprungen wird. Der erste Thread des Pixel-Shaders erzeugt einen ersten Stream von Pixelaktualisierungen, der Pixel-Shading-Eigenschaften aufweist, und bewirkt, dass LateZ für alle Pixel im betreffenden Batch/Block übersprungen wird (weil bekannt ist, dass sie alle vollständig abgedeckte Pixel sind). Der zweite Thread des Pixel-Shaders erzeugt einen zweiten Stream von Pixelaktualisierungen, worin Pixel-Shading-Eigenschaften aufgenommen sind, wobei ein Tiefenwert für die Pixel berechnet wird und bewirkt wird, dass LateZ für alle Pixel im betreffenden Batch/Block ausgeführt wird (weil bekannt ist, dass sie alle teilweise abgedeckte Pixel sind).
  • Gemäß alternativen Ausführungsformen kann der konservative Rastergrafikerzeuger EarlyZ sowohl für teilweise als auch für vollständig abgedeckte Pixel aktivieren, wobei er sich auf verbesserte Fähigkeiten der EarlyZ-Einheit verlässt, extrapolierte Tiefenwerte auf die minimalen und maximalen Werte der gerade gerasterten Grundform zu klemmen. Wie vorstehend erwähnt, empfängt der konservative Rastergrafikerzeuger eine zu rasternde Grundform und erzeugt auf der Grundlage mehrerer Vertizes der Grundform einen Pixel-Ort-Stream und Innere-Abdeckung-Daten für jedes Pixel innerhalb des Pixel-Ort-Streams, wodurch angegeben wird, ob das entsprechende Pixel durch die Grundform vollständig oder teilweise abgedeckt wird. Der konservative Rastergrafikerzeuger bewirkt, dass EarlyZ für Blöcke/Batches von Pixeln ausgeführt wird, die möglicherweise sowohl teilweise als auch vollständig abgedeckte Pixel enthalten. Auf der Grundlage der Innere-Abdeckung-Daten verarbeitet die EarlyZ-Einheit die Pixel bedingt, wobei sie Tiefenwerte für teilweise abgedeckte Pixel extrapoliert und klemmt. Für teilweise abgedeckte Pixel wird die EarlyZ-Optimierungsverarbeitung auf der Grundlage der geklemmten Tiefenwerte ausgeführt, und für vollständig abgedeckte Pixel wird die EarlyZ-Optimierungsverarbeitung auf der Grundlage existierender Tiefenwerte ausgeführt. Gemäß einer solchen Ausführungsform können Pixel-Shader-Threads ohne Bezugnahme auf die Innere-Abdeckung-Daten ausgeführt werden, weil keine weitere bedingte Verarbeitung oder LateZ-Verarbeitung erforderlich ist.
  • Ansicht hoher Ebene der Grafik-Pipeline
  • 15 ist ein Blockdiagramm, das eine Architekturansicht hoher Ebene der Verteilung der Grafik-Pipeline-Funktionalität zwischen einer Zentralverarbeitungseinheit (CPU) 1510 und einer Grafikverarbeitungseinheit (GPU) 1520 gemäß einer Ausführungsform zeigt. Im Kontext des vorliegenden Beispiels ist die Grafik-Pipeline in vier Teile unterteilt, nämlich Anwendung 1511, Geometrie 1522, Rasterung 1524 und eine Ausgangszusammenführungsstufe 1526. Die Anwendung 1511 wird typischerweise durch Software auf der CPU 1510 ausgeführt, einschließlich der Einleitung von Änderungen an der auf der Anzeigevorrichtung (nicht dargestellt) dargestellten Szene beispielsweise auf der Grundlage einer Benutzerinteraktion über eine Eingabevorrichtung oder während eines Animationsprozesses. Grafik-APIs (beispielsweise Direct3D und OpenGL) abstrahieren die zugrunde liegende Hardwareimplementation eines gegebenen Grafikhardwarebeschleunigers, beispielsweise um unter anderem Softwareprogrammierern eine einheitliche Schnittstelle bereitzustellen. Nicht einschränkende Beispiele von Aufgaben, die typischerweise in der Anwendung 1511 ausgeführt werden, umfassen Kollisionserkennung, Animation und Morphing.
  • Die Geometriestufe 1522, die Rasterungsstufe 1524 und die Ausgangszusammenführungsstufe 1526 werden typischerweise durch die GPU 1520 ausgeführt. Die GPU 1520 kann in die CPU 1510 integriert sein oder eine diskrete Vorrichtung sein, die über eine Schnittstellentechnologie in der Art von PCI Express (PCIe) oder dergleichen mit der CPU 1510 gekoppelt ist. Die Geometriestufe 1522 ist im Allgemeinen für Operationen in Zusammenhang mit kontinuierlichen Grundformen (beispielsweise Polygonen) und ihren Vertizes verantwortlich. Die Rasterungsstufe 1524 betrifft unter anderem die Erzeugung diskreter Fragmente anhand der kontinuierlichen Grundformen, die Bestimmung der Sichtbarkeit von Pixeln, beispielsweise im Fall überlappender Grundformen, und die Berechnung von Farbe und anderen Attributen von Pixeln. Eine frühere Identifikation eines okkludierten Pixels beispielsweise durch EarlyZ ermöglicht es, dass weniger Ressourcen und Verarbeitung in ein Pixel investiert werden, das schließlich nicht angezeigt wird. Die Ausgangszusammenführungsstufe 1526 betrifft im Allgemeinen die Erzeugung der Farbe des endgültigen gerenderten Pixels unter Verwendung einer Kombination unter anderem des Pipeline-Zustands und der durch die Pixel-Shader erzeugten Pixeldaten. Weil 15 in erster Linie Kontext für die Rasterungsstufe 1524 bereitstellen soll, wurden die anderen Stufen aus Gründen der Kürze auf einer hohen Ebene zusammengefasst. Nicht einschränkende Beispiele einer möglichen Verwirklichung und eines möglichen Betriebs einer innerhalb der Rasterungsstufe 1524 implementierten Konservative-Rasterung-Pipeline werden nun mit Bezug auf die 16 - 20 erörtert.
  • Erste Ausführungsform einer Konservative-Rasterung-Pipeline
  • 16 ist ein Blockdiagramm, das Interaktionen zwischen Komponenten einer Konservative-Rasterung-Pipeline 1600 gemäß einer ersten Ausführungsform zeigt. Gemäß einer Ausführungsform repräsentiert die Konservative-Rasterung-Pipeline 1600 eine Teilmenge der innerhalb der Rasterungsstufe 1524 aus 15 implementierten Funktionalität. Im Kontext des vorliegenden Beispiels weist die Konservative-Rasterung-Pipeline 1600 einen konservativen Rastergrafikerzeuger 1610, eine EarlyZ-Einheit 1620, einen Pixel-Shader 1630 und eine LateZ-Einheit 1640 auf. Die Eingabe für den konservativen Rastergrafikerzeuger 1610 wird hier im Allgemeinen als Grundform-Stream 1601 bezeichnet, wodurch von einer vorhergehenden Grafik-Pipeline-Stufe (beispielsweise Geometriestufe 1522) ausgegebene kontinuierliche Grundformen repräsentiert werden, die zu rastern sind. Die Ausgabe des konservativen Rastergrafikerzeugers 1610 und die Eingabe in den Pixel-Shader 1630 werden hier allgemein als Pixel-Ort-Stream 1615 bezeichnet, der unter anderen Daten die Koordinaten/Orte der zu shadenden Pixel aufweist. Wenngleich in diesem Beispiel aus Gründen der Einfachheit nur ein Pixel-Shader 1630 dargestellt ist, werden Fachleute verstehen, dass der Pixel-Ort-Stream 1615 zwischen zahlreichen Pixel-Shadern verteilt werden kann. Die Ausgabe des Pixel-Shaders 1630 wird hier im Allgemeinen als Pixelaktualisierungen 1635 bezeichnet, wobei es sich um einen linearen sequenziellen Stream von Pixeldaten handelt, welche Pixel-Shading-Eigenschaften/Merkmale (beispielsweise Farbe, z-Tiefe und Alphawert) für jedes Pixel aufweist.
  • Im Allgemeinen wird die EarlyZ-Optimierungsverarbeitung im Kontext des vorliegenden Beispiels für einige Pixel (vollständig abgedeckte Pixel) ausgeführt, für die die LateZ-Pixelablehnungsverarbeitung übersprungen wird, und wird die EarlyZ-Optimierungsverarbeitung für andere Pixel (teilweise abgedeckte Pixel) übersprungen, für die die LateZ-Pixelablehnungsverarbeitung ausgeführt wird. Wie Fachleute verstehen werden und wie nachstehend beschrieben wird, können die EarlyZ-Einheit 1620 und/oder die LateZ-Einheit 1640 durch die vorhergehende Stufe (d. h. den konservativen Rastergrafikerzeuger 1610 bzw. den Pixel-Shader 1630) umgangen werden oder können die Pixel, für die die Verarbeitung durch die EarlyZ-Einheit 1620 und/oder die LateZ-Einheit 1640 zu überspringen ist, der betreffenden Einheit bereitgestellt werden und einfach auf der Grundlage der durch den konservativen Rastergrafikerzeuger 1610 erzeugten Innere-Abdeckung-Daten 1623 durchgeleitet werden.
  • Gemäß einer Ausführungsform erzeugt der konservative Rastergrafikerzeuger 1610 den Pixel-Ort-Stream 1615 auf der Grundlage der Vertizes einer vom Grundform-Stream 1601 empfangenen kontinuierlichen Grundform. Es gibt zwei Typen interessierender Pixel, und zwar jene, die vollständig durch die gerade gerasterte Grundform abgedeckt sind, und jene, die teilweise abgedeckt sind. Gemäß einer Ausführungsform erzeugt der konservative Rastergrafikerzeuger 1610 Innere-Abdeckung-Daten 1623 zur Verfolgung dieser beiden Pixeltypen. Wie in 16 ersichtlich ist, können die Innere-Abdeckung-Daten 1623 auch abhängig von der jeweiligen Implementation, wie nachstehend beschrieben wird, einer oder mehreren von der EarlyZ-Einheit 1620, vom Pixel-Shader 1630 und von der LateZ-Einheit 1640 offengelegt und davon verwendet werden.
  • Im Kontext des vorliegenden Beispiels durchlaufen vollständig abgedeckte Pixel 1611 die EarlyZ-Optimierungsverarbeitung, während die LateZ-Optimierungsverarbeitung nachgeschaltet auf teilweise abgedeckte Pixel 1632 angewendet wird, nachdem sie vom Pixel-Shader 1630 ausgegeben wurden. Gemäß einer Ausführungsform bewirkt der konservative Rastergrafikerzeuger 1610, dass die EarlyZ-Optimierungsverarbeitung für die vollständig abgedeckten Pixel 1611 ausgeführt wird und für die teilweise abgedeckten Pixel 1612 nicht ausgeführt wird. Beispielsweise aktiviert der konservative Rastergrafikerzeuger 1610 gemäß einer Ausführungsform EarlyZ für einen Block vollständig abgedeckter Pixel 1611, als ob die konservative Rasterung abgeschaltet wäre. Abhängig von der jeweiligen Implementation kann der Block 4, 8, 16 oder 32 Pixel aufweisen. In Bezug auf die teilweise abgedeckten Pixel 1612 kann gemäß einer Ausführungsform eine bedingte Verarbeitung innerhalb des konservativen Rastergrafikerzeugers 1610 (beispielsweise durch Deaktivieren des EarlyZ-Tests für einen bestimmten Block teilweise abgedeckter Pixel 1612) oder innerhalb der EarlyZ-Einheit 1620 (wobei beispielsweise die durch die Innere-Abdeckung-Daten 1623 identifizierten teilweise abgedeckten Pixel 1612 als Durchlaufwerte behandelt werden) ausgeführt werden. Im letztgenannten Fall kann die EarlyZ-Einheit 1620 die Innere-Abdeckung-Maske verwenden, um die EarlyZ-Operation für teilweise abgedeckte Pixel auszumaskieren.
  • Im Kontext des vorliegenden Beispiels kann ein Pixel-Shader-Thread auf einen Pixelblock einwirken, der sowohl teilweise abgedeckte als auch vollständig abgedeckte Pixel aufweist. Dabei verarbeitet der Pixel-Shader 1630 die einzelnen Pixel des Pixel-Ort-Streams 1615 bedingt auf der Grundlage der Innere-Abdeckung-Daten. Dabei verarbeitet der Pixel-Shader 1630 beispielsweise den Pixel-Ort-Stream zur Aufnahme von Pixel-Shading-Eigenschaften sowohl für vollständig abgedeckte als auch für teilweise abgedeckte Pixel, er kann jedoch nur Tiefenwerte für die teilweise abgedeckten Pixel 1612 berechnen. Ferner kann der Pixel-Shader 1630 bewirken, dass teilweise abgedeckte Pixel 1632 innerhalb der Pixelaktualisierungen 1635 von der LateZ-Einheit 1640 verarbeitet werden, während vollständig abgedeckte Pixel 1631 innerhalb der Pixelaktualisierungen 1635 die LateZ-Einheit 1640 umgehen. Alternativ können gemäß einer Ausführungsform alle Pixel innerhalb der Pixelaktualisierungen 1635 durch die LateZ-Einheit 1640 geleitet werden, wobei die LateZ-Einheit die vollständig abgedeckten Pixel 1631 (beispielsweise durch Behandeln der durch die Innere-Abdeckung-Daten 1623 identifizierten vollständig abgedeckten Pixel 1631 als Durchlaufwerte) und die teilweise abgedeckten Pixel 1632 (beispielsweise durch Ausführen der LateZ-Pixelablehnungsverarbeitung) unterschiedlich behandelt.
  • 17 ist ein Flussdiagramm, das eine Konservative-Rasterung-Pipeline-Verarbeitung gemäß der ersten Ausführungsform zeigt. In Block 1710 empfängt der konservative Rastergrafikerzeuger (beispielsweise konservative Rastergrafikerzeuger 1610) eine zu rasternde Grundform. Beispielsweise kann der konservative Rastergrafikerzeuger eine Grundform zur Zeit aus dem Grundform-Stream 1601 verarbeiten.
  • In Block 1720 erzeugt der konservative Rastergrafikerzeuger unter der zur Erläuterung gemachten Annahme, dass die Grundform auszufüllen ist, einen Pixel-Ort-Stream (beispielsweise Pixel-Ort-Stream 1615), der jenen Pixeln, die von der Grundform berührt werden, sowie jenen Pixeln, die vollständig von der Grundform umgeben sind, entspricht. Wenn der konservative Rastergrafikerzeuger den Pixel-Ort-Stream erzeugt, erzeugt er auch die Innere-Abdeckung-Daten 1623. Beispielsweise kann der konservative Rastergrafikerzeuger die Vertizes der Grundform auf den Bildschirm projizieren und dann feststellen, ob ein gegebenes diskretes Fragment (Pixel) den erforderlichen Bedingungen in Bezug auf das sich ergebende zweidimensionale Polygon (beispielsweise das in 14B dargestellte 2D-Dreieck 1410) genügt.
  • Gemäß einer Ausführungsform können die Innere-Abdeckung-Daten 1623 in Form einer den Pixelorten entsprechenden Matrix repräsentiert werden. Gemäß Ausführungsformen, bei denen eine Innere-Abdeckung-Statusangabe (beispielsweise ein Bit-Flag) auf einer Pro-Pixel-Ebene für einen Pixelblock verfolgt wird (beispielsweise 0 = das entsprechende Pixel ist vollständig durch die Grundform abgedeckt, 1 = das entsprechende Pixel ist teilweise durch die Grundform abgedeckt), können die Innere-Abdeckung-Daten 1623 hier auch als Innere-Abdeckung-Maske bezeichnet werden.
  • In Entscheidungsblock 1730 wird festgestellt, ob ein betrachtetes Pixel vollständig abgedeckt ist. Falls dies der Fall ist, wird die Verarbeitung in Entscheidungsblock 1740 fortgesetzt, und andernfalls verzweigt die Verarbeitung zu Entscheidungsblock 1760. Wie vorstehend erwähnt wurde, kann diese Feststellung in Bezug auf die Innere-Abdeckung-Daten 1623 ausgeführt werden, und sie kann abhängig von der bestimmten Implementation innerhalb des konservativen Rastergrafikerzeugers oder innerhalb der EarlyZ-Einheit (beispielsweise EarlyZ-Einheit 1620) ausgeführt werden.
  • In Entscheidungsblock 1740 wird die EarlyZ-Optimierungsverarbeitung durch die EarlyZ-Einheit ausgeführt und eine Entscheidung in Bezug darauf, ob das betrachtete Pixel zu halten oder abzulehnen ist, getroffen. Beispielsweise kann die EarlyZ-Einheit einen frühen Tiefentest am Z-Wert des betrachteten Pixels ausführen, um festzustellen, ob das Pixel den Tiefentest nicht besteht (d. h. okkludiert ist) und daher nicht durch den Pixel-Shader geleitet zu werden braucht. Falls das Pixel den frühen Tiefentest nicht besteht, verzweigt die Verarbeitung zu Block 1750, und die Verarbeitung wird andernfalls in Block 1760 fortgesetzt.
  • In Block 1750 wurde festgestellt, dass das Pixel okkludiert ist, und es wird daher aus dem Pixel-Ort-Stream entfernt, weil es nicht erforderlich ist, weitere Verarbeitungen am Pixel auszuführen.
  • Gemäß einer Ausführungsform wird, wenn ein Pixelblock für die Verarbeitung durch einen Pixel-Shader verfügbar ist, ein Pixel-Shader-Thread initialisiert und die Verarbeitung in Block 1760 fortgesetzt. Wie Fachleute verstehen werden, kann, weil die EarlyZ-Optimierung einige Pixel aus dem Pixel-Ort-Stream 1615 fallen lassen kann, mehr als ein Pixelblock der EarlyZ-Optimierungsverarbeitung unterzogen werden müssen, um einen Ausgangsblock von Pixeln von der EarlyZ-Einheit zu erzeugen. Dabei kann gemäß einer Ausführungsform ein Pixel-Shader-Thread mit einem heterogenen Pixelblock, der eine Mischung vollständig abgedeckter Pixel und teilweise abgedeckter Pixel aufweist, initialisiert werden.
  • In Block 1760 nimmt der Pixel-Shader (beispielsweise der Pixel-Shader 1630) Pixel-Shading-Eigenschaften (mit Ausnahme der z-Tiefe) in den Pixel-Ort-Stream 1615 auf. Dann wird die Verarbeitung in Entscheidungsblock 1770 fortgesetzt.
  • Im Kontext des vorliegenden Beispiels behandelt der Pixel-Shader die Pixel auf der Grundlage der Innere-Abdeckung-Daten 1623 unterschiedlich, weil der durch den Pixel-Shader gerade verarbeitete Pixelblock vollständig abgedeckte und teilweise abgedeckte Pixel aufweisen kann und Tiefenwerte zuvor für die vollständig abgedeckten Pixel berechnet wurden.
  • In Entscheidungsblock 1770 stellt der Pixel-Shader auf einer Pixel-für-Pixel-Basis mit Bezug auf die Innere-Abdeckung-Daten 1623 fest, ob das betreffende Pixel vollständig abgedeckt ist. Wenn das Pixel vollständig abgedeckt ist, verzweigt die Verarbeitung zu Block 1780, und andernfalls wird die Pixel-Shading- und Konservative-Rastergrafikerzeuger-Pipeline-Verarbeitung für das Pixel abgeschlossen.
  • In Block 1780 werden Tiefenwerte für teilweise abgedeckte Pixel berechnet, und diese Informationen werden zu den Pixelaktualisierungen 1635 hinzugefügt.
  • In Block 1790 wird eine LateZ-Pixelablehnung auf der Grundlage der in Block 1780 berechneten Tiefenwerte an den teilweise abgedeckten Pixeln ausgeführt, weil der Tiefentest noch für diese Pixel ausgeführt werden muss. An diesem Punkt wird die Konservative-Rastergrafikerzeuger-Pipeline-Verarbeitung abgeschlossen.
  • Zweite Ausführungsform einer Konservative-Rasterung-Pipeline
  • 18 ist ein Blockdiagramm, das Interaktionen zwischen Komponenten einer Konservative-Rasterung-Pipeline 1800 gemäß einer zweiten Ausführungsform zeigt. Gemäß einer Ausführungsform repräsentiert die Konservative-Rasterung-Pipeline 1800 eine Teilmenge der innerhalb der Rasterungsstufe 1524 aus 15 implementierten Funktionalität. Im Kontext des vorliegenden Beispiels weist die Konservative-Rasterung-Pipeline 1800 einen konservativen Rastergrafikerzeuger 1810, eine EarlyZ-Einheit 1820, einen Puffer 1825, zwei verschiedene Pixel-Shader-Threads 1830a-b und eine LateZ-Einheit 1840 auf. Wie vorstehend liegt die Eingabe in den konservativen Rastergrafikerzeuger 1810 in Form eines Grundform-Streams 1601 vor, werden die Ausgabe des konservativen Rastergrafikerzeugers 1810 und die Eingabe in die Pixel-Shader-Threads 1830a-b allgemein als Pixel-Ort-Stream 1615 bezeichnet und liegt die Ausgabe der Pixel-Shader-Threads 1630a-b in Form von Pixelaktualisierungen 1635 vor.
  • Im Allgemeinen wird im Kontext des vorliegenden Beispiels und ähnlich der ersten Ausführungsform die EarlyZ-Optimierungsverarbeitung an vollständig abgedeckten Pixeln ausgeführt, für die die LateZ-Pixelablehnungsverarbeitung übersprungen wird, und wird die EarlyZ-Optimierungsverarbeitung für teilweise abgedeckte Pixel, an denen die LateZ-Pixelablehnungsverarbeitung ausgeführt wird, übersprungen, dieser Ansatz kann jedoch für GPU-Architekturen geeignet sein, die darauf beschränkt sein können, EarlyZ auf der Granularitätsebene eines Pixelblocks auszuführen. Die Ausgabe des Pixel-Shaders 1630 wird hier im Allgemeinen als Pixelaktualisierungen 1635 bezeichnet, wobei es sich um einen linearen sequenziellen Stream von Pixeldaten handelt, welche Pixel-Shading-Eigenschaften/Merkmale (beispielsweise Farbe, z-Tiefe und Alphawert) für jedes Pixel aufweist. Wenngleich in diesem Beispiel aus Gründen einer wirksamen Erläuterung einer getrennten Verarbeitung vollständig abgedeckter Pixel und teilweise abgedeckter Pixel zwei Pixel-Shader-Threads 1830a-b dargestellt sind, werden Fachleute verstehen, dass der Pixel-Ort-Stream 1615 zwischen zahlreichen zusätzlichen Pixel-Shader-Threads verteilt werden kann.
  • Gemäß einer Ausführungsform erzeugt der konservative Rastergrafikerzeuger 1810 den Pixel-Ort-Stream 1615 auf der Grundlage der Vertizes einer vom Grundform-Stream 1601 empfangenen kontinuierlichen Grundform und erzeugt Innere-Abdeckung-Daten 1823, um zu verfolgen, ob Pixel (oder Pixelblöcke) durch die Grundform vollständig oder teilweise abgedeckt werden. Gemäß einigen Ausführungsformen können Innere-Abdeckung-Daten 1823 Pro-Pixel-Granularitätsstatusangaben zur Verwendung durch den konservativen Rastergrafikerzeuger 1810 aufweisen, solche Statusangaben können jedoch auf der Pixelblock-Granularitätsebene anschließend an den konservativen Rastergrafikerzeuger 1810 zur Verwendung durch die Pixel-Shader-Threads 1830a-b verfolgt werden, weil die Pixel-Shader-Threads 1830a-b auf homogene Pixelblöcke einwirken und jeder Pixel-Shader-Thread daher einfach auf einer Pixelblockebene informiert werden kann, ob der Block, den er verarbeitet, aus vollständig abgedeckten oder teilweise abgedeckten Pixeln besteht.
  • Im Kontext des vorliegenden Beispiels durchlaufen vollständig abgedeckte Pixel 1811 die EarlyZ-Optimierungsverarbeitung, während die LateZ-Optimierungsverarbeitung nachgeschaltet auf teilweise abgedeckte Pixel 1832 angewendet wird, nachdem sie vom Pixel-Shader-Thread 1830b ausgegeben wurden. Gemäß einer Ausführungsform verarbeitet der konservative Rastergrafikerzeuger 1810 die Pixel bedingt, wobei er Blöcke vollständig abgedeckter Pixel 1811 und Blöcke teilweise abgedeckter Pixel 1812 getrennt gruppiert. Blöcke vollständig abgedeckter Pixel 1811 werden der EarlyZ-Einheit 1820 zugeführt und durch den Pixel-Shader-Thread 1830a verarbeitet. Wenn Blöcke teilweise abgedeckter Pixel 1812 innerhalb des Puffers 1825 akkumuliert wurden, werden sie durch den Pixel-Shader-Thread 1830b parallel verarbeitet. Gemäß einer Ausführungsform initialisiert der konservative Rastergrafikerzeuger 1810 den Pixel-Shader-Thread 1830a für vollständig abgedeckte Pixel, als ob die konservative Rasterung ausgeschaltet wäre, während EarlyZ aktiviert ist, und startet den Pixel-Shader-Thread 1830b getrennt für teilweise abgedeckte Pixel, während EarlyZ deaktiviert ist.
  • Wie verständlich sein sollte, besteht ein Unterschied zwischen diesem Beispiel und jenem, das in 16 dargestellt ist, darin, dass die Pixel-Shader-Threads 1830a-b homogene Blöcke vollständig abgedeckter Pixel bzw. teilweise abgedeckter Pixel verarbeiten. Dabei kann ein Pixel-Shader eine bedingte Verarbeitung auf einer Pro-Pixel-Basis vermeiden und einfach auf einer Blockebene (beispielsweise über die Innere-Abdeckung-Daten 1823) informiert werden, ob der Pixelblock, den er gegenwärtig verarbeitet, vollständig abgedeckte Pixel oder teilweise abgedeckte Pixel enthält.
  • Gemäß einer Ausführungsform berechnet der Pixel-Shader-Thread 1830a Pixel-Shading-Eigenschaften/Merkmale (außer der z-Tiefe, die bereits von der EarlyZ-Einheit 1820 ausgeführt wurde) für jedes Pixel des Pixelblocks zur Erzeugung vollständig abgedeckter Pixel 1831 der Pixelaktualisierungen 1635. Der Pixel-Shader-Thread 1830b berechnet seinerseits Pixel-Shading-Eigenschaften/Merkmale (einschließlich der z-Tiefe, an der LateZ anschließend ausgeführt wird) für jedes Pixel des Pixelblocks, um teilweise abgedeckte Pixel 1832 der Pixelaktualisierungen 1635 zu erzeugen.
  • 19 ist ein Flussdiagramm, das eine Konservative-Rasterung-Pipeline-Verarbeitung gemäß der zweiten Ausführungsform zeigt. In Block 1910 empfängt der konservative Rastergrafikerzeuger (beispielsweise konservative Rastergrafikerzeuger 1810) eine zu rasternde Grundform. Beispielsweise kann der konservative Rastergrafikerzeuger eine Grundform zur Zeit aus dem Grundform-Stream 1601 verarbeiten.
  • In Block 1920 erzeugt der konservative Rastergrafikerzeuger unter der zur Erläuterung gemachten Annahme, dass die Grundform auszufüllen ist, einen Pixel-Ort-Stream (beispielsweise Pixel-Ort-Stream 1615), der jenen Pixeln, die von der Grundform berührt werden, sowie jenen Pixeln, die vollständig von der Grundform umgeben sind, entspricht. Wenn der konservative Rastergrafikerzeuger den Pixel-Ort-Stream erzeugt, erzeugt er auch die Innere-Abdeckung-Daten 1823. Beispielsweise kann der konservative Rastergrafikerzeuger die Vertizes der Grundform auf den Bildschirm projizieren und dann feststellen, ob ein gegebenes diskretes Fragment (Pixel) den erforderlichen Bedingungen in Bezug auf das sich ergebende zweidimensionale Polygon (beispielsweise das in 14B dargestellte 2D-Dreieck 1410) genügt.
  • Gemäß einer Ausführungsform können die Innere-Abdeckung-Daten 1823 während der Verarbeitung durch den konservativen Rastergrafikerzeuger in Form einer den Pixelorten entsprechenden Matrix oder Maske repräsentiert werden und Statusangaben (beispielsweise Bit-Flags) auf einer Pro-Pixel-Ebene (beispielsweise 0 = das entsprechende Pixel ist vollständig durch die Grundform abgedeckt, 1 = das entsprechende Pixel ist teilweise durch die Grundform abgedeckt) für einen Pixelblock aufweisen. Weil Pixel-Shader-Threads (beispielsweise die Pixel-Shader-Threads 1830ab) homogene Blöcke entweder vollständig abgedeckter oder teilweise abgedeckter Pixel verarbeiten, können die Innere-Abdeckung-Daten 1823 nach dem konservativen Rastergrafikerzeuger einfach die Statusangaben auf einer Blockgranularitätsebene verfolgen. Weil es zu bestimmten Zeiten während der Konservative-Rasterung-Pipeline in diesem Beispiel zwei verschiedene Formen von Innere-Abdeckung-Daten geben kann, kann die erste Form (mit Pro-Pixel-Statusangaben) als erster Satz von Innere-Abdeckung-Daten bezeichnet werden und kann die zweite Form (mit Blockebenen-Statusangaben) als zweiter Satz von Innere-Abdeckung-Daten bezeichnet werden.
  • In Entscheidungsblock 1930 stellt der konservative Rastergrafikerzeuger beispielsweise mit Bezug auf die Innere-Abdeckung-Daten 1823 fest, ob ein betrachtetes Pixel vollständig abgedeckt ist. Falls dies der Fall ist, wird die Verarbeitung in Block 1970 fortgesetzt, und die Verarbeitung verzweigt andernfalls zu Block 1940. Weil der konservative Rastergrafikerzeuger den Pixel-Ort-Stream 1615 in zwei getrennte Gruppen unterteilt, die Blöcke vollständig abgedeckter Pixel und Blöcke teilweise abgedeckter Pixel aufweisen, kann er auch den zweiten Satz von Innere-Abdeckung-Daten erzeugen.
  • In Block 1970 führt die EarlyZ-Einheit (beispielsweise die EarlyZ-Einheit 1820) eine EarlyZ-Optimierungsverarbeitung an einem Block vollständig abgedeckter Pixel des vom konservativen Rastergrafikerzeuger ausgegebenen Pixel-Ort-Streams 1615 aus. Weil Blöcke vollständig abgedeckter Pixel für die nächste Stufe verfügbar sind, wird die Verarbeitung in Block 1980 fortgesetzt.
  • In Block 1980 wird ein Pixel-Shader-Thread (beispielsweise Pixel-Shader-Thread 1830a) für einen homogenen Block vollständig abgedeckter Pixel gestartet, und auf der Grundlage der Innere-Abdeckung-Daten nimmt der Pixel-Shader-Thread geeignete Pixel-Shading-Eigenschaften/Merkmale (ohne Ausführung einer Tiefenwertberechnung) für jedes Pixel auf, um einen Teil der Pixelaktualisierungen 1635 zu erzeugen. An diesem Punkt wird die Konservativer-Rastergrafikerzeuger-Pipeline-Verarbeitung für diesen Pixelblock abgeschlossen.
  • In Block 1940 werden vom konservativen Rastergrafikerzeuger ausgegebene teilweise abgedeckte Pixel des Pixel-Ort-Streams 1615 gepuffert (beispielsweise im Puffer 1820), bis ein Block teilweise abgedeckter Pixel für die nächste Stufe verfügbar ist.
  • In Block 1950 wird ein Pixel-Shader-Thread (beispielsweise Pixel-Shader-Thread 1830b) für einen homogenen Block teilweise abgedeckter Pixel gestartet und nimmt der Pixel-Shader-Thread auf der Grundlage der Innere-Abdeckung-Daten geeignete Pixel-Shading-Eigenschaften/Merkmale (einschließlich Tiefenwerte) für jedes Pixel auf, um einen Teil der Pixelaktualisierungen 1635 zu erzeugen, die in Block 1960 durch die LateZ-Verarbeitung geführt werden.
  • In Block 1960 wird die LateZ-Pixelablehnung am Block teilweise abgedeckter Pixel auf der Grundlage der in Block 1780 berechneten Tiefenwerte ausgeführt, weil der Tiefentest noch für diesen Pixelblock ausgeführt werden muss. An diesem Punkt wird die Konservativer-Rastergrafikerzeuger-Pipeline-Verarbeitung für diesen Pixelblock abgeschlossen.
  • Dritte Ausführungsform einer Konservative-Rasterung-Pipeline
  • 20 ist ein Blockdiagramm, das Interaktionen zwischen Komponenten einer Konservative-Rasterung-Pipeline 2000 gemäß einer dritten Ausführungsform zeigt. Gemäß einer Ausführungsform repräsentiert die Konservative-Rasterung-Pipeline 2000 eine Teilmenge der innerhalb der Rasterungsstufe 1524 aus 15 implementierten Funktionalität. Im Kontext des vorliegenden Beispiels weist die Konservative-Rasterung-Pipeline 2000 einen konservativen Rastergrafikerzeuger 2010, eine EarlyZ-Einheit 2020 und einen Pixel-Shader 2030 auf. Wie vorstehend liegt die Eingabe in den konservativen Rastergrafikerzeuger 2010 in Form eines Grundform-Streams 1601 vor, werden die Ausgabe des konservativen Rastergrafikerzeugers 2010 und die Eingabe in den Pixel-Shader 2030 allgemein als Pixel-Ort-Stream 1615 bezeichnet und liegt die Ausgabe des Pixel-Shaders 2030 in Form von Pixelaktualisierungen 1635 vor. Wiederum werden Fachleute verstehen, dass der Pixel-Ort-Stream 1615 zwischen zahlreichen Pixel-Shadern verteilt werden kann, auch wenn in diesem Beispiel aus Gründen der Einfachheit nur ein Pixel-Shader 2030 dargestellt ist.
  • Im Allgemeinen wird im Kontext des vorliegenden Beispiels infolge der an der EarlyZ-Einheit 2020 ausgeführten Verbesserungen eine EarlyZ-Optimierungsverarbeitung sowohl an den vollständig abgedeckten Pixeln 2011 als auch den teilweise abgedeckten Pixeln 2012 des Pixel-Ort-Streams 1615 ausgeführt. Dabei ist es nicht erforderlich, dass die LateZ-Pixelablehnungsverarbeitung dem Pixel-Shader 2030 folgt.
  • Gemäß einer Ausführungsform erzeugt der konservative Rastergrafikerzeuger 2010 den Pixel-Ort-Stream 1615 auf der Grundlage der Vertizes einer vom Grundform-Stream 1601 empfangenen kontinuierlichen Grundform und erzeugt Innere-Abdeckung-Daten 1823, um zu verfolgen, ob Pixel (oder Pixelblöcke) durch die Grundform vollständig oder teilweise abgedeckt werden. Abhängig von der jeweiligen Implementation, beispielsweise abhängig davon, ob vollständig abgedeckte Pixel und teilweise abgedeckte Pixel der EarlyZ-Einheit 2020 in Form eines homogenen Pixelblocks (d. h. eines Blocks, der ganz aus vollständig abgedeckten Pixeln oder ganz aus teilweise abgedeckten Pixeln besteht) oder eines heterogenen Pixelblocks (d. h. eines Blocks, der sowohl vollständig abgedeckte Pixel als auch teilweise abgedeckte Pixel aufweisen kann) zugeführt werden, können die Innere-Abdeckung-Daten 1823 Pro-Pixel-Granularitätsstatusangaben aufweisen und/oder solche Statusangaben können auf der Pixelblock-Granularitätsebene verfolgt werden.
  • Im Kontext des vorliegenden Beispiels fügt die EarlyZ-Einheit 2020 die Fähigkeit hinzu, zumindest extrapolierte Tiefenwerte für teilweise abgedeckte Pixel auf das Minimum und das Maximum der gerade gerasterten Grundform zu klemmen, um zu ermöglichen, dass die EarlyZ-Optimierungsverarbeitung sowohl für vollständig abgedeckte Pixel 2011 als auch für teilweise abgedeckte Pixel 2012 aktiviert wird. Gemäß einer Ausführungsform kann ein selektives Klemmen auf der Grundlage von Innere-Abdeckung-Daten vermieden werden, indem alle von der EarlyZ-Einheit 2020 berechneten Tiefenwerte (beispielsweise extrapolierte Tiefenwerte für teilweise abgedeckte Pixel und Tiefenwerte für vollständig abgedeckte Pixel) auf das Minimum und das Maximum der gerade gerasterten Grundform geklemmt werden. Dabei werden Fachleute verstehen, dass, wenngleich die Innere-Abdeckung-Daten 1823 in 20 als mögliche Eingabe in die EarlyZ-Einheit 2020 dargestellt sind, die EarlyZ-Einheit 2020 gemäß einigen Ausführungsformen die Innere-Abdeckung-Daten 1823 nicht verwendet und sie daher gemäß solchen Ausführungsformen nicht offengelegt zu werden brauchen.
  • Im Kontext des vorliegenden Beispiels braucht der Pixel-Shader 2030 während der Verarbeitung der Berechnung der Pixel-Shading-Eigenschaften/Merkmale für die gerade verarbeiteten Pixel keine z-Tiefenwerte für die Pixel zu berechnen, weil das Tiefentesten zuvor vor dem Empfang durch den Pixel-Shader 2030 an allen Pixeln ausgeführt wurde. Ähnlich ist eine LateZ-Verarbeitung an den vom Pixel-Shader 2030 ausgegebenen Pixelaktualisierungen 1635 nicht erforderlich.
  • Viele der beschriebenen Verfahren werden in ihrer grundlegendsten Form beschrieben, es können jedoch Prozesse zu jeglichen der Verfahren hinzugefügt oder daraus entnommen werden, und es können Informationen zu jeglichen der beschriebenen Nachrichten hinzugefügt oder daraus entfernt werden, ohne vom wesentlichen Geltungsbereich der vorliegenden Ausführungsformen abzuweichen. Fachleute werden verstehen, dass viele weitere Modifikationen und Anpassungen vorgenommen werden können. Die jeweiligen Ausführungsformen sollen das Konzept nicht einschränken, sondern es erläutern. Der Geltungsbereich der Ausführungsformen soll nicht durch die spezifischen vorstehend bereitgestellten Beispiele, sondern nur durch die nachstehenden Ansprüche bestimmt werden.
  • Falls ausgesagt wird, dass ein Element „A“ mit einem Element „B“ gekoppelt ist, kann das Element A direkt mit dem Element B oder beispielsweise über ein Element C indirekt damit gekoppelt sein. Wenn in der Beschreibung oder in den Ansprüchen ausgesagt wird, dass eine Komponente, ein Merkmal, eine Struktur, ein Prozess oder eine Eigenschaft A eine Komponente, ein Merkmal, eine Struktur, einen Prozess oder eine Eigenschaft B „bewirkt“, bedeutet dies, dass „A“ zumindest eine Teilursache von „B“ ist, dass es jedoch auch zumindest eine andere Komponente, ein anderes Merkmal, eine andere Struktur, einen anderen Prozess oder eine andere Eigenschaft geben kann, die das Bewirken von „B“ unterstützt. Falls in der Beschreibung angegeben wird, dass eine Komponente, ein Merkmal, eine Struktur, ein Prozess oder eine Eigenschaft enthalten sein „kann“ oder „könnte“, braucht diese jeweilige Komponente, dieses jeweilige Merkmal, diese jeweilige Struktur, dieser jeweilige Prozess oder diese jeweilige Eigenschaft nicht enthalten zu sein. Falls sich die Beschreibung oder ein Anspruch auf „ein“ Element bezieht, bedeutet dies nicht, dass es nur eines der beschriebenen Elemente gibt.
  • Eine Ausführungsform ist eine Implementation oder ein Beispiel. Ein in der Beschreibung auftretender Bezug auf „eine Ausführungsform“, „eine einzige Ausführungsform“, „einige Ausführungsformen“ oder „andere Ausführungsformen“ bedeutet, dass ein bestimmtes Merkmal, eine bestimmte Struktur oder eine bestimmte Eigenschaft, die in Zusammenhang mit den Ausführungsformen beschrieben wird, in zumindest einigen Ausführungsformen, jedoch nicht notwendigerweise in allen Ausführungsformen, enthalten ist. Die verschiedenen auftretenden Stellen von „eine Ausführungsform“, „eine einzige Ausführungsform“ oder „einige Ausführungsformen“ beziehen sich nicht notwendigerweise alle auf dieselben Ausführungsformen. Es ist zu verstehen, dass in der vorstehenden Beschreibung beispielhafter Ausführungsformen verschiedene Merkmale manchmal in einer einzigen Ausführungsform, Figur oder Beschreibung davon zusammen gruppiert sind, um die Offenbarung geradliniger zu machen und beim Verständnis eines oder mehrerer der verschiedenen neuartigen Aspekte zu helfen. Dieses Verfahren der Offenbarung sollte jedoch nicht als eine Absicht widerspiegelnd interpretiert werden, dass die beanspruchten Ausführungsformen mehr Merkmale erfordern als in den jeweiligen Ansprüchen ausdrücklich erwähnt ist. Vielmehr befinden sich, wie die folgenden Ansprüche widerspiegeln, neuartige Aspekte in weniger als allen Merkmalen einer einzigen vorhergehend offenbarten Ausführungsform. Demgemäß werden die Ansprüche hiermit ausdrücklich in diese Beschreibung aufgenommen, wobei jeder Anspruch für sich als getrennte Ausführungsform steht.
  • Die folgenden Klauseln und/oder Beispiele betreffen weitere Ausführungsformen oder Beispiele. Spezifische Einzelheiten in den Beispielen können an beliebiger Stelle in einer oder mehreren Ausführungsformen verwendet werden. Die verschiedenen Merkmale der verschiedenen Ausführungsformen oder Beispiele können auf verschiedene Arten kombiniert werden, wobei einige Merkmale aufgenommen und andere ausgeschlossen sind, um einer Vielzahl verschiedener Anwendungen Rechnung zu tragen. Beispiele können Gegenstände in der Art eines Verfahrens, von Mitteln zum Ausführen von Schritten des Verfahrens, von wenigstens einem maschinenlesbaren Medium, das Befehle aufweist, die, wenn sie von einer Maschine ausgeführt werden, die Maschine veranlassen, Schritte des Verfahrens auszuführen, oder einer Vorrichtung oder eines Systems zum Ermöglichen einer Hybridkommunikation gemäß hier beschriebenen Ausführungsformen und Beispielen aufweisen.
  • Einige Ausführungsformen betreffen Beispiel 1, das eine Grafikverarbeitungseinheit (GPU) aufweist, die EarlyZ für eine konservative Rasterung unterstützt, wobei die GPU Folgendes umfasst: einen konservativen Rastergrafikerzeuger, der in der Lage ist, Folgendes auszuführen: Verarbeiten eines Grundform-Streams und Erzeugen (i) eines Pixel-Ort-Streams auf der Grundlage von Vertizes einer Grundform aus dem Grundform-Stream und (ii) von Innere-Abdeckung-Daten für jedes Pixel innerhalb des Pixel-Ort-Streams, wobei die Innere-Abdeckung-Daten für ein gegebenes Pixel innerhalb des Pixel-Ort-Streams angeben, ob das gegebene Pixel vollständig durch eine Grundform abgedeckt ist, mit der es assoziiert ist, oder teilweise durch die Grundform abgedeckt ist, und Initialisieren einer Pixel-Shader-Verarbeitung für Pixelblöcke des Pixel-Ort-Streams, wobei bewirkt wird, dass ein frühes Tiefentesten für jene Pixel der Pixelblöcke, die vollständig durch die Grundform abgedeckt sind, ausgeführt wird, und bewirkt wird, dass ein frühes Tiefentesten für jene Pixel der Pixelblöcke, die teilweise durch die Grundform abgedeckt sind, ausgeführt wird, und eine EarlyZ-Einheit, die in der Lage ist, das frühe Tiefentesten auszuführen, um okkludierte Pixel vor dem Pixel-Shading aus dem Pixel-Ort-Stream zu verwerfen, und mehrere Pixel-Shader, die in der Lage sind, die Pixel-Shader-Verarbeitung auszuführen, um Pixelaktualisierungen durch bedingtes Verarbeiten des Pixel-Ort-Streams zu erzeugen und Pixel-Shading-Eigenschaften in die Pixelaktualisierungen aufzunehmen, wobei für jene Pixel des Pixel-Ort-Streams, die teilweise durch die Grundform abgedeckt sind, ein Tiefenwert berechnet wird und bewirkt wird, dass ein spätes Tiefentesten für die Pixel ausgeführt wird, und eine LateZ-Einheit, die in der Lage ist, das späte Tiefentesten auszuführen, um okkludierte Pixel aus den Pixelaktualisierungen zu verwerfen.
  • Beispiel 2 weist den Gegenstand von Beispiel 1 auf, wobei der konservative Rastergrafikerzeuger bewirkt, dass ein frühes Tiefentesten ausgeführt wird, indem er die EarlyZ-Einheit für jene Pixel des Pixelblocks aktiviert, die vollständig durch die Grundform abgedeckt sind.
  • Beispiel 3 weist den Gegenstand der Beispiele 1 - 2 auf, wobei der konservative Rastergrafikerzeuger bewirkt, dass kein frühes Tiefentesten ausgeführt wird, indem er die EarlyZ-Einheit für jene Pixel des Pixelblocks deaktiviert, die teilweise durch die Grundform abgedeckt sind.
  • Beispiel 4 weist den Gegenstand der Beispiele 1 - 3 auf, wobei die EarlyZ-Einheit in der Lage ist, die Innere-Abdeckung-Daten zu verwenden, um das frühe Tiefentesten für teilweise abgedeckte Pixel auszumaskieren.
  • Einige Ausführungsformen betreffen Beispiel 5, das ein Verfahren zum Verarbeiten von Pixeln durch eine Konservative-Rasterung-Pipeline aufweist, wobei das Verfahren Folgendes umfasst: Empfangen einer zu rasternden Grundform durch einen konservativen Rastergrafikerzeuger eine Konservativer-Rastergrafikerzeuger-Pipeline einer Grafikverarbeitungseinheit, Erzeugen eines Pixel-Ort-Streams und von Innere-Abdeckung-Daten für jedes Pixel innerhalb des Pixel-Ort-Streams durch den konservativen Rastergrafikerzeuger auf der Grundlage mehrerer Vertizes der Grundform, wobei die Innere-Abdeckung-Daten angeben, ob das entsprechende Pixel vollständig oder teilweise durch die Grundform abgedeckt ist, für jeden Pixelblock des Pixel-Ort-Streams Initialisieren eines Threads eines Pixel-Shaders der Konservativer-Rastergrafikerzeuger-Pipeline durch den konservativen Rastergrafikerzeuger, wobei bewirkt wird, dass EarlyZ für jene Pixel des Pixelblocks ausgeführt wird, die vollständig durch die Grundform abgedeckt sind, und bewirkt wird, dass EarlyZ für jene Pixel des Pixelblocks, die teilweise durch die Grundform abgedeckt sind, nicht ausgeführt wird, und Erzeugen eines Streams von Pixelaktualisierungen durch bedingtes Verarbeiten des Pixel-Ort-Streams, um Pixel-Shading-Eigenschaften aufzunehmen, durch den Pixel-Shader, wobei für jene Pixel des Pixel-Ort-Streams, die teilweise durch die Grundform abgedeckt sind, ein Tiefenwert für die Pixel berechnet wird und bewirkt wird, dass LateZ für die Pixel ausgeführt wird.
  • Beispiel 6 weist den Gegenstand von Beispiel 5 auf, wobei beim Bewirken, dass EarlyZ ausgeführt wird, EarlyZ für jene Pixel des Pixelblocks aktiviert wird, die vollständig durch die Grundform abgedeckt sind.
  • Beispiel 7 weist den Gegenstand der Beispiele 5 - 6 auf, wobei beim Bewirken, dass EarlyZ nicht ausgeführt wird, EarlyZ für jene Pixel des Pixelblocks umgangen wird, die teilweise durch die Grundform abgedeckt sind.
  • Beispiel 8 weist den Gegenstand der Beispiele 5 - 7 auf, wobei beim Bewirken, dass EarlyZ nicht ausgeführt wird, EarlyZ für jene Pixel des Pixelblocks deaktiviert wird, die teilweise durch die Grundform abgedeckt sind.
  • Beispiel 9 weist den Gegenstand der Beispiele 5 - 8 auf, wobei beim Bewirken, dass EarlyZ nicht ausgeführt wird, bewirkt wird, dass eine EarlyZ-Einheit Pixel des Pixel-Ort-Streams auf der Grundlage der Innere-Abdeckung-Daten bedingt verarbeitet, wobei jene Pixel des Pixelblocks, die teilweise durch die Grundform abgedeckt sind, ungeändert durchgelassen werden.
  • Einige Ausführungsformen betreffen Beispiel 10, das eine Grafikverarbeitungseinheit (GPU) aufweist, die EarlyZ für eine konservative Rasterung unterstützt, wobei die GPU Folgendes umfasst: einen konservativen Rastergrafikerzeuger, der in der Lage ist, Folgendes auszuführen: Verarbeiten eines Grundform-Streams und Erzeugen (i) eines Pixel-Ort-Streams auf der Grundlage von Vertizes einer Grundform aus dem Grundform-Stream und (ii) eines ersten Satzes von Innere-Abdeckung-Daten für jedes Pixel innerhalb des Pixel-Ort-Streams, wobei der erste Satz von Innere-Abdeckung-Daten für ein gegebenes Pixel innerhalb des Pixel-Ort-Streams angibt, ob das gegebene Pixel vollständig durch eine Grundform abgedeckt ist, mit der es assoziiert ist, oder teilweise durch die Grundform abgedeckt ist, Gruppieren von Pixeln des Pixel-Ort-Streams in eine erste Gruppe und eine zweite Gruppe auf der Grundlage des ersten Satzes von Innere-Abdeckung-Daten, wobei die erste Gruppe jene der Pixel aufweist, die vollständig durch die Grundform abgedeckt sind, und die zweite Gruppe jene Pixel aufweist, die teilweise durch die Grundform abgedeckt sind, und Initialisieren getrennter Pixel-Shader-Threads, einschließlich eines ersten Threads für einen ersten Pixelblock der ersten Gruppe und eines zweiten Threads für einen zweiten Pixelblock der zweiten Gruppe, wobei ein erster Pixel-Shader in der Lage ist, den ersten Thread auszuführen, und ein zweiter Pixel-Shader in der Lage ist, den zweiten Thread auszuführen.
  • Beispiel 11 weist den Gegenstand von Beispiel 10 auf, und es umfasst ferner eine EarlyZ-Einheit, die in der Lage ist, ein frühes Tiefentesten auszuführen, wobei der konservative Rastergrafikerzeuger ferner in der Lage ist, Folgendes auszuführen: Erzeugen eines zweiten Satzes von Innere-Abdeckung-Daten, die auf einer Pixelblockebene angeben, dass (i) alle Pixel im ersten Block vollständig durch die Grundform abgedeckt sind und (ii) alle Pixel im zweiten Block teilweise durch die Grundform abgedeckt sind, und Bewirken, dass das frühe Tiefentesten für Pixel im ersten Block ausgeführt wird, und Bewirken, dass das frühe Tiefentesten für Pixel im zweiten Block nicht ausgeführt wird.
  • Beispiel 12 weist den Gegenstand der Beispiele 10 - 11 auf, und es umfasst ferner eine LateZ-Einheit, die in der Lage ist, ein spätes Tiefentesten auszuführen, wobei: auf der Grundlage des zweiten Satzes von Innere-Abdeckung-Daten der erste Pixel-Shader ferner in der Lage ist, einen ersten Stream von Pixelaktualisierungen zu erzeugen, der Pixel-Shading-Eigenschaften aufweist, und zu bewirken, dass das späte Tiefentesten für alle Pixel im ersten Block übersprungen wird, und auf der Grundlage des zweiten Satzes von Innere-Abdeckung-Daten der zweite Pixel-Shader ferner in der Lage ist, einen zweiten Stream von Pixelaktualisierungen zu erzeugen, der Pixel-Shading-Eigenschaften aufweist, einen Tiefenwert für alle Pixel im zweiten Block zu berechnen und zu bewirken, dass das späte Tiefentesten für alle Pixel im zweiten Block ausgeführt wird.
  • Einige Ausführungsformen betreffen Beispiel 13, das ein Verfahren zum Verarbeiten von Pixeln durch eine Konservative-Rasterung-Pipeline aufweist, wobei das Verfahren Folgendes umfasst: Empfangen einer zu rasternden Grundform durch einen konservativen Rastergrafikerzeuger einer Konservativer-Rastergrafikerzeuger-Pipeline einer Grafikverarbeitungseinheit, Erzeugen eines Pixel-Ort-Streams und eines ersten Satzes von Innere-Abdeckung-Daten für jedes Pixel innerhalb des Pixel-Ort-Streams durch den konservativen Rastergrafikerzeuger auf der Grundlage mehrerer Vertizes der Grundform, wobei der erste Satz der Innere-Abdeckung-Daten angibt, ob das entsprechende Pixel vollständig oder teilweise durch die Grundform abgedeckt ist, Gruppieren von Pixeln des Pixel-Ort-Streams durch den konservativen Rastergrafikerzeuger auf der Grundlage des ersten Satzes von Innere-Abdeckung-Daten in eine erste Gruppe und eine zweite Gruppe, wobei die erste Gruppe jene Pixel aufweist, die vollständig durch die Grundform abgedeckt sind, und die zweite Gruppe jene Pixel aufweist, die teilweise durch die Grundform abgedeckt sind, und Initialisieren getrennter Pixel-Shader-Threads für Pixelblöcke der ersten Gruppe und Pixelblöcke der zweiten Gruppe durch den konservativen Rastergrafikerzeuger.
  • Beispiel 14 weist den Gegenstand von Beispiel 13 auf, wobei ferner durch den konservativen Rastergrafikerzeuger ein zweiter Satz von Innere-Abdeckung-Daten erzeugt wird, der auf einer Pixelblockebene angibt, dass (i) alle Pixel im ersten Block vollständig durch die Grundform abgedeckt sind und (ii) alle Pixel im zweiten Block teilweise durch die Grundform abgedeckt sind.
  • Beispiel 15 weist den Gegenstand der Beispiele 13 - 14 auf, wobei das Initialisieren getrennter Pixel-Shader-Threads durch den konservativen Rastergrafikerzeuger Folgendes umfasst: für einen ersten Pixelblock der ersten Gruppe, Initialisieren eines ersten Threads eines Pixel-Shaders der Konservativer-Rastergrafikerzeuger-Pipeline durch den konservativen Rastergrafikerzeuger, wobei bewirkt wird, dass EarlyZ für alle Pixel im ersten Block ausgeführt wird, und für einen zweiten Pixelblock der zweiten Gruppe, Initialisieren eines zweiten Threads des Pixel-Shaders und Bewirken, dass die Ausführung von EarlyZ für alle Pixel im zweiten Block übersprungen wird, durch den konservativen Rastergrafikerzeuger.
  • Beispiel 16 weist den Gegenstand der Beispiele 13 - 15 auf, wobei beim Bewirken, dass EarlyZ für alle Pixel im ersten Block ausgeführt wird, EarlyZ für den ersten Block aktiviert wird.
  • Beispiel 17 weist den Gegenstand der Beispiele 13 - 16 auf, wobei beim Bewirken, dass die Ausführung von EarlyZ für alle Pixel im zweiten Block übersprungen wird, EarlyZ für den zweiten Block deaktiviert wird.
  • Beispiel 18 weist den Gegenstand der Beispiele 13 - 17 auf, wobei das Initialisieren getrennter Pixel-Shader-Threads durch den konservativen Rastergrafikerzeuger ferner Folgendes umfasst: Erzeugen eines ersten Streams von Pixelaktualisierungen, der Pixel-Shading-Eigenschaften aufweist, durch den ersten Thread des Pixel-Shaders, wobei bewirkt wird, dass LateZ für den ersten Block übersprungen wird, und Erzeugen eines zweiten Streams von Pixelaktualisierungen, der Pixel-Shading-Eigenschaften aufweist, durch den zweiten Thread des Pixel-Shaders, wobei ein Tiefenwert für alle Pixel im zweiten Block berechnet wird und bewirkt wird, dass LateZ für alle Pixel im zweiten Block ausgeführt wird.
  • Beispiel 19 weist den Gegenstand der Beispiele 13 - 18 auf, wobei beim Bewirken, dass LateZ für den ersten Block übersprungen wird, der erste Block auf der Grundlage des zweiten Satzes von Innere-Abdeckung-Daten an eine Stufe anschließend an eine LateZ-Einheit der Konservativer-Rastergrafikerzeuger-Pipeline ausgegeben wird.
  • Beispiel 20 weist den Gegenstand der Beispiele 13 - 19 auf, wobei beim Bewirken, dass LateZ für alle Pixel im zweiten Block ausgeführt wird, der zweite Block auf der Grundlage des zweiten Satzes von Innere-Abdeckung-Daten an eine LateZ-Einheit der Konservativer-Rastergrafikerzeuger-Pipeline ausgegeben wird.
  • Einige Ausführungsformen betreffen Beispiel 21, das ein oder mehrere nichtflüchtige computerlesbare Speichermedien aufweist, auf denen ausführbare Computerprogrammbefehle gespeichert sind, die, wenn sie durch einen oder mehrere Prozessoren ausgeführt werden, den einen oder die mehreren Prozessoren veranlassen, Operationen auszuführen, welche Folgende einschließen: Empfangen einer zu rasternden Grundform, Erzeugen eines Pixel-Ort-Streams und von Innere-Abdeckung-Daten für jedes Pixel innerhalb des Pixel-Ort-Streams auf der Grundlage mehrerer Vertizes der Grundform, wobei die Innere-Abdeckung-Daten angeben, ob das entsprechende Pixel vollständig oder teilweise durch die Grundform abgedeckt ist, für jeden Pixelblock des Pixel-Ort-Streams Initialisieren eines Pixel-Shader-Prozesses, wobei bewirkt wird, dass EarlyZ für jene Pixel des Pixelblocks ausgeführt wird, die vollständig durch die Grundform abgedeckt sind, und bewirkt wird, dass EarlyZ für jene Pixel des Pixelblocks, die teilweise durch die Grundform abgedeckt sind, nicht ausgeführt wird, und Erzeugen eines Streams von Pixelaktualisierungen durch bedingtes Verarbeiten des Pixel-Ort-Streams, um Pixel-Shading-Eigenschaften aufzunehmen, durch den Pixel-Shader-Prozess, wobei für jene Pixel des Pixel-Ort-Streams, die teilweise durch die Grundform abgedeckt sind, ein Tiefenwert für die Pixel berechnet wird und bewirkt wird, dass LateZ für die Pixel ausgeführt wird.
  • Beispiel 22 weist den Gegenstand von Beispiel 21 auf, wobei beim Bewirken, dass EarlyZ ausgeführt wird, EarlyZ für jene Pixel des Pixelblocks aktiviert wird, die vollständig durch die Grundform abgedeckt sind.
  • Beispiel 23 weist den Gegenstand der Beispiele 21 - 22 auf, wobei beim Bewirken, dass EarlyZ nicht ausgeführt wird, EarlyZ für jene Pixel des Pixelblocks umgangen wird, die teilweise durch die Grundform abgedeckt sind.
  • Beispiel 24 weist den Gegenstand der Beispiele 21 - 23 auf, wobei beim Bewirken, dass EarlyZ nicht ausgeführt wird, EarlyZ für jene Pixel des Pixelblocks deaktiviert wird, die teilweise durch die Grundform abgedeckt sind.
  • Beispiel 25 weist den Gegenstand der Beispiele 21 - 24 auf, wobei beim Bewirken, dass EarlyZ nicht ausgeführt wird, bewirkt wird, dass eine EarlyZ-Einheit Pixel des Pixel-Ort-Streams auf der Grundlage der Innere-Abdeckung-Daten bedingt verarbeitet, wobei jene Pixel des Pixelblocks, die teilweise durch die Grundform abgedeckt sind, ungeändert durchgelassen werden.
  • Einige Ausführungsformen betreffen Beispiel 26, das ein System aufweist, welches Folgendes umfasst: ein Mittel zum Empfangen einer zu rasternden Grundform, ein Mittel zum Erzeugen eines Pixel-Ort-Streams und eines ersten Satzes von Innere-Abdeckung-Daten für jedes Pixel innerhalb des Pixel-Ort-Streams auf der Grundlage mehrerer Vertizes der Grundform, wobei der erste Satz der Innere-Abdeckung-Daten angibt, ob das entsprechende Pixel vollständig oder teilweise durch die Grundform abgedeckt ist, ein Mittel zum Gruppieren des Pixel-Ort-Streams in eine erste Gruppe und eine zweite Gruppe auf der Grundlage des ersten Satzes von Innere-Abdeckung-Daten, wobei die erste Gruppe jene Pixel aufweist, die vollständig durch die Grundform abgedeckt sind, und die zweite Gruppe jene Pixel aufweist, die teilweise durch die Grundform abgedeckt sind, und ein Mittel zum Initialisieren getrennter Pixel-Shader-Threads für Pixelblöcke der ersten Gruppe und Pixelblöcke der zweiten Gruppe.
  • Beispiel 27 weist den Gegenstand von Beispiel 26 auf und umfasst ferner ein Mittel zum Erzeugen eines zweiten Satzes von Innere-Abdeckung-Daten, der auf einer Pixelblockebene angibt, dass (i) alle Pixel im ersten Block vollständig durch die Grundform abgedeckt sind und (ii) alle Pixel im zweiten Block teilweise durch die Grundform abgedeckt sind.
  • Beispiel 28 weist den Gegenstand der Beispiele 26 - 27 auf, welches ferner ein Mittel zum Initialisieren eines ersten Threads eines Pixel-Shaders der Konservativer-Rastergrafikerzeuger-Pipeline für einen ersten Pixelblock der ersten Gruppe und zum Bewirken, dass EarlyZ für alle Pixel im ersten Block ausgeführt wird, und ein Mittel zum Initialisieren eines zweiten Threads des Pixel-Shaders für einen zweiten Pixelblock der zweiten Gruppe und zum Bewirken des Überspringens des Ausführens von EarlyZ für alle Pixel im zweiten Block umfasst.
  • Beispiel 29 weist den Gegenstand der Beispiele 26 - 28 auf, wobei beim Bewirken, dass EarlyZ für alle Pixel im ersten Block ausgeführt wird, EarlyZ für den ersten Block aktiviert wird.
  • Beispiel 30 weist den Gegenstand der Beispiele 26 - 29 auf, wobei beim Bewirken, dass die Ausführung von EarlyZ für alle Pixel im zweiten Block übersprungen wird, EarlyZ für den zweiten Block deaktiviert wird.
  • Beispiel 31 weist den Gegenstand der Beispiele 26 - 30 auf, wobei das Mittel zum Initialisieren ferner Folgendes umfasst: ein Mittel zum Erzeugen eines ersten Streams von Pixelaktualisierungen, der Pixel-Shading-Eigenschaften aufweist, und zum Bewirken, dass LateZ für den ersten Block übersprungen wird, und ein Mittel zum Erzeugen eines zweiten Streams von Pixelaktualisierungen, der Pixel-Shading-Eigenschaften aufweist, und zum Berechnen eines Tiefenwerts für alle Pixel im zweiten Block und zum Bewirken, dass LateZ für alle Pixel im zweiten Block ausgeführt wird.
  • Beispiel 32 weist den Gegenstand der Beispiele 26 - 31 auf, wobei das Mittel zum Bewirken, dass LateZ für den ersten Block übersprungen wird, ein Mittel zum Ausgeben des ersten Blocks an eine einer LateZ-Einheit der Konservativer-Rastergrafikerzeuger-Pipeline folgende Stufe auf der Grundlage des zweiten Satzes von Innere-Abdeckung-Daten umfasst.
  • Beispiel 33 weist den Gegenstand der Beispiele 26 - 32 auf, wobei das Mittel zum Bewirken, dass LateZ für alle Pixel im zweiten Block ausgeführt wird, ein Mittel zum Ausgeben des zweiten Blocks an eine LateZ-Einheit der Konservativer-Rastergrafikerzeuger-Pipeline auf der Grundlage des zweiten Satzes von Innere-Abdeckung-Daten umfasst.
  • Einige Ausführungsformen betreffen Beispiel 34, das ein oder mehrere nichtflüchtige computerlesbare Speichermedien aufweist, auf denen ausführbare Computerprogrammbefehle gespeichert sind, die, wenn sie durch einen oder mehrere Prozessoren ausgeführt werden, den einen oder die mehreren Prozessoren veranlassen, Operationen auszuführen, welche Folgende einschließen: Empfangen einer zu rasternden Grundform, Erzeugen eines Pixel-Ort-Streams und eines ersten Satzes von Innere-Abdeckung-Daten für jedes Pixel innerhalb des Pixel-Ort-Streams auf der Grundlage mehrerer Vertizes der Grundform, wobei der erste Satz der Innere-Abdeckung-Daten angibt, ob das entsprechende Pixel vollständig oder teilweise durch die Grundform abgedeckt ist, Gruppieren von Pixeln des Pixel-Ort-Streams auf der Grundlage des ersten Satzes von Innere-Abdeckung-Daten in eine erste Gruppe und eine zweite Gruppe, wobei die erste Gruppe jene Pixel aufweist, die vollständig durch die Grundform abgedeckt sind, und die zweite Gruppe jene Pixel aufweist, die teilweise durch die Grundform abgedeckt sind, und Initialisieren getrennter Pixel-Shader-Prozesse für Pixelblöcke der ersten Gruppe und Pixelblöcke der zweiten Gruppe.
  • Beispiel 35 weist den Gegenstand von Beispiel 34 auf, wobei die Befehle ferner den einen oder die mehreren Prozessoren veranlassen, einen zweiten Satz von Innere-Abdeckung-Daten zu erzeugen, der auf einer Pixelblockebene angibt, dass (i) alle Pixel im ersten Block vollständig durch die Grundform abgedeckt sind und (ii) alle Pixel im zweiten Block teilweise durch die Grundform abgedeckt sind.
  • Beispiel 36 weist den Gegenstand der Beispiele 34 - 35 auf, wobei das Initialisieren getrennter Pixel-Shader-Threads Folgendes umfasst: für einen ersten Pixelblock der ersten Gruppe, Initialisieren eines ersten Threads eines Pixel-Shaders der Konservativer-Rastergrafikerzeuger-Pipeline durch den konservativen Rastergrafikerzeuger, wobei bewirkt wird, dass EarlyZ für alle Pixel im ersten Block ausgeführt wird, und für einen zweiten Pixelblock der zweiten Gruppe, Initialisieren eines zweiten Threads des Pixel-Shaders und Bewirken, dass die Ausführung von EarlyZ für alle Pixel im zweiten Block übersprungen wird, durch den konservativen Rastergrafikerzeuger.
  • Beispiel 37 weist den Gegenstand der Beispiele 34 - 36 auf, wobei beim Bewirken, dass EarlyZ für alle Pixel im ersten Block ausgeführt wird, EarlyZ für den ersten Block aktiviert wird.
  • Beispiel 38 weist den Gegenstand der Beispiele 34 - 37 auf, wobei beim Bewirken, dass die Ausführung von EarlyZ für alle Pixel im zweiten Block übersprungen wird, EarlyZ für den zweiten Block deaktiviert wird.
  • Beispiel 39 weist den Gegenstand der Beispiele 34 - 38 auf, wobei das Initialisieren getrennter Pixel-Shader-Threads ferner Folgendes umfasst: Erzeugen eines ersten Streams von Pixelaktualisierungen, der Pixel-Shading-Eigenschaften aufweist, wobei bewirkt wird, dass LateZ für den ersten Block übersprungen wird, und Erzeugen eines zweiten Streams von Pixelaktualisierungen, der Pixel-Shading-Eigenschaften aufweist, wobei ein Tiefenwert für alle Pixel im zweiten Block berechnet wird und bewirkt wird, dass LateZ für alle Pixel im zweiten Block ausgeführt wird.
  • Beispiel 40 weist den Gegenstand der Beispiele 34 - 39 auf, wobei beim Bewirken, dass LateZ für den ersten Block übersprungen wird, der erste Block auf der Grundlage des zweiten Satzes von Innere-Abdeckung-Daten an eine Stufe anschließend an eine LateZ-Einheit ausgegeben wird.
  • Beispiel 41 weist den Gegenstand der Beispiele 34 - 40 auf, wobei beim Bewirken, dass LateZ für alle Pixel im zweiten Block ausgeführt wird, der zweite Block auf der Grundlage des zweiten Satzes von Innere-Abdeckung-Daten an eine LateZ-Einheit ausgegeben wird.
  • Einige Ausführungsformen betreffen Beispiel 42, das ein System aufweist, welches Folgendes umfasst: ein Mittel zum Empfangen einer zu rasternden Grundform, ein Mittel zum Erzeugen eines Pixel-Ort-Streams und eines ersten Satzes von Innere-Abdeckung-Daten für jedes Pixel innerhalb des Pixel-Ort-Streams auf der Grundlage mehrerer Vertizes der Grundform, wobei der erste Satz der Innere-Abdeckung-Daten angibt, ob das entsprechende Pixel vollständig oder teilweise durch die Grundform abgedeckt ist, ein Mittel zum Gruppieren des Pixel-Ort-Streams in eine erste Gruppe und eine zweite Gruppe auf der Grundlage des ersten Satzes von Innere-Abdeckung-Daten, wobei die erste Gruppe jene Pixel aufweist, die vollständig durch die Grundform abgedeckt sind, und die zweite Gruppe jene Pixel aufweist, die teilweise durch die Grundform abgedeckt sind, und ein Mittel zum Initialisieren getrennter Pixel-Shader-Prozesse für Pixelblöcke der ersten Gruppe und Pixelblöcke der zweiten Gruppe.
  • Beispiel 43 weist den Gegenstand von Beispiel 42 auf und umfasst ferner ein Mittel zum Erzeugen eines zweiten Satzes von Innere-Abdeckung-Daten, der auf einer Pixelblockebene angibt, dass (i) alle Pixel im ersten Block vollständig durch die Grundform abgedeckt sind und (ii) alle Pixel im zweiten Block teilweise durch die Grundform abgedeckt sind.
  • Beispiel 44 weist den Gegenstand der Beispiele 42 - 43 auf, wobei das Mittel zum Initialisieren getrennter Pixel-Shader-Threads Folgendes umfasst: ein Mittel zum Initialisieren eines ersten Pixel-Shader-Prozesses für einen ersten Pixelblock der ersten Gruppe und zum Bewirken, dass EarlyZ für alle Pixel im ersten Block ausgeführt wird, und ein Mittel zum Initialisieren eines zweiten Pixel-Shader-Prozesses für einen zweiten Pixelblock der zweiten Gruppe und zum Bewirken, dass die Ausführung von EarlyZ für alle Pixel im zweiten Block übersprungen wird.
  • Beispiel 45 weist den Gegenstand der Beispiele 42 - 44 auf, wobei beim Bewirken, dass EarlyZ für alle Pixel im ersten Block ausgeführt wird, EarlyZ für den ersten Block aktiviert wird.
  • Beispiel 46 weist den Gegenstand der Beispiele 42 - 45 auf, wobei beim Bewirken, dass die Ausführung von EarlyZ für alle Pixel im zweiten Block übersprungen wird, EarlyZ für den zweiten Block deaktiviert wird.
  • Beispiel 47 weist den Gegenstand der Beispiele 42 - 46 auf, wobei das Mittel zum Initialisieren getrennter Pixel-Shader-Prozesse ferner Folgendes umfasst: ein Mittel zum Erzeugen eines ersten Streams von Pixelaktualisierungen, der Pixel-Shading-Eigenschaften aufweist, und zum Bewirken, dass LateZ für den ersten Block übersprungen wird, und ein Mittel zum Erzeugen eines zweiten Streams von Pixelaktualisierungen, der Pixel-Shading-Eigenschaften aufweist, zum Berechnen eines Tiefenwerts für alle Pixel im zweiten Block und zum Bewirken, dass LateZ für alle Pixel im zweiten Block ausgeführt wird.
  • Beispiel 48 weist den Gegenstand der Beispiele 42 - 47 auf, wobei beim Bewirken, dass LateZ für den ersten Block übersprungen wird, der erste Block auf der Grundlage des zweiten Satzes von Innere-Abdeckung-Daten an eine Stufe anschließend an eine LateZ-Einheit der Konservativer-Rastergrafikerzeuger-Pipeline ausgegeben wird.
  • Beispiel 49 weist den Gegenstand der Beispiele 42 - 48 auf, wobei beim Bewirken, dass LateZ für alle Pixel im zweiten Block ausgeführt wird, der zweite Block auf der Grundlage des zweiten Satzes von Innere-Abdeckung-Daten an eine LateZ-Einheit der Konservativer-Rastergrafikerzeuger-Pipeline ausgegeben wird.
  • Einige Ausführungsformen betreffen Beispiel 50, das ein Computersystem aufweist, das eine Zentralverarbeitungseinheit und eine GPU nach einem der Beispiele 1 - 4 aufweist.
  • Einige Ausführungsformen betreffen Beispiel 51, das ein Computersystem aufweist, das eine Zentralverarbeitungseinheit und eine GPU nach einem der Beispiele 10 - 12 aufweist.
  • Einige Ausführungsformen betreffen Beispiel 52, das eine Vorrichtung aufweist, die ein Verfahren nach einem der Beispiele 5 - 9 implementiert oder ausführt.
  • Einige Ausführungsformen betreffen Beispiel 53, das eine Vorrichtung aufweist, die ein Verfahren nach einem der Beispiele 13 - 20 implementiert oder ausführt.
  • Beispiel 54 weist wenigstens ein maschinenlesbares Medium auf, das mehrere Befehle umfasst, die, wenn sie auf einer Rechenvorrichtung ausgeführt werden, dazu dienen, ein Verfahren zu implementieren oder auszuführen oder eine Vorrichtung, wie in einem vorhergehenden Beispiel beschrieben, zu verwirklichen.
  • Beispiel 55 weist eine Vorrichtung auf, die Mittel zum Ausführen eines Verfahrens nach einem der Beispiele 5 - 9 umfasst.
  • Beispiel 56 weist eine Vorrichtung auf, die Mittel zum Ausführen eines Verfahrens nach einem der Beispiele 13 - 20 umfasst.
  • Die Zeichnung und die vorstehende Beschreibung geben Beispiele von Ausführungsformen. Fachleute werden verstehen, dass eines oder mehrere der beschriebenen Elemente zu einem einzigen Funktionselement kombiniert werden können. Alternativ können bestimmte Elemente in viele funktionelle Elemente zerlegt werden. Elemente von einer Ausführungsform können zu einer anderen Ausführungsform hinzugefügt werden. Beispielsweise können die Reihenfolgen hier beschriebener Prozesse geändert werden und sind nicht auf die hier beschriebene Art beschränkt. Überdies brauchen die Aktionen eines Flussdiagramms nicht in der dargestellten Reihenfolge implementiert werden und brauchen auch nicht unbedingt alle Schritte ausgeführt werden. Auch können jene Schritte, die nicht von anderen Schritten abhängen, parallel mit den anderen Schritten ausgeführt werden. Der Schutzumfang der Ausführungsformen ist in keiner Weise durch diese spezifischen Beispiele beschränkt. Zahlreiche Variationen, ob in der Patentschrift explizit angegeben oder nicht, wie Unterschiede in der Struktur, in der Abmessung und in der Verwendung von Materialien, sind möglich. Der Schutzumfang von Ausführungsformen ist zumindest so breit wie durch die folgenden Ansprüche angegeben.

Claims (15)

  1. Grafikverarbeitungseinheit (GPU), welche Folgendes umfasst: einen konservativen Rastergrafikerzeuger, der in der Lage ist, Folgendes auszuführen: Verarbeiten eines Grundform-Streams und Erzeugen (i) eines Pixel-Ort-Streams auf der Grundlage von Vertizes einer Grundform aus dem Grundform-Stream und (ii) von Innere-Abdeckung-Daten für jedes Pixel innerhalb des Pixel-Ort-Streams, wobei die Innere-Abdeckung-Daten für ein gegebenes Pixel innerhalb des Pixel-Ort-Streams angeben, ob das gegebene Pixel vollständig durch eine Grundform abgedeckt ist, mit der es assoziiert ist, oder teilweise durch die Grundform abgedeckt ist, und Initialisieren einer Pixel-Shader-Verarbeitung für Pixelblöcke des Pixel-Ort-Streams, wobei bewirkt wird, dass ein frühes Tiefentesten für jene Pixel der Pixelblöcke, die vollständig durch die Grundform abgedeckt sind, ausgeführt wird, und bewirkt wird, dass ein frühes Tiefentesten für jene Pixel der Pixelblöcke, die teilweise durch die Grundform abgedeckt sind, ausgeführt wird, und eine EarlyZ-Einheit, die in der Lage ist, das frühe Tiefentesten auszuführen, um okkludierte Pixel vor dem Pixel-Shading aus dem Pixel-Ort-Stream zu verwerfen.
  2. GPU nach Anspruch 1, welche ferner Folgendes umfasst: mehrere Pixel-Shader, die in der Lage sind, die Pixel-Shader-Verarbeitung auszuführen, um Pixelaktualisierungen durch bedingtes Verarbeiten des Pixel-Ort-Streams zu erzeugen und Pixel-Shading-Eigenschaften in die Pixelaktualisierungen aufzunehmen, wobei für jene Pixel des Pixel-Ort-Streams, die teilweise durch die Grundform abgedeckt sind, ein Tiefenwert berechnet wird und bewirkt wird, dass ein spätes Tiefentesten für die Pixel ausgeführt wird, und eine LateZ-Einheit, die in der Lage ist, das späte Tiefentesten auszuführen, um okkludierte Pixel aus den Pixelaktualisierungen zu verwerfen.
  3. GPU nach Anspruch 2, wobei der konservative Rastergrafikerzeuger bewirkt, dass ein frühes Tiefentesten ausgeführt wird, indem er die EarlyZ-Einheit für jene Pixel des Pixelblocks aktiviert, die vollständig durch die Grundform abgedeckt sind.
  4. GPU nach Anspruch 2, wobei der konservative Rastergrafikerzeuger bewirkt, dass kein frühes Tiefentesten ausgeführt wird, indem er die EarlyZ-Einheit für jene Pixel des Pixelblocks deaktiviert, die teilweise durch die Grundform abgedeckt sind.
  5. GPU nach Anspruch 2, wobei die EarlyZ-Einheit in der Lage ist, die Innere-Abdeckung-Daten zu verwenden, um das frühe Tiefentesten für teilweise abgedeckte Pixel auszumaskieren.
  6. Verfahren, welches Folgendes umfasst: Empfangen einer zu rasternden Grundform durch einen konservativen Rastergrafikerzeuger einer Konservativer-Rastergrafikerzeuger-Pipeline einer Grafikverarbeitungseinheit, Erzeugen eines Pixel-Ort-Streams und von Innere-Abdeckung-Daten für jedes Pixel innerhalb des Pixel-Ort-Streams durch den konservativen Rastergrafikerzeuger auf der Grundlage mehrerer Vertizes der Grundform, wobei die Innere-Abdeckung-Daten angeben, ob das entsprechende Pixel vollständig oder teilweise durch die Grundform abgedeckt ist, für jeden Pixelblock des Pixel-Ort-Streams Initialisieren eines Threads eines Pixel-Shaders der Konservativer-Rastergrafikerzeuger-Pipeline durch den konservativen Rastergrafikerzeuger, wobei bewirkt wird, dass EarlyZ für jene Pixel des Pixelblocks ausgeführt wird, die vollständig durch die Grundform abgedeckt sind, und bewirkt wird, dass EarlyZ für jene Pixel des Pixelblocks, die teilweise durch die Grundform abgedeckt sind, nicht ausgeführt wird, und Erzeugen eines Streams von Pixelaktualisierungen durch bedingtes Verarbeiten des Pixel-Ort-Streams, um Pixel-Shading-Eigenschaften aufzunehmen, durch den Pixel-Shader, wobei für jene Pixel des Pixel-Ort-Streams, die teilweise durch die Grundform abgedeckt sind, ein Tiefenwert für die Pixel berechnet wird und bewirkt wird, dass LateZ für die Pixel ausgeführt wird.
  7. Verfahren nach Anspruch 6, wobei beim Bewirken, dass EarlyZ nicht ausgeführt wird, EarlyZ für jene Pixel des Pixelblocks, die teilweise durch die Grundform abgedeckt sind, umgangen oder deaktiviert wird.
  8. Verfahren nach Anspruch 6, wobei beim Bewirken, dass EarlyZ nicht ausgeführt wird, bewirkt wird, dass eine EarlyZ-Einheit Pixel des Pixel-Ort-Streams auf der Grundlage der Innere-Abdeckung-Daten bedingt verarbeitet, wobei jene Pixel des Pixelblocks, die teilweise durch die Grundform abgedeckt sind, ungeändert durchgelassen werden.
  9. Grafikverarbeitungseinheit (GPU), welche Folgendes umfasst: einen konservativen Rastergrafikerzeuger, der in der Lage ist, Folgendes auszuführen: Verarbeiten eines Grundform-Streams und Erzeugen (i) eines Pixel-Ort-Streams auf der Grundlage von Vertizes einer Grundform aus dem Grundform-Stream und (ii) eines ersten Satzes von Innere-Abdeckung-Daten für jedes Pixel innerhalb des Pixel-Ort-Streams, wobei der erste Satz von Innere-Abdeckung-Daten für ein gegebenes Pixel innerhalb des Pixel-Ort-Streams angibt, ob das gegebene Pixel vollständig durch eine Grundform abgedeckt ist, mit der es assoziiert ist, oder teilweise durch die Grundform abgedeckt ist, Gruppieren von Pixeln des Pixel-Ort-Streams in eine erste Gruppe und eine zweite Gruppe auf der Grundlage des ersten Satzes von Innere-Abdeckung-Daten, wobei die erste Gruppe jene der Pixel aufweist, die vollständig durch die Grundform abgedeckt sind, und die zweite Gruppe jene Pixel aufweist, die teilweise durch die Grundform abgedeckt sind, und Initialisieren getrennter Pixel-Shader-Threads, einschließlich eines ersten Threads für einen ersten Pixelblock der ersten Gruppe und eines zweiten Threads für einen zweiten Pixelblock der zweiten Gruppe, wobei ein erster Pixel-Shader in der Lage ist, den ersten Thread auszuführen, und ein zweiter Pixel-Shader in der Lage ist, den zweiten Thread auszuführen.
  10. GPU nach Anspruch 9, welche ferner eine EarlyZ-Einheit umfasst, die in der Lage ist, ein frühes Tiefentesten auszuführen, wobei der konservative Rastergrafikerzeuger ferner in der Lage ist, Folgendes auszuführen: Erzeugen eines zweiten Satzes von Innere-Abdeckung-Daten, die auf einer Pixelblockebene angeben, dass (i) alle Pixel im ersten Block vollständig durch die Grundform abgedeckt sind und (ii) alle Pixel im zweiten Block teilweise durch die Grundform abgedeckt sind, und Bewirken, dass das frühe Tiefentesten für Pixel im ersten Block ausgeführt wird, und Bewirken, dass das frühe Tiefentesten für Pixel im zweiten Block nicht ausgeführt wird.
  11. GPU nach Anspruch 10, welche ferner eine LateZ-Einheit umfasst, die in der Lage ist, ein spätes Tiefentesten auszuführen, wobei: auf der Grundlage des zweiten Satzes von Innere-Abdeckung-Daten der erste Pixel-Shader ferner in der Lage ist, einen ersten Stream von Pixelaktualisierungen zu erzeugen, der Pixel-Shading-Eigenschaften aufweist, und zu bewirken, dass das späte Tiefentesten für alle Pixel im ersten Block übersprungen wird, und auf der Grundlage des zweiten Satzes von Innere-Abdeckung-Daten der zweite Pixel-Shader ferner in der Lage ist, einen zweiten Stream von Pixelaktualisierungen zu erzeugen, der Pixel-Shading-Eigenschaften aufweist, einen Tiefenwert für alle Pixel im zweiten Block zu berechnen und zu bewirken, dass das späte Tiefentesten für alle Pixel im zweiten Block ausgeführt wird.
  12. Verfahren, welches Folgendes umfasst: Empfangen einer zu rasternden Grundform durch einen konservativen Rastergrafikerzeuger einer Konservativer-Rastergrafikerzeuger-Pipeline einer Grafikverarbeitungseinheit, Erzeugen eines Pixel-Ort-Streams und eines ersten Satzes von Innere-Abdeckung-Daten für jedes Pixel innerhalb des Pixel-Ort-Streams durch den konservativen Rastergrafikerzeuger auf der Grundlage mehrerer Vertizes der Grundform, wobei der erste Satz der Innere-Abdeckung-Daten angibt, ob das entsprechende Pixel vollständig oder teilweise durch die Grundform abgedeckt ist, Gruppieren von Pixeln des Pixel-Ort-Streams durch den konservativen Rastergrafikerzeuger auf der Grundlage des ersten Satzes von Innere-Abdeckung-Daten in eine erste Gruppe und eine zweite Gruppe, wobei die erste Gruppe jene Pixel aufweist, die vollständig durch die Grundform abgedeckt sind, und die zweite Gruppe jene Pixel aufweist, die teilweise durch die Grundform abgedeckt sind, und Initialisieren getrennter Pixel-Shader-Threads für Pixelblöcke der ersten Gruppe und Pixelblöcke der zweiten Gruppe durch den konservativen Rastergrafikerzeuger.
  13. Verfahren nach Anspruch 12, wobei ferner durch den konservativen Rastergrafikerzeuger ein zweiter Satz von Innere-Abdeckung-Daten erzeugt wird, der auf einer Pixelblockebene angibt, dass (i) alle Pixel im ersten Block vollständig durch die Grundform abgedeckt sind und (ii) alle Pixel im zweiten Block teilweise durch die Grundform abgedeckt sind.
  14. Verfahren nach Anspruch 13, wobei das Initialisieren getrennter Pixel-Shader-Threads durch den konservativen Rastergrafikerzeuger Folgendes umfasst: für einen ersten Pixelblock der ersten Gruppe, Initialisieren eines ersten Threads eines Pixel-Shaders der Konservativer-Rastergrafikerzeuger-Pipeline durch den konservativen Rastergrafikerzeuger, wobei bewirkt wird, dass EarlyZ für alle Pixel im ersten Block ausgeführt wird, und für einen zweiten Pixelblock der zweiten Gruppe, Initialisieren eines zweiten Threads des Pixel-Shaders und Bewirken, dass die Ausführung von EarlyZ für alle Pixel im zweiten Block übersprungen wird, durch den konservativen Rastergrafikerzeuger.
  15. Verfahren nach Anspruch 14, wobei das Initialisieren getrennter Pixel-Shader-Threads durch den konservativen Rastergrafikerzeuger ferner Folgendes umfasst: Erzeugen eines ersten Streams von Pixelaktualisierungen, der Pixel-Shading-Eigenschaften aufweist, durch den ersten Thread des Pixel-Shaders, wobei bewirkt wird, dass LateZ für den ersten Block übersprungen wird, und Erzeugen eines zweiten Streams von Pixelaktualisierungen, der Pixel-Shading-Eigenschaften aufweist, durch den zweiten Thread des Pixel-Shaders, wobei ein Tiefenwert für alle Pixel im zweiten Block berechnet wird und bewirkt wird, dass LateZ für alle Pixel im zweiten Block ausgeführt wird.
DE102020124872.5A 2019-09-26 2020-09-24 Verwendung von innere-abdeckung-informationen durch eine konservative-rasterung-pipeline zum aktivieren von earlyz für eine konservative rasterung Pending DE102020124872A1 (de)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US16/583,478 US11151683B2 (en) 2019-09-26 2019-09-26 Use of inner coverage information by a conservative rasterization pipeline to enable EarlyZ for conservative rasterization
US16/583,478 2019-09-26

Publications (1)

Publication Number Publication Date
DE102020124872A1 true DE102020124872A1 (de) 2021-04-01

Family

ID=74872800

Family Applications (1)

Application Number Title Priority Date Filing Date
DE102020124872.5A Pending DE102020124872A1 (de) 2019-09-26 2020-09-24 Verwendung von innere-abdeckung-informationen durch eine konservative-rasterung-pipeline zum aktivieren von earlyz für eine konservative rasterung

Country Status (3)

Country Link
US (2) US11151683B2 (de)
CN (1) CN112561774A (de)
DE (1) DE102020124872A1 (de)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11151683B2 (en) 2019-09-26 2021-10-19 Intel Corporation Use of inner coverage information by a conservative rasterization pipeline to enable EarlyZ for conservative rasterization

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB2591802B (en) 2020-02-07 2022-03-23 Imagination Tech Ltd Graphics processing method and system for rendering items of geometry based on their size
GB2591803B (en) * 2020-02-07 2022-02-23 Imagination Tech Ltd Graphics processing method and system for rendering items of geometry based on their size
CN116263982B (zh) * 2022-04-20 2023-10-20 象帝先计算技术(重庆)有限公司 图形处理器、系统、方法、电子装置及设备

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7804499B1 (en) * 2006-08-28 2010-09-28 Nvidia Corporation Variable performance rasterization with constant effort
US10134160B2 (en) * 2013-09-26 2018-11-20 Intel Corporation Anti-aliasing for graphics hardware
US9324127B2 (en) * 2014-02-14 2016-04-26 Qualcomm Incorporated Techniques for conservative rasterization
US9978171B2 (en) * 2014-07-29 2018-05-22 Nvidia Corporation Control of a sample mask from a fragment shader program
US20170132833A1 (en) * 2015-11-10 2017-05-11 Intel Corporation Programmable per pixel sample placement using conservative rasterization
US10089779B2 (en) * 2016-04-01 2018-10-02 Intel Corporation Apparatus and method for conservative rasterization of polygons
GB2561557B (en) * 2017-04-13 2020-08-12 Advanced Risc Mach Ltd Graphics processing method and apparatus in which modified edge positions are used in rasterisation
US11315225B2 (en) * 2019-06-20 2022-04-26 Samsung Electronics Co., Ltd. Coarse depth culling during binning
US11151683B2 (en) 2019-09-26 2021-10-19 Intel Corporation Use of inner coverage information by a conservative rasterization pipeline to enable EarlyZ for conservative rasterization

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11151683B2 (en) 2019-09-26 2021-10-19 Intel Corporation Use of inner coverage information by a conservative rasterization pipeline to enable EarlyZ for conservative rasterization

Also Published As

Publication number Publication date
CN112561774A (zh) 2021-03-26
US20210097639A1 (en) 2021-04-01
US20220067875A1 (en) 2022-03-03
US11151683B2 (en) 2021-10-19

Similar Documents

Publication Publication Date Title
DE112020000874T5 (de) Systeme und Methoden zum Aktualisieren von speicherseitigen Caches in einer Multi-GPU-Konfiguration
DE102020115026A1 (de) Systeme und Verfahren zur Tonabbildung von Bildern mit hohem Dynamikumfang für auf tiefem Lernen basierende Verarbeitung von hoher Qualität
DE102020120372A1 (de) Programmierbare wandlungshardware
DE102020121814A1 (de) Vorrichtung und Verfahren zum Verwenden von Dreieckspaaren und gemeinsam genutzten Transformationsschaltungen zum Verbessern der Strahlverfolgungsleistung
DE102020115680A1 (de) LESEZUSAMMENFüGUNG UND M ULTICAST-RÜCKFÜHRUNG FÜR EINEN GETEILTEN LOKALEN SPEICHER
DE102020107080A1 (de) Grafiksysteme und Verfahren zum Beschleunigen von Synchronisation mittels feinkörniger Abhängigkeitsprüfung und Planungsoptimierungen basierend auf verfügbarem gemeinsam genutztem Speicherplatz
DE102020132272A1 (de) Verfahren und vorrichtung zum codieren basierend auf schattierungsraten
DE102020129623A1 (de) Blickgedämpfter virtueller desktop
DE102020124872A1 (de) Verwendung von innere-abdeckung-informationen durch eine konservative-rasterung-pipeline zum aktivieren von earlyz für eine konservative rasterung
DE102020131704A1 (de) Multikachelspeicherverwaltungsmechanismus
DE102020130184A1 (de) Optimierungsmechanismus mit spärlich besetzten matrizen
DE102019110027A1 (de) Kachelbasiertes rendern für mehrere auflösungen von bildern
DE102020132871A1 (de) Verbessern von hierarchischer tiefenpuffer-cullingeffizienz durch maskenakkumulation
DE102020130880A1 (de) Mechanismus zur partitionierung eines geteilten lokalen speichers
DE102020126177A1 (de) Verfahren und vorrichtung zum planen der threadreihenfolge, um den cache-wirkungsgrad zu verbessern
DE102020129432A1 (de) System und Verfahren zum Anpassen eines ausführbaren Objekts an eine Verarbeitungseinheit
DE102020115578A1 (de) Management von partiellem schreiben in einer grafik-enginemit mehreren kacheln
DE102020131293A1 (de) Einrichtung und verfahren zur multi-adapter-kodierung
DE102020129625A1 (de) Seitentabellen-mapping-mechanismus
DE102020134334A1 (de) Vorrichtung und verfahren zur quantisierten konvergenten richtungsbasierten strahlsortierung
DE102020113400A1 (de) Registerteilungsmechanismus
DE102020130995A1 (de) Verfahren und vorrichtung zur codierung basierend auf wichtigkeitswerten
DE112018003999T5 (de) Verfahren und Vorrichtung für effiziente Verarbeitung von abgeleiteten einheitlichen Werten in einem Grafikprozessor
DE102020113789A1 (de) Asynchroner ausführungsmechanismus
DE102020104651A1 (de) Arbeitsspeicherkomprimierungs-Hashmechanismus

Legal Events

Date Code Title Description
R083 Amendment of/additions to inventor(s)