图形处理器寄存器重命名机制的制作方法
本文所描述的实施例总体上涉及计算机。更具体地，描述了用于在图形处理器中实施物理寄存器的实施例。
背景技术：
图形处理涉及执行用于图像渲染的快速数学计算。可以在作为专用电子电路的图形处理单元(gpu)处执行这种图形工作负荷以快速操纵和更改存储器，从而加速在帧缓冲器中创建旨在输出到显示器的图像。当前gpu设计上可用的寄存器堆的大小(或者物理寄存器的量)对gpu性能和功耗两者都具有较大影响。
为了满足对当代图形工作负荷日益增长的吞吐量需求，gpu依赖于对多个硬件上下文的高度并行执行。在这种并行执行中，每个上下文具有专用的寄存器堆以便实现快速上下文切换。因此，如果分配给硬件上下文的寄存器数量过少，则大量工作负荷将溢出到主存储器，从而导致不期望的性能损失。尽管如此，由于相关联硬件成本和功耗约束，提供过多的芯片上寄存器是不可行的。
附图说明
在所附附图的各图中，以示例方式而不以限制方式对实施例进行说明，其中相同的附图标记指代类似的要素。
图1是根据实施例的处理系统的框图。
图2是处理器的实施例的框图，该处理器具有一个或多个处理器核、集成存储器控制器以及集成图形处理器。
图3是图形处理器的框图，该图形处理器可以是分立的图形处理单元，或可以是与多个处理核集成的图形处理器。
图4是根据一些实施例的图形处理器的图形处理引擎的框图。
图5是图形处理器的另一实施例的框图。
图6图示出线程执行逻辑，该线程执行逻辑包括在图形处理引擎的一些实施例中采用的处理元件的阵列。
图7是图示出根据一些实施例的图形处理器指令格式的框图。
图8是图形处理器的另一实施例的框图。
图9a是图示出根据实施例的图形处理器命令格式的框图，并且图9b是图示出根据实施例的图形处理器命令序列的框图。
图10图示出根据一些实施例的用于数据处理系统的示例性图形软件架构。
图11是图示出根据实施例的可用于制造集成电路以执行操作的ip核开发系统的框图。
图12是图示出根据实施例的可使用一个或多个ip核来制造的示例性芯片上系统集成电路的框图。
图13是图示出根据实施例的可使用一个或多个ip核来制造的芯片上系统集成电路的示例性图形处理器的框图。
图14是图示出根据实施例的可使用一个或多个ip核来制造的芯片上系统集成电路的附加示例性图形处理器的框图。
图15展示了用于促进寄存器重命名的计算设备的一个实施例。
图16展示了常规的寄存器配置。
图17展示了寄存器空间分区的一个实施例。
图18是流程图，展示了寄存器重命名过程的一个实施例。
图19a和图19b展示了变量位释放的实施例。
具体实施方式
在以下描述中，阐述了众多具体细节。然而，如本文中所描述的，可以在不具有这些特定的细节的情况下实践实施例。在其他情况下，未详细示出公知的电路、结构和技术，以避免模糊对本说明书的理解。
实施例提供了在图形处理单元处实现动态寄存器重命名的寄存器重命名逻辑。在这类实施例中，为了维持并行水平并提高寄存器堆利用率，寄存器空间被分区为固定部分和共享部分以提高寄存器堆利用率。在另一实施例中，在内核执行期间被指派给寄存器空间的共享部分的变量被动态地重命名为在同一执行单元(eu)上的所有硬件上下文之间共享的统一物理寄存器堆。在又另一实施例中，编译器辅助和指令集架构(isa)支持使得动态分配寄存器在其生命期的结束处被释放并由另一个上下文重新使用。
构想了贯穿本文档可互换地引用诸如“请求”、“查询”、“作业”、“工作”、“工作项”和“工作负荷”之类的术语。类似地，“应用”或“代理”可指代或包括通过诸如自由渲染api(诸如，开放图形库
在一些实施例中，如“显示屏”和“显示表面”之类的术语可用于互换地指代显示设备的可见部分，而显示设备的其余部分可被嵌入到诸如智能电话、可穿戴设备等之类的计算设备中。构想并且应当注意，实施例不限于任何特定的计算设备、软件应用、硬件部件、显示设备、显示屏或表面、协议、标准等。例如，实施例可被应用于任何数量和类型的计算机上的任何数量和类型的实时应用，并且可与在任何数量和类型的计算机上的任何数量和类型的实时应用一起使用，该计算机诸如台式机、膝上型计算机、平板计算机、智能电话、头戴式显示器、以及其他可穿戴设备等。进一步地，例如，使用这种新颖技术渲染高效性能的场景可用在从诸如桌面合成等之类的简单场景到诸如3d游戏、增强现实应用等之类的复杂场景的范围。
系统概述
图1是根据实施例的处理系统100的框图。在各实施例中，系统100包括一个或多个处理器102以及一个或多个图形处理器108，并且可以是单处理器台式系统、多处理器工作站系统或具有大量处理器102或处理器核107的服务器系统。在一个实施例中，系统100是被并入用于在移动设备、手持式设备或嵌入式设备内使用的芯片上系统(soc)集成电路内的处理平台。
系统100的实施例可以包括基于服务器的游戏平台、游戏控制台，或被并入基于服务器的游戏平台、游戏控制台内，该游戏控制台包括游戏与媒体控制台、移动游戏控制台、手持式游戏控制台、或在线游戏控制台。在一些实施例中，系统100是移动电话、智能电话、平板计算设备或移动互联网设备。数据处理系统100还可以包括可穿戴设备、与可穿戴设备耦合、或者集成在可穿戴设备中，该可穿戴设备诸如智能手表可穿戴设备、智能眼镜设备、增强现实设备、或虚拟现实设备。在一些实施例中，数据处理系统100是电视或机顶盒设备，该电视或机顶盒设备具有一个或多个处理器102以及由一个或多个图形处理器108生成的图形界面。
在一些实施例中，一个或多个处理器102各自包括用于处理指令的一个或多个处理器核107，这些指令在被执行时执行系统和用户软件的操作。在一些实施例中，一个或多个处理器核107中的每个处理器核被配置成用于处理特定的指令集109。在一些实施例中，指令集109可促进复杂指令集计算(cisc)、精简指令集计算(risc)、或经由超长指令字(vliw)的计算。多个处理器核107可各自处理不同的指令集109，该指令集109可包括用于促进对其他指令集进行仿真的指令。处理器核107还可包括其他处理设备，诸如，数字信号处理器(dsp)。
在一些实施例中，处理器102包括高速缓存存储器104。取决于架构，处理器102可以具有单个内部高速缓存或多个层级的内部高速缓存。在一些实施例中，在处理器102的各部件之间共享高速缓存存储器。在一些实施例中，处理器102还使用外部高速缓存(例如，第3级(l3)高速缓存或末级高速缓存(llc))(未示出)，可使用已知的高速缓存一致性技术在处理器核107之间共享外部高速缓存。另外，寄存器堆106被包括在处理器102中，该处理器102可包括用于存储不同类型的数据的不同类型的寄存器(例如，整数寄存器、浮点寄存器、状态寄存器、以及指令指针寄存器)。一些寄存器可以是通用寄存器，而其他寄存器可特定于处理器102的设计。
在一些实施例中，处理器102耦合至处理器总线110，以在处理器102与系统100中的其他部件之间传输诸如地址、数据、或控制信号之类的通信信号。在一个实施例中，系统100使用示例性“中枢”系统架构，该示例性“中枢”系统架构包括存储器控制器中枢116和输入输出(i/o)控制器中枢130。存储器控制器中枢116促进存储器设备与系统100的其他部件之间的通信，而i/o控制器中枢(ich)130提供经由本地i/o总线至i/o设备的连接。在一个实施例中，存储器控制器中枢116的逻辑被集成在处理器内。
存储器设备120可以是动态随机存取存储器(dram)设备、静态随机存取存储器(sram)设备、闪存设备、相变存储器设备、或具有合适的性能以充当进程存储器的某种其他存储器设备。在一个实施例中，存储器设备120可以作为系统100的系统存储器来进行操作，以存储数据122和指令121，以供在一个或多个处理器102执行应用或进程时使用。存储器控制器中枢116还与任选的外部图形处理器112耦合，该任选的外部图形处理器112可与处理器102中的一个或多个图形处理器108通信以执行图形和媒体操作。
在一些实施例中，ich130启用外围设备以经由高速i/o总线连接到存储器设备120和处理器102。i/o外围设备包括但不限于音频控制器146、固件接口128、无线收发机126(例如，wi-fi、蓝牙)、数据存储设备124(例如，硬盘驱动器、闪存等)以及用于将传统(legacy)(例如，个人系统2(ps/2))设备耦合至系统的传统i/o控制器。一个或多个通用串行总线(usb)控制器142连接输入设备，这些输入设备诸如键盘和鼠标144的组合。网络控制器134还可耦合至ich130。在一些实施例中，高性能网络控制器(未示出)耦合至处理器总线110。将会领会，所示的系统100是示例性的而非限制性的，因为也可使用以不同方式配置的其他类型的数据处理系统。例如，i/o控制器中枢130可被集成在一个或多个处理器102内，或者存储器控制器中枢116和i/o控制器中枢130可被集成到诸如外部图形处理器112之类的分立的外部图形处理器中。
图2是处理器200的实施例的框图，该处理器200具有一个或多个处理器核202a-202n、集成存储器控制器214、以及集成图形处理器208。图2的具有与本文中任何其他附图的元件相同的附图标记(或名称)的那些元件能以与在本文中其他地方描述的方式类似的任何方式进行操作或起作用，但不限于此。处理器200可包括附加核，这些附加核多达且包括由虚线框表示的附加核202n。处理器核202a-202n中的每一个都包括一个或多个内部高速缓存单元204a-204n。在一些实施例中，每个处理器核还可访问一个或多个共享高速缓存单元206。
内部高速缓存单元204a-204n和共享高速缓存单元206表示处理器200内的高速缓存存储器层级结构。高速缓存存储器层级结构可包括每个处理器核内的至少一个层级的指令和数据高速缓存、以及一个或多个层级的共享中级高速缓存，诸如，第2级(l2)、第3级(l3)、第4级(l4)、或其他层级的高速缓存，其中，在外部存储器之前的最高层级的高速缓存被分类为llc。在一些实施例中，高速缓存一致性逻辑维持各高速缓存单元206与204a-204n之间的一致性。
在一些实施例中，处理器200还可包括一组一个或多个总线控制器单元216和系统代理核210。一个或多个总线控制器单元216管理一组外围总线，诸如，一个或多个外围部件互连总线(例如，pci、pci快速)。系统代理核210提供对各处理器部件的管理功能。在一些实施例中，系统代理核210包括一个或多个集成存储器控制器214，以管理对各外部存储器设备(未示出)的访问。
在一些实施例中，处理器核202a-202n中的一个或多个包括对同步多线程的支持。在此类实施例中，系统代理核210包括用于在多线程处理期间对核202a-202n进行协调和操作的部件。系统代理核210可附加地包括功率控制单元(pcu)，该功率控制单元包括用于调节处理器核202a-202n以及图形处理器208的功率状态的逻辑和部件。
在一些实施例中，处理器200附加地包括用于执行图形处理操作的图形处理器208。在一些实施例中，图形处理器208与共享高速缓存单元的集合206以及系统代理核210耦合，该系统代理核210包括一个或多个集成存储器控制器214。在一些实施例中，显示控制器211与图形处理器208耦合，以将图形处理器输出驱动到一个或多个耦合的显示器。在一些实施例中，显示控制器211可以是经由至少一个互连与图形处理器耦合的分开的模块，或者可被集成在图形处理器208或系统代理核210内。
在一些实施例中，基于环的互连单元212用于耦合处理器200的内部部件。然而，可使用替代的互连单元，诸如，点对点互连、切换式互连、或其他技术，包括本领域公知的技术。在一些实施例中，图形处理器208经由i/o链路213与环形互连212耦合。
示例性i/o链路213表示各种各样的i/o互连中的至少一者，包括促进各处理器部件与高性能嵌入式存储器模块218(诸如，edram模块)之间的通信的封装上i/o互连。在一些实施例中，处理器核202-202n中的每个处理器核以及图形处理器208将嵌入式存储器模块218用作共享末级高速缓存。在一些实施例中，处理器核202a-202n是执行同一指令集架构的同构核。在另一实施例中，处理器核202a-202n就指令集架构(isa)而言是异构的，其中，处理器核202a-n中的一者或多者执行第一指令集，而其他核中的至少一者执行第一指令集的子集或不同的指令集。在一个实施例中，处理器核202a-202n就微架构而言是同质的，其中，具有相对较高功耗的一个或多个核与具有较低功耗的一个或多个功率核耦合。另外，处理器200可被实现在一个或多个芯片上或者被实现为除其他部件之外还具有所图示的部件的soc集成电路。
图3是图形处理器300的框图，该图形处理器300可以是分立的图形处理单元、或者可以是与多个处理核集成的图形处理器。在一些实施例中，图形处理器经由至图形处理器上的寄存器的存储器映射的i/o接口并且利用被置入处理器存储器中的命令进行通信。在一些实施例中，图形处理器300包括用于访问存储器的存储器接口314。存储器接口314可以是到本地存储器、一个或多个内部高速缓存、一个或多个共享外部高速缓存、和/或到系统存储器的接口。
在一些实施例中，图形处理器300还包括用于将显示输出数据驱动到显示设备320的显示控制器302。显示控制器302包括用于显示器的一个或多个重叠平面以及视频或用户接口元件的多个层的组合的硬件。在一些实施例中，图形处理器300包括视频编解码器引擎306，以将媒体编码、解码或转码为一种或多种媒体编码格式，从一种或多种媒体编码格式编码、解码或转码媒体，或在一种或多种媒体编码格式之间进行对媒体进行编码、解码或转码，这些媒体编码格式包括但不限于：运动图像专家组(mpeg)格式(诸如，mpeg-2)、高级视频译码(avc)格式(诸如，h.264/mpeg-4avc)、以及电影&电视工程师协会(smpte)421m/vc-1、和联合图像专家组(jpeg)格式(诸如，jpeg、以及运动jpeg(mjpeg)格式)。
在一些实施例中，图形处理器300包括用于执行包括例如位边界块传递的二维(2d)光栅化器操作的块图像传递(blit)引擎304。然而，在一个实施例中，使用图形处理引擎(gpe)310的一个或多个部件执行2d图形操作。在一些实施例中，图形处理引擎310是用于执行图形操作的计算引擎，这些图形操作包括三维(3d)图形操作和媒体操作。
在一些实施例中，gpe310包括用于执行3d操作的3d流水线312，3d操作诸如，使用作用于3d图元形状(例如，矩形、三角形等)的处理功能来渲染三维图像和场景。3d流水线312包括可编程的固定功能元件，这些可编程的固定功能元件执行元件内的各种任务和/或将执行线程生成(spawn)至3d/媒体子系统315。虽然3d流水线312可以用于执行媒体操作，但是gpe310的实施例还包括专门用于执行诸如视频后处理和图像增强之类的媒体操作的媒体流水线316。
在一些实施例中，媒体流水线316包括固定功能或可编程逻辑单元以便代替、或代表视频编解码器引擎306来执行一种或多种专业的媒体操作，诸如，视频解码加速、视频解交织、以及视频编码加速。在一些实施例中，媒体流水线316附加地包括用于生成供在3d/媒体子系统315上执行的线程的线程生成单元。所生成的线程对3d/媒体子系统315中所包括的一个或多个图形执行单元执行对媒体操作的计算。
在一些实施例中，3d/媒体子系统315包括用于执行由3d流水线312和媒体流水线316生成的线程的逻辑。在一个实施例中，流水线向3d/媒体子系统315发送线程执行请求，该3d/媒体子系统包括用于仲裁并将各请求分派到可用的线程执行资源的线程分派逻辑。执行资源包括用于处理3d和媒体线程的图形执行单元阵列。在一些实施例中，3d/媒体子系统315包括用于线程指令和数据的一个或多个内部高速缓存。在一些实施例中，子系统还包括用于在线程之间共享数据并用于存储输出数据的共享存储器，包括寄存器和可寻址存储器。
3d/媒体处理
图4是根据一些实施例的图形处理器的图形处理引擎410的框图。在一个实施例中，gpe410是图3中示出的gpe310的版本。图4的具有与此处任何其他附图中的元件相同的附图标记(或名称)的那些元件可采用与在本文中其他地方描述的方式相类似的任何方式进行操作或起作用，但不限于这些。
在一些实施例中，gpe410与命令流转化器403耦合，所述命令流转化器向gpe3d流水线412和媒体流水线416提供命令流。在一些实施例中，命令流转化器403耦合至存储器，所述存储器可以是系统存储器、或内部高速缓存存储器和共享高速缓存存储器中的一个或多个高速缓存存储器。在一些实施例中，命令流转化器403从存储器接收命令，并且将命令发送给3d流水线412和/或媒体流水线416。所述命令是从环形缓冲器获取的指示，所述环形缓冲器存储用于3d流水线412和媒体流水线416的命令。在一个实施例中，所述环形缓冲器可另外包括存储多批多命令的批命令缓冲器。3d流水线412和媒体流水线416通过经由各自流水线内的逻辑执行操作或者通过将一个或多个执行线程分派至执行单元阵列414来处理所述命令。在一些实施例中，执行单元阵列414是可扩展的，从而使得所述阵列包括基于gpe410的目标功率和性能水平的可变数量的执行单元。
在一些实施例中，采样引擎430与存储器(例如，高速缓存存储器或系统存储器)和执行单元阵列414耦合。在一些实施例中，采样引擎430为执行单元阵列414提供存储器访问机制，所述存储器访问机制允许执行阵列414从存储器读取图形和媒体数据。在一些实施例中，采样引擎430包括用于执行针对媒体的专门图像采样操作的逻辑。
在一些实施例中，采样引擎430中的所述专门媒体采样逻辑包括去噪/解交织模块432、运动估计模块434、以及图像缩放和滤波模块436。在一些实施例中，去噪/解交织模块432包括用于对经解码的视频数据执行去噪或解交织算法中的一项或多项的逻辑。解交织逻辑将交织的视频内容的交替字段组合为单个视频帧。所述去噪逻辑从视频和图像数据减少或去除数据噪声。在一些实施例中，所述去噪和解交织逻辑是运动自适应的并且使用基于在所述视频数据中检测到的运动量的空间或时间滤波。在一些实施例中，去噪/解交织模块432包括专门的运动检测逻辑(例如，在运动估计引擎434内)。
在一些实施例中，运动估计引擎434通过对视频数据执行视频加速功能(比如运动向量估计和预测)来为视频操作提供硬件加速。运动估计引擎确定运动向量，所述运动向量描述了连续视频帧之间的图像数据的变换。在一些实施例中，图形处理器媒体编解码器使用视频运动估计引擎434来对宏块级视频执行操作，对于其利用通用处理器来执行可以另外地是太计算密集型的。在一些实施例中，运动估计引擎434通常可用于图形处理器部件以便辅助视频解码和处理功能，所述视频解码和处理功能对于视频数据内的运动的方向或幅度是敏感或自适应的。
在一些实施例中，图像缩放和滤波模块436执行图像处理操作以便增强所生成的图像和视频的视觉质量。在一些实施例中，缩放和滤波模块436在向执行单元阵列414提供数据之前在采样操作过程中处理图像和视频数据。
在一些实施例中，gpe410包括数据端口444，所述数据端口提供用于图形子系统访问存储器的附加机制。在一些实施例中，数据端口444针对操作促进存储器访问，所述操作包括渲染目标写入、恒定缓冲器读取、暂时存储器空间读取/写入、和媒体表面访问。在一些实施例中，数据端口444包括用于高速缓存对存储器的访问的高速缓存存储器空间。高速缓存存储器可以是单个数据高速缓存，或被分离成用于经由数据端口来访问存储器的多个子系统的多个高速缓存(例如，渲染缓冲高速缓存、恒定缓冲器高速缓存等)。在一些实施例中，在执行单元阵列414中的执行单元上执行的线程经由耦合gpe410的每个子系统的数据分布互连通过交换消息来与数据端口进行通信。
执行单元
图5是图形处理器500的另一实施例的框图。图5的具有与本文中的任何其他附图的元件相同的附图标记(或名称)的元件能以与在本文中其他地方描述的方式类似的任何方式进行操作或起作用，但不限于此。
在一些实施例中，图形处理器500包括环形互连502、流水线前端504、媒体引擎537和图形核580a-580n。在一些实施例中，环形互连502将图形处理器耦合至其他处理单元，其他处理单元包括其他图形处理器或者一个或多个通用处理器核。在一些实施例中，图形处理器是集成在多核处理系统内的许多处理器中的一个。
在一些实施例中，图形处理器500经由环形互连502接收多批命令。传入的命令由流水线前端504中的命令流转化器503解释。在一些实施例中，图形处理器500包括用于经由(多个)图形核580a-580n来执行3d几何处理和媒体处理的可缩放执行逻辑。对于3d几何处理命令，命令流转化器503将命令供应至几何流水线536。对于至少一些媒体处理命令，命令流转化器503将命令供应至视频前端534，该视频前端534与媒体引擎537耦合。在一些实施例中，媒体引擎537包括用于视频和图像后处理的视频质量引擎(vqe)530以及用于提供硬件加速的媒体数据编码和解码的多格式编码/解码(mfx)533引擎。在一些实施例中，几何流水线536和媒体引擎537各自生成用于由至少一个图形核580a提供的线程执行资源的执行线程。
在一些实施例中，图形处理器500包括可缩放线程执行资源，这些可缩放线程执行资源以模块化核580a-580n(有时称为核片(coreslice))为特征，这些模块化核各自具有多个子核550a-550n、560a-560n(有时称为核子片(coresub-slice))。在一些实施例中，图形处理器500可具有任何数量的图形核580a至580n。在一些实施例中，图形处理器500包括图形核580a，该图形核580a至少具有第一子核550a和第二核子核560a。在其他实施例中，图形处理器是具有单个子核(例如，550a)的低功率处理器。在一些实施例中，图形处理器500包括多个图形核580a-580n，每一个图形核都包括第一子核550a-550n的集合以及第二子核560a-560n的集合。第一子核550a-550n的集合中的每个子核至少包括执行单元552a-552n和媒体/纹理采样器554a-554n的第一集合。第二子核560a-560n的集合中的每一个子核至少包括执行单元562a-562n和采样器564a-564n的第二集合。在一些实施例中，每个子核550a-550n、560a-560n共享共享资源570a-570n的集合。在一些实施例中，共享资源包括共享高速缓存存储器和像素操作逻辑。其他共享资源也可被包括在图形处理器的各实施例中。
图6图示出线程执行逻辑600，该线程执行逻辑600包括在gpe的一些实施例中采用的处理元件的阵列。图6的具有与本文中任何其他附图的元件相同的附图标记(或名称)的元件能以类似于本文中其他地方所描述的任何方式进行操作或起作用，但不限于此。
在一些实施例中，线程执行逻辑600包括像素着色器602、线程分派器604、指令高速缓存606、包括多个执行单元608a-608n的可扩展执行单元阵列、采样器610、数据高速缓存612、以及数据端口614。在一个实施例中，所包括的部件经由互连结构而互连，所述互连结构链接至所述部件中的每个部件。在一些实施例中，线程执行逻辑600包括通过指令高速缓存606、数据端口614、采样器610、以及执行单元阵列608a至608n中的一个或多个到存储器(如系统存储器或高速缓存存储器)的一个或多个连接。在一些实施例中，每个执行单元(例如608a)是能够执行多个同步线程并且为每个线程并行处理多个数据元素的单独向量处理器。在一些实施例中，执行单元阵列608a-608n包括任意数量的单独执行单元。
在一些实施例中，执行单元阵列608a-608n主要用于执行“着色器”程序。在一些实施例中，阵列608a-608n中的执行单元执行指令集(所述指令集包括对许多标准3d图形着色器指令的本机支持)，从而使得以最小的转换执行来自图形库(例如，direct3d和opengl)的着色器程序。执行单元支持顶点和几何处理(例如，顶点程序、几何程序、顶点着色器)、像素处理(例如，像素着色器、片段着色器)以及通用处理(例如，计算和媒体着色器)。
执行单元阵列608a-608n中的每个执行单元对数据元素阵列进行操作。数据元素的数量是“执行大小”、或指令的通道数量。执行通道是执行数据元素访问、掩码、和指令内的流控制的逻辑单元。通道的数量可与针对特定的图形处理器的物理算术逻辑单元(alu)或浮点单元(fpu)的数量无关。在一些实施例中，执行单元608a-608n支持整数和浮点数据类型。
执行单元指令集包括单指令多数据(simd)指令。各种数据元素可作为紧缩数据类型存储在寄存器中，并且执行单元将基于元素的数据大小来处理各种元素。例如，当对256位宽的向量进行操作时，该256位的向量被存储在寄存器中，并且执行单元作为四个单独的64位紧缩数据元素(四字(qw)大小的数据元素)、八个单独的32位紧缩数据元素(双字(dw)大小的数据元素)、十六个单独的16位紧缩数据元素(字(w)大小的数据元素)、或三十二个单独的8位数据元素(字节(b)大小的数据元素)对向量进行操作。然而，不同的向量宽度和寄存器大小是可能的。
一个或多个内部指令高速缓存(例如，606)被包括在线程执行逻辑600中，以对用于执行单元的线程指令进行高速缓存。在一些实施例中，一个或多个数据高速缓存(例如，612)被包括，以对在线程执行期间的线程数据进行高速缓存。在一些实施例中，采样器610被包括，从而为3d操作提供纹理采样并且为媒体操作提供媒体采样。在一些实施例中，采样器610包括专业的纹理或媒体采样功能，以在向执行单元提供所采样的数据之前在采样过程中处理纹理或媒体数据。
在执行过程中，所述图形和媒体流水线经由线程生成和分派逻辑向线程执行逻辑600发送线程发起请求。在一些实施例中，线程执行逻辑600包括本地线程分派器604，所述本地线程分派器仲裁来自图形和媒体流水线的线程发起请求，并且在一个或多个执行单元608a至608n上实例化所请求的线程。例如，几何流水线(例如，图5的536)分派顶点处理、曲面细分(tessellation)或几何处理线程到线程执行逻辑600(图6)。在一些实施例中，线程分派器604还可处理来自执行着色器程序的运行时间线程生成请求。
一旦一组几何对象已经被处理并被栅格化成像素数据，则像素着色器602被调用以便进一步计算输出信息并且使得结果被写入到输出表面(例如，色彩缓冲器、深度缓冲器、模板印刷缓冲器等)。在一些实施例中，像素着色器602计算各顶点属性的将跨栅格化对象被内插的值。在一些实施例中，像素着色器602然后执行应用编程接口(api)供应的像素着色器程序。为了执行所述像素着色器程序，像素着色器602经由线程分派器604向执行单元(例如，608a)分派线程。在一些实施例中，像素着色器602使用采样器610中的纹理采样逻辑来访问存储器中所存储的纹理映射中的纹理数据。对纹理数据和输入几何进行的算术运算计算每个几何片段的像素颜色数据，或丢弃一个或多个像素而不进行进一步处理。
在一些实施例中，数据端口614提供存储器访问机制，以供线程执行逻辑600将经处理的数据输出至存储器以便在图形处理器输出流水线上进行处理。在一些实施例中，数据端口614包括或耦合至一个或多个高速缓存存储器(例如，数据高速缓存612)，从而对用于经由数据端口进行的存储器访问的数据进行高速缓存。
图7是图示出根据一些实施例的图形处理器指令格式700的框图。在一个或多个实施例中，图形处理器执行单元支持具有以多种格式的指令的指令集。实线框图示出一般被包括在执行单元指令中的组成部分，而虚线包括任选的或仅被包括在指令子集中的组成部分。在一些实施例中，所描述和图示的指令格式700是宏指令，因为它们是供应至执行单元的指令，这与从一旦指令被处理就进行的指令解码产生的微操作相对照。
在一些实施例中，图形处理器执行单元原生地支持采用128位格式710的指令。64位紧凑指令格式730可用于基于所选择的指令、多个指令选项和操作数数量的一些指令。原生的128位格式710提供对所有指令选项的访问，而一些选项和操作在64位指令格式730中受限。64位指令格式730中可用的原生指令根据实施例而不同。在一些实施例中，使用索引字段713中的一组索引值将指令部分地压缩。执行单元硬件基于索引值来引用一组压缩表，并使用压缩表输出来重构采用128位格式710的原生指令。
针对每种格式，指令操作码712限定执行单元要执行的操作。执行单元跨每个操作数的多个数据元素并行地执行每条指令。例如，响应于添加指令，执行单元跨标识纹理元素或图片元素的每个颜色通道执行同步添加操作。默认地，执行单元跨操作数的所有数据通道执行每条指令。在一些实施例中，指令控制字段714实现对某些执行选项的控制，这些执行选项诸如通道选择(例如，断言)以及数据通道排序(例如，混合)。针对128位指令710，执行大小字段716限制了将并行地执行的数据通道的数量。在一些实施例中，执行大小字段716不可用于64位紧凑指令格式730。
一些执行单元指令具有多达三个操作数，包括两个源操作数src0722、src1722和一个目的地718。在一些实施例中，执行单元支持双目的地指令，其中这些目的地中的一个是隐式的。数据操纵指令可以具有第三源操作数(例如，src2724)，其中，指令操作码712确定源操作数的数量。指令的最后的源操作数可以是利用该指令传递的立即数(例如，硬编码的)值。
在一些实施例中，128位指令格式710包括访问/地址模式信息726，该访问/地址模式字段726指定例如是使用直接寄存器寻址模式还是间接寄存器寻址模式。当使用直接寄存器寻址模式时，由指令710中的位直接提供一个或多个操作数的寄存器地址。在一些实施例中，128位指令格式710包括访问/地址模式字段726，该访问/地址模式字段726指定针对指令的地址模式和/或访问模式。在一个实施例中，访问模式用于限定针对指令的数据访问对齐。一些实施例支持包括16字节对齐访问模式和1字节对齐访问模式的访问模式，其中，访问模式的字节对齐确定指令操作数的访问对齐。例如，当处于第一模式时，指令可将字节对齐的寻址用于源操作数和目的地操作数，并且当处于第二模式时，指令710可将16字节对齐的寻址用于所有的源操作数和目的地操作数。
在一个实施例中，访问/地址模式字段726的地址模式部分确定指令要使用直接寻址还是间接寻址。当使用直接寄存器寻址模式时，指令710中的位直接提供一个或多个操作数的寄存器地址。当使用间接寄存器寻址模式时，可基于指令中的地址寄存器值和地址立即数字段来计算一个或多个操作数的寄存器地址。
在一些实施例中，基于操作码712的位字段对指令进行分组从而简化操作码解码740。针对8位的操作码，位4、5、和6允许执行单元确定操作码的类型。所示出的确切的操作码分组仅为示例。在一些实施例中，移动和逻辑操作码组742包括数据移动和逻辑指令(例如，移动(mov)、比较(cmp))。在一些实施例中，移动和逻辑组742共享五个最高有效位(msb)，其中移动(mov)指令采用0000xxxxb的形式，并且逻辑指令采用0001xxxxb的形式。流控制指令组744(例如，调用(call)、跳转(jmp))包括采用0010xxxxb形式(例如，0x20)的指令。混杂指令组746包括指令的混合，包括采用0011xxxxb形式(例如，0x30)的同步指令(例如，等待(wait)、发送(send))。并行数学指令组748包括采用0100xxxxb形式(例如，0x40)的按分量的算术指令(例如，加(add)、乘(mul))。并行数学组748跨数据通道并行地执行算术运算。向量数学组750包括采用0101xxxxb形式(例如，0x50)的算术指令(例如，dp4)。向量数学组对向量操作数执行算术运算，诸如，点积计算。
图形流水线
图8是图形处理器800的另一实施例的框图。图8的具有与本文中任何其他附图中的元件相同的附图标记(或名称)的元件能以与在本文中其他地方描述的方式类似的任何方式进行操作或起作用，但不限于此。
在一些实施例中，图形处理器800包括图形流水线820、媒体流水线830、显示引擎840、线程执行逻辑850、以及渲染输出流水线870。在一些实施例中，图形处理器800是包括一个或多个通用处理核的多核处理系统内的图形处理器。图形处理器通过至一个或多个控制寄存器(未示出)的寄存器写入或者经由通过环形互连802发布至图形处理器800的命令而受控。在一些实施例中，环形互连802将图形处理器800耦合至其他处理部件，其他处理部件诸如其他图形处理器或通用处理器。来自环形互连802的命令由命令流转化器803解译，该命令流转化器803将指令供应至图形流水线820或媒体流水线830的单独部件。
在一些实施例中，命令流转化器803引导顶点获取器805的操作，该顶点获取器805从存储器读取顶点数据并执行由命令流转化器803提供的顶点处理命令。在一些实施例中，顶点获取器805将顶点数据提供给顶点着色器807，该顶点着色器807对每个顶点执行坐标空间变换和照明操作。在一些实施例中，顶点获取器805和顶点着色器807通过经由线程分派器831向执行单元852a、852b分派执行线程来执行顶点处理指令。
在一些实施例中，执行单元852a-852b是具有用于执行图形和媒体操作的指令集的向量处理器阵列。在一些实施例中，执行单元852a、852b具有专用于每个阵列或在多个阵列之间被共享的附加的l1高速缓存851。高速缓存可以被配置为数据高速缓存、指令高速缓存、或被分区以不同分区中包含数据和指令的单个高速缓存。
在一些实施例中，图形流水线820包括用于执行3d对象的硬件加速的曲面细分的曲面细分部件。在一些实施例中，可编程的外壳着色器811配置曲面细分操作。可编程域着色器817提供对曲面细分输出的后端评估。曲面细分器813在外壳着色器811的指示下进行操作，并且包含专用逻辑，该专用逻辑用于基于作为输入被提供至图形流水线820的粗糙的几何模型来生成详细的几何对象的集合。在一些实施例中，如果未使用曲面细分，则可以绕过曲面细分部件811、813、817。
在一些实施例中，完整的几何对象可以由几何着色器819经由被分派至所述执行单元852a-852b的一个或多个线程来处理、或者可以直接行进至剪辑器829。在一些实施例中，几何着色器对整个几何对象进行操作，而不是如在图形流水线的先前级中那样对顶点或顶点补片(patch))进行操作。如果禁用曲面细分，则几何着色器819从顶点着色器807接收输入。在一些实施例中，几何着色器819是可由几何着色器程序编程的，以便在曲面细分单元被禁用时执行几何曲面细分。
在光栅化之前，剪辑器829处理顶点数据。剪辑器829可以是固定功能剪辑器或者具有剪辑和几何着色器功能的可编程剪辑器。在一些实施例中，渲染输出流水线870中的光栅化器和深度测试部件873分派像素着色器，以将几何对象转换为它们的每像素表示。在一些实施例中，像素着色器逻辑被包括在线程执行逻辑850中。在一些实施例中，应用可绕过光栅化器873，并且经由流出单元823访问未光栅化的顶点数据。
图形处理器800具有允许数据和消息在处理器的主要部件之间传递的互连总线、互连结构或某个其他互连机制。在一些实施例中，执行单元852a-852b和(多个)相关联的高速缓存851、纹理和媒体采样器854、以及纹理/采样器高速缓存858经由数据端口856进行互连，以执行存储器访问并且与处理器的渲染输出流水线部件进行通信。在一些实施例中，采样器854、高速缓存851、858以及执行单元852a-852b各自都具有单独的存储器访问路径。
在一些实施例中，渲染输出流水线870包含光栅化器和深度测试部件873，该光栅化器和深度测试部件873将基于顶点的对象转换为相关联的基于像素的表示。在一些实施例中，光栅化器逻辑包括用于执行固定功能三角形和线光栅化的窗口器/掩蔽器单元。相关联的渲染高速缓存878和深度高速缓存879在一些实施例中也是可用的。像素操作部件877对数据执行基于像素的操作，然而在一些实例中，与2d操作(例如，利用混合的位块图像传递)相关联的像素操作由2d引擎841执行，或者在显示时间由显示控制器843使用重叠显示平面来代替。在一些实施例中，共享l3高速缓存875可用于所有的图形部件，从而允许在无需使用主系统存储器的情况下共享数据。
在一些实施例中，图形处理器媒体流水线830包括媒体引擎837和视频前端834。在一些实施例中，视频前端834从命令流转化器803接收流水线命令。在一些实施例中，媒体流水线830包括单独的命令流转化器。在一些实施例中，视频前端834在将命令发送至媒体引擎837之前处理媒体命令。在一些实施例中，媒体引擎337包括用于生成线程以用于经由线程分派器831分派至线程执行逻辑850的线程生成功能。
在一些实施例中，图形处理器800包括显示引擎840。在一些实施例中，显示引擎840在处理器800外部，并且经由环形互连802、或某个其他互连总线或结构与图形处理器耦合。在一些实施例中，显示引擎840包括2d引擎841和显示控制器843。在一些实施例中，显示引擎840包含能够独立于3d流水线而操作的专用逻辑。在一些实施例中，显示控制器843与显示设备(未示出)耦合，该显示设备可以是系统集成的显示设备(如在膝上型计算机中)、或者经由显示设备连接器附接的外部显示设备。
在一些实施例中，图形流水线820和媒体流水线830可配置成用于基于多个图形和媒体编程接口执行操作并且并非专用于任何一种应用编程接口(api)。在一些实施例中，图形处理器的驱动器软件将专用于特定图形或媒体库的api调度转换成可由图形处理器处理的命令。在一些实施例中，为来自科纳斯(khronos)集团的开放图形库(opengl)和开放计算语言(opencl)、来自微软公司的direct3d库提供支持、或者可以向opengl和d3d两者提供支持。还可以为开源计算机视觉库(opencv)提供支持。如果可进行从未来api的管线到所述图形处理器的管线的映射，则具有兼容3d管线的未来api也将受到支持。
图形流水线编程
图9a是图示出根据一些实施例的图形处理器命令格式900的框图。图9b是图示出根据实施例的图形处理器命令序列910的框图。图9a中的实线框图示出一般被包括在图形命令中的组成成分，而虚线包括任选的或者仅被包括在图形命令的子集中的组成部分。图9a的示例性图形处理器命令格式900包括用于标识命令的目标客户端902、命令操作代码(操作码)904、以及用于命令的有关数据906的数据字段。一些命令中还包括子操作码905和命令大小908。
在一些实施例中，客户端902指定处理命令数据的图形设备的客户端单元。在一些实施例中，图形处理器命令解析器检查每个命令的客户端字段，以调整对命令的进一步处理，并将命令数据路由至合适的客户端单元。在一些实施例中，图形处理器客户端单元包括存储器接口单元、渲染单元、2d单元、3d单元、和媒体单元。每个客户端单元具有对命令进行处理的相应的处理流水线。一旦命令被客户端单元接收到，客户端单元就读取操作码904以及子操作码905(如果存在)，从而确定要执行的操作。客户端单元使用数据字段906中的信息来执行命令。针对一些命令，期望显式的命令大小908来指定命令的大小。在一些实施例中，命令解析器基于命令操作码自动地确定命令中的至少一些命令的大小。在一些实施例中，经由双字的倍数使命令对齐。
图9b中的流程图示出了示例性图形处理器命令序列910。在一些实施例中，以图形处理器的实施例为特征的数据处理系统的软件或固件使用所示出的命令序列的版本来启动、执行并终止图形操作集合。仅出于示例性目的示出并描述了样本命令序列，因为实施例并不限于这些特定命令，也不限于此命令序列。而且，所述命令可以作为批量命令以命令序列被发布，以使得图形处理器将以至少部分同时的方式处理命令序列。
在一些实施例中，图形处理器命令序列910可开始于：流水线转储清除命令912，以使得任一活跃的图形流水线完成该流水线的当前未决的命令。在一些实施例中，3d流水线922和媒体流水线924不同时进行操作。执行流水线转储清除，以使得活跃的图形流水线完成任何未决的命令。响应于流水线转储清除，用于图形处理器的命令解析器将暂停命令处理，直到活跃的绘图引擎完成未决的操作并且相关的读高速缓存被无效。任选地，渲染高速缓存中被标记为‘脏’的任何数据可以被转储清除到存储器。在一些实施例中，流水线转储清除命令912可以用于流水线同步或者用在将图形处理器置于低功率状态之前。
在一些实施例中，当命令序列需要图形处理器在流水线之间显式地切换时，使用流水线选择命令913。在一些实施例中，除非上下文是发布用于这两条流水线的命令，否则在发布流水线命令之前，在执行上下文中仅需要一次流水线选择命令913。在一些实施例中，在经由流水线选择命令913的流水线切换之前正好需要流水线转储清除命令912。
在一些实施例中，流水线控制命令914配置用于操作的图形流水线，并且用于对3d流水线922和媒体流水线924进行编程。在一些实施例中，流水线控制命令914配置用于活跃流水线的流水线状态。在一个实施例中，流水线控制命令914用于流水线同步，并且用于在处理批量命令之前清除来自活跃的流水线内的一个或多个高速缓存存储器的数据。
在一些实施例中，用于返回缓冲器状态916的命令用于配置返回缓冲器的集合以供相应的流水线写入数据。一些流水线操作需要分配、选择、或配置一个或多个返回缓冲器，在处理期间，所述操作将中间数据写入到该一个或多个返回缓冲器中。在一些实施例中，配置图形处理器还使用一个或多个返回缓冲器以存储输出数据并且执行跨线程通信。在一些实施例中，返回缓冲器状态916包括选择用于流水线操作集合的返回缓冲器的大小和数量。
命令序列中的剩余命令基于用于操作的活跃的流水线而不同。基于流水线判定920，命令序列被定制用于以3d流水线状态930开始的3d流水线922、或者开始于媒体流水线状态940的媒体流水线924。
用于3d流水线状态930的命令包括用于顶点缓冲器状态、顶点元素状态、常量颜色状态、深度缓冲器状态、以及有待在处理3d图元命令之前配置的其他状态变量的3d状态设置命令。这些命令的值至少部分地基于使用中的特定3dapi来确定。在一些实施例中，如果将不使用某些流水线元件，则3d流水线状态930命令还能够选择性地禁用或绕过这些特定的流水线元件。
在一些实施例中，3d图元932命令用于提交待由3d流水线处理的3d图元。经由3d图元932命令传递给图形处理器的命令和相关联参数将被转发到图形流水线中的顶点获取功能。顶点获取功能使用3d图元932命令数据来生成顶点数据结构。顶点数据结构被存储在一个或多个返回缓冲器中。在一些实施例中，3d图元932命令用于经由顶点着色器对3d图元执行顶点操作。为了处理顶点着色器，3d流水线922将着色器执行线程分派至图形处理器执行单元。
在一些实施例中，经由执行934命令或事件来触发3d流水线922。在一些实施例中，寄存器写入触发命令执行。在一些实施例中，经由命令序列中的‘前进’(‘go’)或‘踢除’(‘kick’)命令来触发执行。在一个实施例中，使用流水线同步命令来触发命令执行，以对通过图形流水线的命令序列进行转储清除。3d流水线将针对3d图元来执行几何处理。一旦完成操作，则对所得到的几何对象进行光栅化，并且像素引擎对所得到的像素进行着色。对于那些操作，还可以包括用于控制像素着色和像素后端操作的附加命令。
在一些实施例中，当执行媒体操作时，图形处理器命令序列910跟随媒体流水线924路径。一般地，针对媒体流水线924进行编程的具体用途和方式取决于待执行的媒体或计算操作。在媒体解码期间，特定的媒体解码操作可被卸载到媒体流水线。在一些实施例中，还可绕过媒体流水线，并且可使用由一个或多个通用处理核提供的资源来整体地或部分地执行媒体解码。在一个实施例中，媒体流水线还包括用于通用图形处理器单元(gpgpu)操作的元件，其中，图形处理器用于使用计算着色器程序来执行simd向量运算，该计算着色器程序与渲染图形图元不是显式地相关的。
在一些实施例中，以与3d流水线922相似的方式对媒体流水线924进行配置。将一组媒体流水线状态命令940分派或放置到命令队列中，在媒体对象命令942之前。在一些实施例中，用于媒体流水线状态940的命令包括用于配置媒体流水线元件的数据，这些媒体流水线元件将用于处理媒体对象。这包括用于在媒体流水线内配置视频解码和视频编码逻辑的数据，诸如，编码或解码格式。在一些实施例中，用于媒体流水线状态940的命令还支持将一个或多个指针用于包含批量的状态设置的“间接”状态元件。
在一些实施例中，媒体对象命令942将指针供应至媒体对象以用于由媒体流水线进行处理。媒体对象包括存储器缓冲器，该存储器缓冲器包含待处理的视频数据。在一些实施例中，在发布媒体对象命令942之前，所有的媒体流水线状态必须是有效的。一旦流水线状态被配置并且媒体对象命令942被排队，则经由执行944命令或等效的执行事件(例如，寄存器写入)来触发媒体流水线924。随后可通过由3d流水线922或媒体流水线924提供的操作对来自媒体流水线924的输出进行后处理。在一些实施例中，以与媒体操作类似的方式来配置和执行gpgpu操作。
图形软件结构
图10图示出根据一些实施例的用于数据处理系统1000的示例性图形软件架构。在一些实施例中，软件架构包括3d图形应用1010、操作系统1020、以及至少一个处理器1030。在一些实施例中，处理器1030包括图形处理器1032以及一个或多个通用处理器核1034。图形应用1010和操作系统1020各自在数据处理系统的系统存储器1050中执行。
在一些实施例中，3d图形应用1010包含一个或多个着色器程序，该一个或多个着色器程序包括着色器指令1012。着色器语言指令可以采用高级着色器语言，诸如，高级着色器语言(hlsl)或opengl着色器语言(glsl)。应用还包括可执行指令1014，该可执行指令1014采用适合用于由通用处理器核1034执行的机器语言。应用还包括由顶点数据限定的图形对象1016。
在一些实施例中，操作系统1020是来自微软公司的
ip核实现
至少一个实施例的一个或多个方面可以由存储在机器可读介质上的表示性代码实现，该机器可读介质表示和/或限定集成电路(诸如，处理器)内的逻辑。例如，机器可读介质可包括表示处理器内的各个逻辑的指令。当由机器读取时，指令可使机器制造用于执行本文中所描述的技术的逻辑。此类表示(称为“ip核”)是集成电路的逻辑的可重复使用单元，这些可重复使用单元可以作为对集成电路的结构进行描述的硬件模型而被存储在有形的机器可读介质上。可将该硬件模型供应给各消费者或制造设施，这些消费者或制造设施将该硬件模型加载在制造集成电路的制造机器上。可制造集成电路，以使得电路执行与本文中所描述的实施例中的任一实施例相关联地描述的操作。
图11是图示出根据实施例的可以用于制造集成电路以执行操作的ip核开发系统1100的框图。ip核开发系统1100可用于生成可以并入到更大的设计中或用于构建整个集成电路(例如，soc集成电路)的模块化、可重复使用的设计。设计设施1130可以采用高级编程语言(例如，c/c++)来生成对ip核设计的软件仿真1110。软件仿真1110可以用于使用仿真模型1112来设计、测试并验证ip核的行为。仿真模型1112可以包括功能、行为和/或时序仿真。然后可从仿真模型1112创建或合成寄存器传输级(rtl)设计。rtl设计1115是对硬件寄存器之间的数字信号的流动进行建模的集成电路(包括使用建模的数字信号执行的相关联的逻辑)的行为的抽象。除了rtl设计1115之外，还可以创建、设计或合成处于逻辑级或晶体管级的较低层级的设计。由此，初始设计和仿真的具体细节可有所不同。
可由设计设施将rtl设计1115或等效方案进一步合成为硬件模型1120，该硬件模型1120可采用硬件描述语言(hdl)或物理设计数据的某种其他表示。可以进一步仿真或测试hdl以验证ip核设计。可使用非易失性存储器1140(例如，硬盘、闪存、或任何非易失性存储介质)来存储ip核设计以用于递送至第3方制造设施1165。替代地，可以通过有线连接1150或无线连接1160来传输(例如，经由互联网)ip核设计。制造设施1165随后可制造至少部分地基于ip核设计的集成电路。所制造的集成电路可以被配置成用于执行根据本文中所描述的至少一个实施例的操作。
示例性片上系统集成电路
图12-图14图示出根据本文中所描述的各实施例的可使用一个或多个ip核来制造的示例性集成电路和相关联的图形处理器。除了所图示的之外，还可包括其他逻辑和电路，包括附加的图形处理器/核、外围接口控制器或通用处理器核。
图12是图示出根据实施例的可使用一个或多个ip核来制造的示例性芯片上系统集成电路1200的框图。示例性集成电路包括一个或多个应用处理器1205(例如，cpu)、至少一个图形处理器1210，并且可附加地包括图像处理器1215和/或视频处理器1220，其中的任一项都可以是来自相同的或多个不同的设计设施的模块化ip核。集成电路包括外围或总线逻辑，该外围或总线逻辑包括usb控制器1225、uart控制器1230、spi/sdio控制器1235和i2s/i2c控制器1240。另外，集成电路可以包括显示设备1245，该显示设备1245耦合至高清晰度多媒体接口(hdmi)控制器1250和移动产业处理器接口(mipi)显示接口1255中的一个或多个。可由闪存子系统1260(包括闪存和闪存控制器)来提供存储。可经由存储器控制器1265来提供存储器接口以访问sdram或sram存储器设备。另外，一些集成电路附加地包括嵌入式安全引擎1270。
另外，其他逻辑和电路可包括在集成电路1200的处理器中，包括附加图形处理器/核、外围接口控制器、或通用处理器核。
图13是图示出根据实施例的可使用一个或多个ip核来制造的芯片上系统集成电路的示例性图形处理器1310的框图。图形处理器1310可以是图12的图形处理器1210的变体。图形处理器1310包括顶点处理器1305以及一个或多个片段处理器1315a-1315n。图形处理器1310可以经由分开的逻辑执行不同的着色器程序，以使得顶点处理器1305被优化成执行用于顶点着色器程序的操作，而一个或多个片段处理器1315a-1315n执行用于片段或像素着色器程序的片段(例如，像素)着色操作。顶点处理器1305执行3d图形流水线的顶点处理级，并生成图元和顶点数据。(多个)片段处理器1315a-1315n使用由顶点处理器1305生成的图元和顶点数据来产生显示在显示设备上的帧缓冲器。在一个实施例中，(多个)片段处理器1315a-1315n被优化成执行如提供用于openglapi中的片段着色器程序，片段处理器1315a-1315n可用于执行与如提供用于direct3dapi中的像素着色器程序类似的操作。
图形处理器1310附加地包括一个或多个存储器管理单元(mmu)1320a-1320b、(多个)高速缓存1325a-1325b和(多个)电路互连1330a-1330b。一个或多个mmu1320a-1320b提供用于图形处理器1300的虚拟到物理地址映射，包括用于顶点处理器1305和/或(多个)片段处理器1315a-1315n的虚拟到物理地址映射，除了存储在一个或多个高速缓存1320a-1320b中的顶点或图像/纹理数据之外，顶点处理器1305和/或(多个)片段处理器1315a-1315n还可引用存储在存储器中的顶点或图像/纹理数据。在一个实施例中，一个或多个mmu1325a-1325b可与系统内的其他mmu同步，以使得每个处理器1205-1220可以参与共享或统一虚拟存储器系统，其他mmu包括与图12的一个或多个应用处理器1205、图像处理器1215和/或视频处理器1220相关联的一个或多个mmu。根据实施例，一个或多个电路互连1330a-1330b使得图形处理器1310能够经由soc的内部总线或经由直接连接与soc内的其他ip核接口连接。
图14是图示出根据实施例的可使用一个或多个ip核来制造的芯片上系统集成电路的附加示例性图形处理器1410的框图。图形处理器1410可以是图12的图形处理器1210的变体。图形处理器1410包括图13的集成电路1300的一个或多个mmu1320a-1320b、高速缓存1325a-1325b和电路互连1330a-1330b。
图形处理器1410包括一个或多个着色器核1415a-1415n，该一个或多个着色器核1415a-1415n提供统一着色器核架构，在该统一着色器核架构中，单个核或单类型的核可以执行所有类型的可编程着色器代码，包括顶点着色器、片段着色器和计算着色器。存在的着色器核的确切数量在各实施例和各实现方式之间可以有所不同。另外，图形处理器1410包括核间任务管理器1405和分块单元(tilingunit)1418，该核间任务管理器1405充当线程分派器以将执行线程分派给一个或多个着色器核1415a-1415n，该分块单元1418用于加速用于基于图块的渲染的分块操作，在用于基于图块的渲染的分块操作中，对场景的渲染操作被细分在图像空间中，从而例如利用场景内的局部空间一致性，或优化内部高速缓存的使用。
图15图示出计算设备1500的一个实施例。计算设备1500(例如，智能可穿戴设备、虚拟现实(vr)设备、头戴式显示器(hmd)、移动计算机、物联网(iot)设备、膝上型计算机、台式计算机、服务器计算机等)可与图1的数据处理系统100相同，并且相应地，为了简明、清楚和易于理解，以上参考图1-图14所阐述的细节中的许多细节此后不作进一步讨论或重复。如所图示，在一个实施例中，计算设备1500被示出为主控(host)寄存器重命名逻辑1521。
在所展示的实施例中，寄存器重命名逻辑1521被示为由图形驱动器1516来托管；然而，设想实施例不限于此。例如，在一个实施例中，寄存器重命名逻辑1521可以是cpu1512或gpu1514的固件的一部分，或者在另一实施例中由操作系统1506来托管。在又另一实施例中，寄存器重命名逻辑1521可以由计算设备1500的多个部件——诸如驱动器1516、gpu1514、gpu固件、操作系统1506等中的一个或多个——部分地和同时地托管。
贯穿本文档，术语“用户”可被互换地称为“观看者”、“观察者”、“人”、“个人”、“终端用户”等等。应当注意，贯穿本文档，如“图形域”等术语可与“图形处理单元”、“图形处理器”或简单地与“gpu”互换地引用，并且类似地，“cpu域”或“主机域”可与“计算机处理单元”、“应用处理器”或简单地与“cpu”互换地引用。
计算设备1500可包括任何数量和类型的通信设备，诸如大型计算系统，诸如，服务器计算机、台式计算机等，并且可进一步包括机顶盒(例如，基于互联网的有线电视机顶盒等)、基于全球定位系统(gps)的设备等。计算设备1500可包括充当通信设备的移动计算设备，诸如包括智能电话的蜂窝电话、个人数字助理(pda)、平板计算机、膝上型计算机、电子阅读器、智能电视、电视平台、可穿戴设备(例如，眼镜、手表、手环、智能卡、珠宝、衣物等)、媒体播放器等。例如，在一个实施例中，计算设备1500可以包括采用计算机平台的移动计算设备，该计算机平台主控将计算设备1500的各种硬件和/或软件部件集成在单个芯片上的诸如芯片上系统(“soc”或“soc”)之类的集成电路(“ic”)。
如所图示，在一个实施例中，计算设备1500可包括任何数量和类型的硬件和/或软件部件，诸如(但不限于)图形处理单元1514、图形驱动器(也称为“gpu驱动器”、“图形驱动器逻辑”、“驱动器逻辑”、用户模式驱动器(umd)、umd、用户模式驱动器框架(umdf)、umdf或简称为“驱动器”)1516，中央处理单元1512、存储器1508、网络设备、驱动器等等，以及诸如触摸屏、触摸面板、触摸板、虚拟或常规键盘、虚拟或常规鼠标、端口、连接器等之类的输入/输出(i/o)源1504。计算设备1500可包括用作计算设备1500的硬件和/或物理资源与用户之间的接口的操作系统(os)1506。构想了cpu1512可包括一个或多个处理器，诸如图1的(多个)处理器102，而gpu1514可包括一个或多个图形处理器，诸如图1的(多个)图形处理器108。应当注意，贯穿本文档，可互换地使用如“节点”、“计算节点”、“服务器”、“服务器设备”、“云计算机”、“云服务器”、“云服务器计算机”、“机器”、“主机”、“设备”、“计算设备”、“计算机”、“计算系统”等术语。应当进一步注意，贯穿本文档，可互换地使用如“应用”、“软件应用”、“程序”、“软件程序”、“包”、“软件包”等术语。并且，贯穿本文档，可互换地使用如“作业”、“输入”、“请求”、“消息”等术语。
构想了并且如参考图1-14进一步所描述，如以上所描述的图形流水线的某些进程在软件中实现，而其余部分则在硬件中实现。图形流水线能以图形协处理器设计来实现，其中，cpu1512被设计为用于与gpu1514一起工作，该gpu1514可被包括在cpu1512中或与该cpu1512位于一起。在一个实施例中，gpu1514可采用用于执行与图形渲染有关的常规功能的任何数量与类型的常规软件与硬件逻辑，以及用于执行任何数量与类型的指令(诸如，图1的指令121)以执行贯穿本文档所公开的寄存器重命名逻辑1521的各种新颖功能的新颖的软件与硬件逻辑。
如上所述，存储器1508可包括随机存取存储器(ram)，该ram包括具有对象信息的应用数据库。存储器控制器中枢(诸如，图1的存储器控制器中枢116)可访问ram中的数据，并将其转发到gpu1514以用于图形流水线处理。ram可包括双倍数据速率ram(ddrram)、扩展数据输出ram(edoram)等。如参照图3所图示，cpu1512与硬件图形流水线交互以共享图形流水线功能。经处理的数据被存储在硬件图形流水线的缓冲器中，并且状态信息被存储在存储器1508中。所得到的图像随后被传送到诸如显示部件(诸如，图3的显示设备320)之类的i/o源1504，以用于图像的显示。构想了显示设备可以是用于向用户显示信息的各种类型的显示设备，诸如，阴极射线管(crt)、薄膜晶体管(tft)、液晶显示器(lcd)、有机发光二极管(oled)阵列等。
存储器1508可包括缓冲器(例如，帧缓冲器)的预分配的区域；然而，本领域普通技术人员应当理解，实施例不限于此，并且可使用较低级图形流水线可访问的任何存储器。计算设备1500可进一步包括如图1中所引用的输入/输出(i/o)控制中枢(ich)130、一个或多个i/o源1504等。
cpu1512可包括用于执行指令的一个或多个处理器，以便执行计算系统实现的任何软件例程。指令经常涉及对数据执行的某种操作。数据和指令两者都可以存储在系统存储器1508和任何相关联的高速缓存中。高速缓存典型地被设计成具有比系统存储器1508短的等待时间；例如，高速缓存可以被集成到与(多个)处理器相同的(多个)硅芯片上和/或利用较快的静态ram(sram)单元进行构造，而系统存储器1508可利用较慢的动态ram(dram)单元进行构造。与系统存储器1508相反，通过倾向于将更频繁使用的指令和数据存储在高速缓存中，改善了计算设备1500的整体性能效率。构想在一些实施例中，gpu1514可作为cpu1512的部分(诸如，物理cpu封装的部分)存在，在这种情况下，存储器1508可由cpu1512和gpu1514共享或保持分开。
可使系统存储器1508对计算设备1500内的其他部件可用。例如，从至计算设备1500的各种接口(例如，键盘和鼠标、打印机端口、局域网(lan)端口、调制解调器端口等)接收到的或从计算机设备1500的内部存储元件(例如，硬盘驱动器)检取的任何数据(例如，输入图形数据)通常在它们由一个或多个处理器以软件程序的实现方式操作之前临时排队进入到系统存储器1508中。类似地，软件程序确定应通过计算系统接口中的一个从计算设备1500发送到外部实体或存储到内部存储元件中的数据在其被传输或存储之前经常在系统存储器1508中临时排队。
进一步地，例如，诸如图1的ich130之类的ich可用于确保此类数据在系统存储器1508与其适当的对应计算系统接口(和内部存储设备，如果计算系统是如此设计的话)之间被合适地传递，并且可在其自身与所观察到的i/o源/设备1504之间具有双向点对点链路。类似地，诸如图1的mch116之类的mch可用于管理cpu1512与gpu1514、接口与内部存储元件之间对于系统存储器1508访问的各种竞争请求，这些请求可能在时间上相对于彼此紧接地出现。
i/o源1504可包括一个或多个i/o设备，该一个或多个i/o设备被实现为用于向计算设备1500(例如，网络适配器)传送数据和/或传送来自计算设备1500的数据；或者实现为用于计算设备1500内的大规模非易失性存储(例如，硬盘驱动器)。包括字母数字及其他键的用户输入设备可用于将信息和命令选择通信至gpu1514。另一类型的用户输入设备是用于将方向信息和命令选择通信至gpu1514并控制显示设备上的光标移动的光标控件，诸如，鼠标、轨迹球、触摸屏、触摸板或光标方向键。可采用计算机设备1500的相机和麦克风阵列来观察手势、记录音频和视频并接收和发射视觉命令和音频命令。计算设备1500可进一步包括(多个)网络接口，以提供对网络的访问，该网络诸如，lan、广域网(wan)、城域网(man)、个域网(pan)、蓝牙、云网络、移动网络(例如，第3代(3g)、第4代(4g)等)、内联网、因特网等。(多个)网络接口可包括例如，具有天线的无线网络接口，所述天线可以表示一个或多个天线。(多个)网络接口还可包括例如，用于经由网络电缆与远程设备通信的有线网络接口，该网络电缆可以是例如以太网电缆、同轴电缆、光缆、串行电缆或并行电缆。
(多个)网络接口可例如通过符合ieee802.11b和/或ieee802.11g标准来提供对lan的访问，并且/或者无线网络接口可例如通过符合蓝牙标准来提供对个域网的访问。还可支持其他无线网络接口和/或协议，包括上述标准的先前的以及后续的版本。除了经由无线lan标准的通信之外或作为其替代，(多个)网络接口可使用例如以下协议来提供无线通信：时分多址(tdma)协议、全球移动通信系统(gsm)协议、码分多址(cdma)协议和/或任何其他类型的无线通信协议。
(多个)网络接口可包括一个或多个通信接口，诸如，调制解调器、网络接口卡或其他众所周知的接口设备，诸如，用于耦合至以太网的那些接口设备、令牌环或为了提供通信链路以支持例如lan或wan的其他类型的物理有线或无线附连。以此方式，计算机系统还可以经由常规的网络基础设施(例如，包括内联网或互联网)耦合至多个外围设备、客户端、控制表面、控制台或服务器。
应当领会，对于某些实现方式，比在上文中所描述的示例更少或更多地配备的系统可以是优选的。因此，取决于诸如价格约束、性能要求、技术改进或其他情况之类的众多因素，计算设备1500的配置可随着实现方式而有所不同。电子设备或计算机系统1500的示例可包括(但不限于)：移动设备、个人数字助理、移动计算设备、智能电话、蜂窝电话、手持设备、单向寻呼机、双向寻呼机、消息收发设备、计算机、个人计算机(pc)、台式计算机、膝上型计算机、笔记本计算机、手持式计算机、平板计算机、服务器、服务器阵列或服务器场、web服务器、网络服务器、互联网服务器、工作站、小型计算机、大型计算机、超级计算机、网络装置、web装置、分布式计算系统、多处理器系统、基于处理器的系统、消费电子产品、可编程消费电子产品、电视、数字电视、机顶盒、无线接入点、基站、订户站、移动订户中心、无线电网络控制器、路由器、中枢、网关、桥接器、交换机、机器或上述各项的组合。
实施例可被实现为以下各项中的任何一项或其组合：使用母板互连的一个或多个微芯片或者集成电路、硬连线逻辑、由存储器设备存储且由微处理器执行的软件、固件、专用集成电路(asic)和/或现场可编程门阵列(fpga)。作为示例，术语“逻辑”可包括软件或硬件和/或软件和硬件的组合。
实施例可以被提供为例如计算机程序产品，该计算机程序产品可包括其上存储有机器可执行指令的一种或多种机器可读介质，该机器可执行指令在由一个或多个机器(诸如，计算机、计算机网络或其他电子设备)执行时可导致该一个或多个机器执行根据在本文中所描述的实施例的操作。机器可读介质可包括但不限于：软盘、光盘、cd-rom(紧致盘只读存储器)以及磁光盘、rom、ram、eprom(可擦除可编程只读存储器)、eeprom(电可擦除可编程只读存储器)、磁卡或光卡、闪存、或者适用于存储机器可执行指令的其他类型的介质/机器可读介质。
而且，实施例可作为计算机程序产品被下载，其中，可以经由通信链路(例如，调制解调器和/或网络连接)，借助于在载波或其他传播介质中具体化和/或由载波或其他传播介质调制的一个或多个数据信号来将程序从远程计算机(例如，服务器)传递至请求计算机(例如，客户机)。
根据一个实施例，gpu1514包括用于在图形处理期间存储数据的寄存器堆(或寄存器)1517。如上文所讨论的，寄存器分配对多个硬件上下文的高度并行执行是很重要的。在常规gpu中，物理寄存器被静态地分区从而使得每个硬件上下文仅仅可以利用固定数量的寄存器。因此，并行的水平通常受到可用寄存器数量的限制。因此，常规gpu实施增加并行上下文数量的静态共享方案。
图16展示了这种常规静态寄存器共享方案，在所述方案中，寄存器堆被静态地分区为十六个寄存器块。利用这种设计，系统可以在启动时调整被分配给每个上下文的寄存器块的数量。因此，针对低寄存器需求内核，每个上下文所获取的寄存器块的数量将更少，其中，剩余的寄存器块被用于启动更多的活动上下文。然而，在这种方法中，被分配给每个上下文的寄存器块必须足够大以容纳运行完整的内核所需的最大数量的寄存器。然而，这并未考虑到不同执行时间下的实际寄存器使用变化。因此，由于每个上下文将具有仅在某些程序点处被利用的一些超量预定的寄存器，所以寄存器分配较低效。
根据一个实施例，寄存器重命名逻辑1521执行动态寄存器共享。在这样的实施例中，寄存器重命名逻辑1521通过将寄存器空间逻辑地分区为固定部分和共享部分来促进对gpu1514内的寄存器1517的动态寄存器重命名。图17展示了将寄存器1517分区为固定寄存器1710部件和共享寄存器1720部件的一个实施例。如图17中所示，固定寄存器1710包括寄存器r0至r63，而共享寄存器1720包括寄存器r64至r143。根据一个实施例，共享寄存器1720在内核执行期间被动态地重命名为共享物理寄存器。因此，为了减少溢出较大基准的可能性，共享寄存器1720的数量大于64。在其他实施例中，寄存器分区大小可以基于gpu特性来调整。
返回参考图15，寄存器重命名逻辑1521在gpu1514内核的编译期间基于完整的寄存器1517空间来指派所有变量。在一个实施例中，寄存器重命名逻辑1521执行寄存器分配(ra)算法以将具有较长生命期的全局变量偏置为指派给固定寄存器1710(例如，寄存器1517的较低的64个寄存器)，这最大化了固定寄存器的利用率并且减少了共享寄存器竞争。在另一实施例中，具有较短生命期的变量被指派给共享寄存器1720(例如，r64至r143)，以便减少占用共享寄存器的持续时间并且增大多个上下文之间时间共享的可能性。在寄存器指派超过总架构寄存器空间(例如，>143)的实例中，寄存器重命名逻辑1521促进编译以便在执行溢出代码清理的相同上下文内生成溢出代码从而避免不必要的溢出/填充。
在一个实施例中，gpu1514还包括用于执行上下文的执行单元(eu)1518、重命名表1519以及执行解码逻辑1520。在一个实施例中，gpu1514包括高达72个eu1518。然而，其他实施例可以包括其他eu配置。在另一实施例中，解码逻辑1520被配置成用于在内核执行期间通过使用重命名表1519执行动态寄存器重命名来处理固定寄存器操作数和共享寄存器操作数。
图18展示了用于促进寄存器重命名的方法1800。方法1800可由包括硬件(如电路系统、专用逻辑、可编程逻辑等)、软件(如在处理设备上运行的指令)、或者它们的组合的处理逻辑实现。为了简洁和清晰的呈现，方法1800的过程以线性顺序来展示；然而，设想的是，可以并行地、异步地、或以不同顺序进行任何数量的过程。为了简明起见，此后可以不讨论或重复参考之前附图所讨论的细节中的许多细节。
方法1800开始于处理框1810，在所述处理框处，对操作数进行解码。根据一个实施例，解码逻辑1520基于寄存器id区分固定寄存器操作数与共享寄存器操作数。因此，在决策框1820处，做出关于操作数的寄存器id是否小于共享寄存器范围的起始位置(例如，64)的判定。如果寄存器id小于64，则eu1518通过访问固定寄存器1710来执行操作，处理框1825。否则，做出关于操作数是否是源操作数的判定，决策框1830。在确定操作数是源操作数之后，在重命名表1519处执行查找以找到与寄存器id相对应的动态分配物理寄存器并且从共享寄存器1720中获取操作数，处理框1835。
在确定操作数不是源操作数(例如，目的操作数)之后，做出关于是否可以获取新共享寄存器1720的判定，决策框1840。如果可以获取新共享寄存器，则将共享寄存器1720到物理寄存器id的映射存储在重命名表159中以供未来查找，处理框1845。如果当前没有可用的空闲共享寄存器，则停止当前上下文并且向另一个上下文产生解码，处理框1850。在一个实施例中，具有用于继续执行的就绪指令的其他线程有效地隐藏了停止等待时间。可能其他上下文已经穿过高寄存器压力区域，并且因此已经释放寄存器以使得被停止的上下文取得进展。
根据一个实施例，寄存器重命名逻辑1521指示gpu1514何时将释放动态分配的寄存器以使得寄存器能够在未来的重命名请求中被使用。在另一实施例中，寄存器重命名逻辑1521经由编译器支持来促进此过程。在这种实施例中，可以基于在寄存器分配期间所计算的信息、使用表1中所示的规则来标记变量的释放位置。
(表1)
根据一个实施例，确定向量变量的完全定义。这类定义可以部分地通过单指令多数据(simd)指令写入。
图19a和19b展示了使用指令集架构(isa)的变量释放实施方式。针对局部变量，因为在同一基本块中存在单次最后使用，所以增强最后一次使用指令以标记待释放的源操作数。因此，在支持高达三个源操作数的实施例中，可以实施三个附加位来编码释放信息。图19a展示了这种局部变量释放实施方式。
在全局变量的情况下，将在相应基本块的入口处释放的所有操作数都被标记，因为多个全局变量可能具有公共的最近后支配项。图19b展示了包括具有位字段的新释放指令的全局变量释放实施方式。如在图19b中所示，利用7位对新操作码进行编码以与isa格式兼容。此外，最后80位用于表示共享寄存器1720，在所述共享寄存器中，如果相应的共享寄存器应当被释放，则对位进行设置。进一步地，保留中间位，并且可以利用所述中间位以帮助防止死锁。
根据一个实施例，硬件上下文可以被调度为以时间共享方式在eu1518上运行，以所述时间共享方式，寄存器重命名逻辑1521使得能够完全利用在大多数gpu内核中观察到的临时寄存器压力波动从而实现有效的动态寄存器共享。然而，通用动态寄存器共享可能引入死锁情境，使得没有线程可以取得向前进展。这类死锁情境可能在下列情况下出现：当来自单个大线程的寄存器需求超过共享寄存器堆大小时；当多个线程同时进入高寄存器压力区域并且没有及时释放足够的寄存器时；以及当多个线程被阻塞在同步事件上，同时没有更多空闲寄存器可用于滞后线程时。
在一个实施例中，因为超过架构寄存器空间的任何寄存器需求将由编译器生成的溢出代码来处理，所以避免了由于单个线程饥饿造成的死锁。在另一实施例中，通过将eu1518上下文调度器策略改变为将动态寄存器使用考虑在内来防止无同步情况下的多线程饥饿。在启动新上下文之前，eu1518验证是否以下条件被满足，
其中，f是剩余的空闲共享寄存器的数量，并且ri是已经分配给上下文i的共享寄存器的数量。
在一个实施例中，mi被初始地设定为针对上下文i而静态确定的峰值寄存器需求。在这个实施例中，可以在执行被插入的释放指令时通过利用保留位对剩余最大寄存器使用进行编码直到内核末端来逐渐细化mi。针对simd内核运行，由于代码是按照控制流图的反向后序布置的，所以可以方便地从ra之后的全局线性扫描通过中找出此信息。通过执行此策略，寄存器重命名逻辑1521确保将为至少一个线程保留足够数量的空闲寄存器，以便在任何给定时间取得向前进展。
此外，一旦内核已经穿过峰值寄存器压力区域，则寄存器重命名逻辑1521降低其他线程的不必要节流。这是通过细化最大寄存器使用来完成的，而非总是假设贯穿整个内核执行中的最坏情况。为了防止同步的多线程饥饿，在没有附加硬件支持的情况下，可以采取这样的一种方法：根据来自每个内核的由架构寄存器空间大小界定的最大寄存器需求，限制被启动上下文的数量。可替代地，可以允许启动更多上下文。然而，在死锁的情况下，gpu1514依赖于由在同步屏障处停止的线程占用的溢出寄存器，从而允许其他线程取得向前进展。
对“一个实施例”、“实施例”、“示例实施例”、“各实施例”等的引用指示如此描述的(多个)实施例可包括特定特征、结构或特性，但是，不是每一个实施例都必定包括该特定特征、结构或特征。此外，一些实施例可具有针对其他实施例所描述的特征的一些、全部，或不具有任何所描述的特征。
在上述说明书中，已经参照其特定示例性实施例描述了实施例。然而，在不偏离所附权利要求中阐述的实施例的更广泛精神和范围的情况下，将显而易见的是，可对实施例进行各种修改和改变。因此，说明书和附图将以说明性而非限制性的含义来看待。
在所附描述以及权利要求书中，可使用术语“耦合的”及其派生词。“耦合的”被用来指示两个或更多个元件彼此协作或进行交互，但是它们之间可具有或可不具有中间物理或电学部件。
如权利要求书中所使用，除非另外指定，否则使用序数形容词“第一”、“第二”、“第三”等来描述共同的要素仅指示类似要素的不同实例被提及，并不旨在暗示如此描述的要素必须按照给定的序列，无论是时间上、空间上、级别上或以任何其他方式。
以下条款和/或示例涉及进一步的实施例或示例。可在一个或多个实施例中的任何地方使用示例中的细节。能以各种方式将不同的实施例或示例的各种特征与所包括的一些特征以及被排除的其他特征组合以适应各种不同的应用。示例可包括诸如以下各项的主题：方法；用于执行所述方法的动作的装置；至少一种包括指令的机器可读介质，所述指令当由机器执行时使所述机器执行所述方法的动作；或用于根据本文中所描述的实施例和示例促进混合通信的设备或系统。
一些实施例涉及示例1，本示例包括：图形处理单元(gpu)，所述图形处理单元包括用于处理图形上下文数据的多个执行单元、以及具有用于存储所述图形上下文数据的多个寄存器的寄存器堆；以及寄存器重命名逻辑，所述寄存器重命名逻辑用于通过将所述寄存器堆中的所述多个寄存器逻辑地分区为一组固定寄存器和一组共享寄存器来促进对所述多个寄存器的动态重命名。
示例2包括如示例1所述的主题，其中，所述一组共享寄存器在执行单元处执行上下文期间被动态地重命名为共享物理寄存器。
示例3包括如示例1和2所述的主题，其中，所述gpu进一步包括：重命名表，用于将存储所述一组共享寄存器内的每个寄存器至共享物理寄存器的重命名；以及解码逻辑，用于经由所述重命名表在执行所述上下文期间对来自所述一组固定寄存器的操作数和来自所述一组共享寄存器的操作数执行寄存器重命名。
示例4包括如示例1至3所述的主题，其中，所述寄存器重命名包括：判定所述上下文的操作数的寄存器id是否小于所述一组共享寄存器的起始范围；以及在确定所述操作数小于所述一组共享寄存器的所述起始范围之后，访问所述一组固定寄存器以对所述操作数执行操作。
示例5包括如示例1至4所述的主题，其中，所述寄存器重命名进一步包括：在确定所述操作数大于所述一组共享寄存器的所述起始范围之后，判定所述操作数是否是源操作数；在确定所述操作数是源操作数之后，访问所述重命名表以找到与所述寄存器id相对应的物理寄存器；以及从所述一组共享寄存器取出所述操作数。
示例6包括如示例1至5所述的主题，其中，所述寄存器重命名进一步包括：在确定所述操作数不是源操作数之后，判定是否可以获取新共享寄存器；以及在确定可以获取所述新共享寄存器之后，将所述共享寄存器至物理寄存器id的映射存储在所述重命名表中。
示例7包括如示例1至6所述的主题，其中，所述寄存器重命名进一步包括：在确定无法获取所述新共享寄存器之后，停止所述上下文。
示例8包括如示例1至7所述的主题，其中，所述寄存器重命名逻辑在gpu内核的编译期间基于所述多个寄存器来指派变量。
示例9包括如示例1至8所述的主题，其中，所述寄存器重命名逻辑执行寄存器分配算法，以便向所述一组固定寄存器指派具有长生命期的变量并且向所述一组共享寄存器指派具有短生命期的变量。
示例10包括如示例1至9所述的主题，其中，所述寄存器重命名逻辑在确定寄存器指派超过所述寄存器堆上的所述多个寄存器之后促进溢出代码的生成。
示例11包括如示例1至10所述的主题，其中，所述寄存器重命名逻辑提供关于将在何时释放所述一组共享寄存器中的寄存器的指令。
示例12包括如示例1至11所述的主题，其中，基于在所述寄存器分配算法期间所计算的信息来标记变量的释放位置。
示例13包括如示例1至12所述的主题，其中，局部变量的位置被标记为在最后一次使用之后在新的完全定义之前被释放。
示例14包括如示例1至13所述的主题，其中，全局变量的位置被标记为在控制流图中对于包括对前一定义的最后使用的基本块的最近后支配项处被释放。
一些实施例涉及示例15，本示例包括一种图形处理单元(gpu)，所述图形处理单元包括：多个执行单元，用于处理图形上下文数据；寄存器堆，具有用于存储所述图形上下文数据的多个寄存器；解码逻辑，用于在执行上下文期间对来自一组固定寄存器的操作数和来自一组共享寄存器的操作数执行寄存器重命名；以及重命名表，用于存储所述一组共享寄存器内的每个寄存器至共享物理寄存器的重命名。
示例16包括如示例15所述的主题，其中，所述寄存器重命名包括：判定所述上下文的操作数的寄存器id是否小于所述一组共享寄存器的起始范围；以及在确定所述操作数小于所述一组共享寄存器的所述起始范围之后，访问所述一组固定寄存器以对所述操作数执行操作。
示例17包括如示例15和16所述的主题，其中，所述寄存器重命名进一步包括：在确定所述操作数大于所述一组共享寄存器的所述起始范围之后，判定所述操作数是否是源操作数；在确定所述操作数是源操作数之后，访问所述重命名表以找到与所述寄存器id相对应的物理寄存器；以及从所述一组共享寄存器取出所述操作数。
示例18包括如示例15至17所述的主题，其中，所述寄存器重命名进一步包括：在确定所述操作数不是源操作数之后，判定是否可以获取新共享寄存器；以及在确定可以获取所述新共享寄存器之后，将所述共享寄存器至物理寄存器id的映射存储在所述重命名表中。
示例19包括如示例15至18所述的主题，其中，所述寄存器重命名进一步包括：在确定无法获取所述新共享寄存器之后，停止所述上下文。
示例20包括如示例15至19所述的主题，进一步包括：寄存器重命名逻辑，用于通过将所述寄存器堆中的所述多个寄存器逻辑地分区为一组固定寄存器和一组共享寄存器来促进对所述多个寄存器的动态重命名。
一些实施例涉及示例21，本示例包括一种方法，所述方法包括：在图形处理单元(gpu)执行单元处接收图形上下文操作数；对所述操作数进行解码；以及在执行所述图形上下文期间对来自一组固定寄存器的所述操作数和来自一组共享寄存器的操作数执行寄存器重命名。
示例22包括如示例21所述的主题，其中，所述寄存器重命名包括：判定所述上下文的操作数的寄存器id是否小于所述一组共享寄存器的起始范围；以及在确定所述操作数小于所述一组共享寄存器的所述起始范围之后，访问所述一组固定寄存器以对所述操作数执行操作。
示例23包括如示例21和22所述的主题，其中，所述寄存器重命名进一步包括：在确定所述操作数大于所述一组共享寄存器的所述起始范围之后，判定所述操作数是否是源操作数；在确定所述操作数是源操作数之后，访问所述重命名表以找到与所述寄存器id相对应的物理寄存器；以及从所述一组共享寄存器取出所述操作数。
示例24包括如示例21至23所述的主题，进一步包括：在确定所述操作数不是源操作数之后，判定是否可以获取新共享寄存器；以及在确定可以获取所述新共享寄存器之后，将所述共享寄存器至物理寄存器id的映射存储在所述重命名表中。
示例25包括如示例21至24所述的主题，其中，所述寄存器重命名进一步包括：在确定无法获取所述新共享寄存器之后，停止所述上下文。
附图以及前述描述给出了实施例的示例。本领域技术人员将理解，所描述的元件中的一个或多个可以合并成单个功能元件。或者，某些元件可以被拆分成多个功能元件。可将来自一个实施例的元件添加到另一实施例。例如，可改变本文中所描述的过程的顺序，并且本文中所描述的过程的顺序不限于本文中所描述的方式。而且，任何流程图的动作都不需要以所示的顺序来实现；也不一定需要执行所有这些动作。此外，不依赖于其他动作的那些动作也可与其他动作并行地执行。各实施例的范围绝非由这些特定示例限制。众多变体(无论是否在说明书中显式地给出)都是可能的，这些变体诸如，结构、尺度以及材料的使用方面的差异。实施例的范围至少与由所附权利要求书给出的范围一样广泛。
- 还没有人留言评论。精彩留言会获得点赞！