CN116745749A - 用于检索数据的应用程序编程接口 - Google Patents

用于检索数据的应用程序编程接口 Download PDF

Info

Publication number
CN116745749A
CN116745749A CN202280010915.3A CN202280010915A CN116745749A CN 116745749 A CN116745749 A CN 116745749A CN 202280010915 A CN202280010915 A CN 202280010915A CN 116745749 A CN116745749 A CN 116745749A
Authority
CN
China
Prior art keywords
data
memory
api
array
processor
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
CN202280010915.3A
Other languages
English (en)
Inventor
A·P·哈克·帕蒂尔
V·B·基尼
M·C·德洛姆
G·B·巴拉姆贝
J·马拉蒂
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.)
Nvidia Corp
Original Assignee
Nvidia 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
Priority claimed from US17/522,605 external-priority patent/US20230087457A1/en
Application filed by Nvidia Corp filed Critical Nvidia Corp
Priority claimed from PCT/US2022/076530 external-priority patent/WO2023044408A1/en
Publication of CN116745749A publication Critical patent/CN116745749A/zh
Pending legal-status Critical Current

Links

Landscapes

  • Complex Calculations (AREA)

Abstract

用于促进数据检索的装置、系统和技术。在至少一个实施例中，使用应用程序编程接口来促进数据位置的指示以及使得从该位置检索数据。

Description

用于检索数据的应用程序编程接口
相关申请的交叉引用
本申请要求于2021年9月17日提交的名称为“用于检索数据的应用程序编程接口(APPLICATION PROGRAMMING INTERFACE TO RETRIEVE DATA)”的申请号为202111042206的印度专利申请以及于2021年11月9日提交的名称为“用于检索数据的应用程序编程接口(APPLICATION PROGRAMMING INTERFACE TO RETRIEVE DATA)”的序列号为17/522,605的美国专利申请的优先权，其全部公开内容通过引用并入本文中。
技术领域
至少一个实施例涉及将稀疏数组和/或经mip映射的(mip-mapped)数组动态地加载到图形处理单元(GPU)中。例如，至少一个实施例涉及用于执行一个或更多个CUDA程序的处理资源，所述一个或更多个CUDA程序将稀疏数组动态地加载到GPU中，以便GPU能够将该稀疏数组数据用于图形处理任务。在另一示例中，至少一个实施例涉及用于执行一个或更多个CUDA程序的处理资源，所述一个或更多个CUDA程序将经mip映射的数组动态地加载到GPU中，以便GPU能够将所述经mip映射的数组数据用于图形处理任务。
背景技术
在GPU中使用动态加载的数组能够极大地改进功能，因为GPU能够分配超过可用物理存储器大小的存储器，将分配的存储器与虚拟存储器表相关联，然后根据需要将存储器动态加载到物理存储器中。例如，当高分辨率纹理具有多个细节级别时，这些细节级别会消耗大量存储器。动态加载正确的细节级别能够节省GPU的有限的物理存储器，同时正确显示纹理的正确mip映射级别。
附图说明
图1示出了根据至少一个实施例的示例计算机系统，其中稀疏数组数据被加载到GPU中；
图2示出了根据至少一个实施例的用于生成动态可加载的稀疏数组数据的示例过程；
图3示出了根据至少一个实施例的动态可加载的经mip映射的数组数据的示例；
图4示出了根据至少一个实施例的示例计算机系统，其中动态加载第一细节级别的经mip映射的数组；
图5示出了根据至少一个实施例的示例计算机系统，其中动态卸载第一细节级别的经mip映射的数组并且动态加载第二细节级别的经mip映射的数组；
图6示出了根据至少一个实施例的示例性计算机系统，其中动态加载第三细节级别的经mip映射的数组；
图7示出了根据至少一个实施例的用于将稀疏数组数据动态映射到虚拟存储器的示例过程；
图8示出了根据至少一个实施例的示例计算机系统，其中处理用于创建动态可加载的稀疏数组的应用程序编程接口调用；
图9示出了根据至少一个实施例的用于访问动态可加载的稀疏数组数据的示例过程；
图10示出了根据至少一个实施例的示例性数据中心；
图11示出了根据至少一个实施例的处理系统；
图12示出了根据至少一个实施例的计算机系统；
图13示出了根据至少一个实施例的系统；
图14示出了根据至少一个实施例的示例性集成电路；
图15示出了根据至少一个实施例的计算系统；
图16示出了根据至少一个实施例的APU；
图17示出了根据至少一个实施例的CPU；
图18示出了根据至少一个实施例的示例性加速器集成切片；
图19A和图19B示出了根据至少一个实施例的示例性图形处理器；
图20A示出了根据至少一个实施例的图形核心；
图20B示出了根据至少一个实施例的GPGPU；
图21A示出了根据至少一个实施例的并行处理器；
图21B示出了根据至少一个实施例的处理集群；
图21C示出了根据至少一个实施例的图形多处理器；
图22示出了根据至少一个实施例的图形处理器；
图23示出了根据至少一个实施例的处理器；
图24示出了根据至少一个实施例的处理器；
图25示出了根据至少一个实施例的图形处理器核心；
图26示出了根据至少一个实施例的PPU；
图27示出了根据至少一个实施例的GPC；
图28示出了根据至少一个实施例的流式多处理器；
图29示出了根据至少一个实施例的编程平台的软件栈；
图30示出了根据至少一个实施例的图29的软件栈的CUDA实现；
图31示出了根据至少一个实施例的图29的软件栈的ROCm实现；
图32示出了根据至少一个实施例的图29的软件栈的OpenCL实现；
图33示出了根据至少一个实施例的由编程平台支持的软件；
图34示出了根据至少一个实施例的在图29-32的编程平台上执行的编译代码；
图35示出了根据至少一个实施例的在图29-32的编程平台上执行的更详细的编译代码；
图36示出了根据至少一个实施例的在编译源代码之前转换源代码；
图37A示出了根据至少一个实施例的被配置为使用不同类型的处理单元来编译和执行CUDA源代码的系统；
图37B示出了根据至少一个实施例的被配置为使用CPU和启用CUDA的GPU来编译和执行图37A的CUDA源代码的系统；
图37C示出了根据至少一个实施例的被配置为使用CPU和未启用CUDA的GPU来编译和执行图37A的CUDA源代码的系统；
图38示出了根据至少一个实施例的由图37C的CUDA到HIP转换工具转换的示例性内核；
图39更详细地示出了根据至少一个实施例的图37C的未启用CUDA的GPU；
图40示出了根据至少一个实施例的示例性CUDA网格的线程如何被映射到图39的不同计算单元；以及
图41示出了根据至少一个实施例的如何将现有CUDA代码迁移到数据并行C++代码。
具体实施方式
图1示出了根据至少一个实施例的示例计算机系统100，其中稀疏数组数据被加载到GPU中。在至少一个实施例中，处理器102可以连接到图形处理器108的后备存储器104。在至少一个实施例中，处理器102是单核处理器。在至少一个实施例中，处理器102是多核处理器。在至少一个实施例中，一个或更多个附加处理器(未示出)连接到后备存储器104。在至少一个实施例中，处理器102是处理系统的元件，诸如本文描述的处理系统1100。在至少一个实施例中，处理器102是计算机系统的元件，诸如本文描述的计算机系统1200。在至少一个实施例中，处理器102是系统的元件，诸如本文描述的系统1300。在至少一个实施例中，处理器102是计算系统的元件，诸如本文描述的计算系统1500。在至少一个实施例中，处理器102是计算单元的元件，诸如本文描述的计算单元3940。
在至少一个实施例中，稀疏数组是使用系统和方法(诸如本文描述的)在计算机系统(诸如，计算机系统100)上实例化和/或存储在计算机系统上的数组。在至少一个实施例中，计算机系统100包括为稀疏数组创建虚拟地址空间的功能。在至少一个实施例中，计算机系统100包括将虚拟地址空间与用于稀疏数组的物理后备存储器相关联的功能。在至少一个实施例中，计算机系统100包括对存储在稀疏数组中的纹理执行按需加载的功能。在至少一个实施例中，计算机系统100包括对存储在稀疏数组中的纹理执行延迟加载的功能。在至少一个实施例中，计算机系统100包括将经mip映射的纹理存储为稀疏数组数据的功能。在至少一个实施例中，计算机系统100包括从稀疏数组进行应用程序控制的细节级别加载的功能。
在至少一个实施例中，处理器102包括一个或更多个电路，其用于使得指示数据的位置，并用于使得至少部分地基于应用程序编程接口(“API”)从位置检索数据。
在至少一个实施例中，处理器102在其上包括指令，所述指令在被执行时，执行API以创建稀疏数组数据。在至少一个实施例中，处理器102在其上包括指令，所述指令在被执行时，执行API以检索稀疏数组数据。在至少一个实施例中，用于处理器102的指令(其在被执行时创建和/或检索稀疏数组数据)被存储在与处理器102相关联的处理器存储器(图1中未示出)中。在至少一个实施例中，创建和/或检索稀疏数组数据由进程、处理器、线程、线程组或某些其他此类实体执行，其中该进程、处理器、线程、线程组或某些其他此类实体只能访问稀疏数组数据。
在至少一个实施例中，用于创建稀疏数组数据的API是驱动器API。在至少一个实施例中，用于创建稀疏数组数据的驱动器API接收指向可创建数组数据的位置的指针和指示可如何创建数组数据的描述符。在至少一个实施例中，指示如何创建数组数据的描述符是数据结构，该数据结构包括要创建的数组的深度、指示可如何创建数组的一组标志、要创建的数组的格式、要创建的数组的数组高度、要创建的数组的通道数和要创建的数组的宽度。在至少一个实施例中，如果指示可如何创建数组数据的描述符的高度为零且深度为零，则创建一维数组。在至少一个实施例中，如果指示如何创建数组数据的描述符的深度为零，则创建二维数组。在至少一个实施例中，如果指示可如何创建数组数据的描述符具有非零的高度、宽度和深度，则创建三维数组。在至少一个实施例中，要创建的数组的描述符的格式指定了数组的元素的数据大小，例如，8位、16位、32位、有符号值、无符号值、整数值、浮点值等。在至少一个实施例中，要创建的数组的描述符的通道数指示要创建的数组的层数，如本文所述。在至少一个实施例中，通道数可以是一个、两个或四个。在至少一个实施例中，描述符的标志指示要创建的数组的类型，诸如分层的、边界表面、立方体贴图或纹理收集数组。在至少一个实施例中，第一驱动器API可以指示稀疏数组的创建，并且第二驱动器API可以指示经mip映射的数组的创建。在至少一个实施例中，单个API可以创建稀疏数组或经mip映射的数组。在至少一个实施例中，用于创建稀疏数组数据的驱动器API返回错误代码，该错误代码可以指示用于创建稀疏数组数据的API的执行的成功或失败。
在至少一个实施例中，用于创建稀疏数组数据的API是运行时API。在至少一个实施例中，用于创建稀疏数组数据的运行时API接收指向已分配数组的指针、通道格式描述符、分配宽度、分配高度和确定已分配数组的属性的标志集。在至少一个实施例中，通道格式描述符是包括一维或更多维的数组的大小和数组的格式的数据结构。在至少一个实施例中，数组的格式可以指定要创建的数组是稀疏数组。在至少一个实施例中，用于创建稀疏数组数据的运行时API返回错误代码，该错误代码可指示用于创建稀疏数组数据的API的执行的成功或失败。
在至少一个实施例中，用于创建稀疏数组数据的API是用于创建经mip映射的数组数据的运行时API。在至少一个实施例中，用于创建经mip映射的数组数据的运行时API接收指向经mip映射的数组的指针、通道格式描述符、分配大小和确定所分配的数组的属性的标志集。在至少一个实施例中，通道格式描述符是包括一维或更多维的数组的大小和数组的格式的数据结构。在至少一个实施例中，数组的格式可以指定要创建的数组是经mip映射的数组。在至少一个实施例中，用于创建经mip映射的数组数据的运行时API返回错误代码，该错误代码可指示用于创建经mip映射的数组数据的API的执行的成功或失败。
在至少一个实施例中，后备存储器104包括一个或更多个存储器页。在至少一个实施例中，后备存储器104中的存储器页可以被映射到图形处理器108中的数组引用(arrayreference)，如本文所述。在至少一个实施例中，后备存储器104可以是与图形处理器108相关联的存储器。在至少一个实施例中，处理器102可以访问后备存储器104。在至少一个实施例中，后备存储器104可以是驻留在包括图形处理器108(诸如，GPU存储器3990)的设备上的存储器。
在至少一个实施例中，存储器控制器106执行一个或更多个命令以创建、销毁、复制、映射和/或解映射后备存储器104。在至少一个实施例中，存储器控制器106从处理器102接收一个或更多个命令，以对后备存储器104执行操作。在至少一个实施例中，处理器102向存储器控制器106发送API命令，该API命令使存储器控制器106对后备存储器104执行操作。在至少一个实施例中，处理器102执行一个或更多个命令，该命令使存储器控制器106对后备存储器104执行操作。在至少一个实施例中，存储器控制器106从图形处理器108接收一个或更多个命令，以对后备存储器104执行操作。在至少一个实施例中，图形处理器108向存储器控制器106发送API指令，该API命令使存储器控制器106对后备存储器104执行操作。在至少一个实施例中，图形处理器108执行一个或更多个命令，该命令使存储器控制器106对后备存储器104执行操作。
在至少一个实施例中，后备存储器104的一个或更多个存储器页与图形处理器108相关联，并可由图形处理器108使用，以使用如本文所述的稀疏数组数据。在至少一个实施例中，图形处理器108是单核处理器。在至少一个实施例中，图形处理器108是多核处理器。在至少一个实施例中，一个或更多个附加处理器连接到与图形处理器108相关联的存储器。在至少一个实施例中，图形处理器108是诸如本文描述的处理系统1100之类的处理系统的元件。在至少一个实施例中，图形处理器108是诸如本文描述的计算机系统1200之类的计算机系统的元件。在至少一个实施例中，图形处理器108是诸如本文描述的系统1300之类的系统的元件。在至少一个实施例中，图形处理器108是诸如本文描述的集成电路1400之类的集成电路的元件。在至少一个实施例中，图形处理器108是诸如本文描述的计算系统1500之类的计算系统的元件。在至少一个实施例中，图形处理器108是本文描述的图形处理器1910。在至少一个实施例中，图形处理器108是本文描述的图形处理器1940。在至少一个实施例中，图形处理器108是本文描述的图形多处理器2134。在至少一个实施例中，图形处理器108是本文描述的图形处理器2200。在至少一个实施例中，图形处理器108是本文描述的图形处理器2408。在至少一个实施例中，图形处理器108是本文描述的GPU 3992。
在至少一个实施例中，创建稀疏数组纹理存储器以供图形处理器108使用。在至少一个实施例中，供图形处理器108使用的纹理存储器包括作为纹理的虚拟地址空间的一个或更多个数组引用，诸如数组引用114、数组引用116和/或数组引用118。在至少一个实施例中，被创建以供图形处理器108使用的纹理存储器包括存储在后备存储器104中的存储器。在至少一个实施例中，当创建纹理的数组对象时，创建虚拟地址空间。在至少一个实施例中，当创建纹理的数组对象时，在后备存储器104中分配存储器页。在至少一个实施例中，使用创建数组的API来创建纹理存储器，以供图形处理器108使用。在至少一个实施例中，API可用于使计算机系统不在后备存储器104中分配存储器页，并仅在为纹理分配数组时创建虚拟地址空间。在至少一个实施例中，在创建了稀疏数组纹理之后，可以使用现有的存储器分配API来在后备存储器104中创建存储器页。在至少一个实施例中，将一个或更多个标志添加到API，以在为纹理分配稀疏数组时不在后备存储器104中分配存储器页。在至少一个实施例中，添加一个或更多个新版本的纹理查找函数，其指示纹理对象的驻留状态。
在至少一个实施例中，计算机系统实现了一种API，该API将功能添加到用于存储纹理以供图形处理器108使用的分开的虚拟地址空间和物理后备存储器。在至少一个实施例中，稀疏纹理是具有使用诸如本文描述的那些系统和方法创建的分开的虚拟地址和物理后备存储器的纹理。在至少一个实施例中，使用现有API创建稀疏纹理。在至少一个实施例中，如本文所述，通过向现有API添加一个或更多个标志来修改使用现有API创建的稀疏纹理。在至少一个实施例中，添加到现有API的特征促进在应用程序控制下按需加载和卸载纹理数据。在至少一个实施例中，用于访问稀疏纹理的图形处理器108的API还用于访问非稀疏纹理。在至少一个实施例中，用于访问稀疏纹理的API添加了一个或更多个标志，以促进访问稀疏纹理。在至少一个实施例中，可以使用单个API来对稀疏纹理和非稀疏纹理执行纹理查找操作。
在至少一个实施例中，当将后备存储器104映射到稀疏数组纹理时，后备存储器104可以被绑定为多个固定大小的存储器瓦片(tile)，如本文所述。在至少一个实施例中，计算机系统确定后备存储器104中固定大小的存储器瓦片的瓦片大小。在至少一个实施例中，基于图形处理器108的存储器页大小来确定固定大小的存储器瓦片的瓦片大小。在至少一个实施例中，可以使用API来使用API查询稀疏数组的瓦片维度。在至少一个实施例中，应用程序可以使用稀疏纹理布局属性来确定用于将瓦片池(tilepool)存储器映射到后备存储器的映射操作的参数。在至少一个实施例中，后备存储器104中的存储器页是瓦片池。在至少一个实施例中，将标志传递给存储器创建API，以指示正被分配的存储器将被用作瓦片池。
在至少一个实施例中，稀疏数组可以是经mip映射的数组。在至少一个实施例中，经mip映射的数组是具有一个或更多个mip级别的稀疏数组。在至少一个实施例中，为经mip映射的数组的稀疏数组可以区分mip级别和mip尾(mip-tail)。在至少一个实施例中，mip级别在一个或更多个维度上跨越至少一个瓦片。在至少一个实施例中，mip级别在某维度上可以不是瓦片大小的整数倍。在至少一个实施例中，并不在某维度上跨越至少一个瓦片的一个或更多个mip级别被存储在mip尾中。在至少一个实施例中，mip尾数据可用作每层的单个mip尾区域，如下面图3所示。在至少一个实施例中，不具有在至少一个维度上跨越瓦片的任何mip级别的经mip映射的数组可以将所有层的mip尾区域组合成单个mip尾。在至少一个实施例中，API可以返回指示稀疏纹理作为单个mip尾驻留(resident)的标志。
在至少一个实施例中，API用于将后备存储器104映射到图形处理器数组引用，诸如数组引用114、数组引用116或数组引用118。在至少一个实施例中，可以由存储器创建API返回针对被映射到数组引用的存储器页的存储器句柄。在至少一个实施例中，可以将存储器句柄、映射偏移量和映射范围中的一个或更多个传递给存储器创建API。在至少一个实施例中，可以将存储器句柄、映射偏移量和映射范围中的一个或更多个作为存储器信息参数结构传递给存储器创建API。在至少一个实施例中，API可以指定要绑定到后备存储器104的mip级别。在至少一个实施例中，API可以为分层数组指定层索引。在至少一个实施例中，用于检索所存储的参数的API可以返回mip尾开始处的第一mip级别和mip尾的大小。在至少一个实施例中，一旦后备存储器被绑定到稀疏纹理，则可以使用API来执行到绑定区域的复制到(copy-to)操作和/或执行从绑定区域的复制自(copy-from)操作。在至少一个实施例中，API可用于使用CUDA内核启动序列3810检索纹理元素，如本文所述。在至少一个实施例中，API可用于使用诸如本文所述的那些系统和方法对先前绑定的区域进行部分或全部解映射。在至少一个实施例中，用于对先前绑定的区域进行部分或全部解映射的API使用流参数来以流排序的方式执行映射和/或解映射操作。在至少一个实施例中，当未指定流时，可以使用默认或空流作为流参数。在至少一个实施例中，在经由存储器管理API销毁稀疏数组时，可以使数组的未绑定映射无效。
在至少一个实施例中，API可用于确定计算机系统硬件是否支持诸如本文描述的那些之类的稀疏纹理。在至少一个实施例中，驱动器API可用于查询图形处理器108，以便确定图形处理器108是否支持稀疏纹理，如图8中所描述的。在至少一个实施例中，运行时API可用于查询图形处理器108的运行时库是否支持稀疏纹理，也如图8中所描述的。
在至少一个实施例中，API可以允许创建诸如本文描述的那些之类的稀疏纹理。在至少一个实施例中，可以将标志传递给API以促进创建稀疏纹理。在至少一个实施例中，可以使用API来允许创建稀疏数组，所述稀疏数组是经mip映射的稀疏数组。在至少一个实施例中，可以使用API来允许创建不是经mip映射的数组的稀疏数组。在至少一个实施例中，用于创建稀疏数组的API是驱动器API。在至少一个实施例中，用于创建稀疏数组的API是运行时API。
在至少一个实施例中，API可用于查询稀疏数组的属性。在至少一个实施例中，API可用于查询稀疏数组的瓦片维度属性。在至少一个实施例中，API可用于查询稀疏数组的mip尾大小属性。在至少一个实施例中，API可用于查询稀疏数组的mip尾属性的第一mip级别。在至少一个实施例中，API可用于查询稀疏数组的总大小属性。
在至少一个实施例中，API可用于分配瓦片池存储器。在至少一个实施例中，可以优化瓦片池存储器，以用于稀疏纹理。在至少一个实施例中，API可用于将稀疏数组映射到瓦片池存储器。在至少一个实施例中，API可用于从瓦片池存储器解映射稀疏数组。在至少一个实施例中，API可用于标识用于稀疏数组的瓦片池存储器的源。在至少一个实施例中，API可用于标识可访问瓦片池存储器的GPU设备。在至少一个实施例中，API可用于销毁稀疏数组。在至少一个实施例中，API可用于销毁与稀疏数组相关联的瓦片池存储器。
在至少一个实施例中，API可用于将数据复制到稀疏数组。在至少一个实施例中，API可用于从稀疏数组复制数据。在至少一个实施例中，用于复制到未绑定到瓦片池存储器的稀疏数组区域的API可不执行复制操作。在至少一个实施例中，用于从未绑定到瓦片池存储器的稀疏数组区域复制的API可返回零。
在至少一个实施例中，API可用于在稀疏数组中执行纹理查找。在至少一个实施例中，用于在稀疏数组中执行纹理查找的API可基于与稀疏数组相关联的纹理格式。在至少一个实施例中，在稀疏数组中的纹理查找可以将稀疏数组寻址为二维纹理。在至少一个实施例中，在稀疏数组中的纹理查找可以将稀疏数组寻址为三维纹理。在至少一个实施例中，在稀疏数组中的纹理查找可以将稀疏数组寻址为细节级别纹理。在至少一个实施例中，在稀疏数组中的纹理查找可以将稀疏数组寻址为渐变纹理。在至少一个实施例中，在稀疏数组中的纹理查找可以将稀疏数组寻址为分层纹理。在至少一个实施例中，在稀疏数组中的纹理查找可以将稀疏数组寻址为收集纹理。在至少一个实施例中，在稀疏数组中的纹理查找可以返回附加的状态标志，以指示稀疏数组是驻留在存储器中还是不驻留在存储器中。
在至少一个实施例中，后备存储器104的存储器页可以从后备存储器解映射。在至少一个实施例中，可以解映射的后备存储器104的存储器页是在不再使用时存储器控制器106可以从后备存储器104移除的存储器页。在至少一个实施例中，可以将解映射的存储器交换为由存储器控制器106用来维护解映射的存储器页的内容的副本的存储设备。在至少一个实施例中，存储器控制器106维护解映射的存储器页的虚拟表示。在至少一个实施例中，解映射的存储器页的虚拟表示是对解映射的存储器页的减小大小的引用，其维护与解映射的存储器页相关联的位置，并允许存储器控制器106将解映射的存储器页的内容返回到后备存储器104。
在至少一个实施例中，图形处理器108可以使用诸如本文所述的系统和方法，将后备存储器104中的存储器页用作用于稀疏纹理的虚拟数组空间的后备存储器或瓦片池。例如，在至少一个实施例中，存储器页110是用于图形处理器108的数组引用114的瓦片池。在至少一个实施例中，图形处理器108可以例如使用数组引用114从后备存储器104中的存储器页110读取和/或向其写入。在至少一个实施例中，如果图形处理器108使用数组引用114执行从后备存储器104中的存储器页110读取和/或向其写入，则可以将指示数组引用114具有后备存储器104中的瓦片池存储器(存储器页110)的布尔值返回给图形处理器108。在至少一个实施例中，再例如，存储器页112是用于图形处理器108的数组引用118的瓦片池。在至少一个实施例中，图形处理器108可以例如使用数组引用118从后备存储器104中的存储器页112读取和/或向其写入。在至少一个实施例中，如果图形处理器108使用数组引用118执行从后备存储器104中的存储器页112读取和/或向其写入，则可以将指示数组引用118具有后备存储器104中的瓦片池存储器(存储器页112)的布尔值返回给图形处理器108。
在至少一个实施例中，数组引用可以不具有后备存储器104中的瓦片池。例如，在至少一个实施例中，数组引用116可以不具有后备存储器104中的瓦片池，并且图形处理器108可以不使用数组引用116从后备存储器104读取和/或向后备存储器104写入。在至少一个实施例中，如果图形处理器108使用数组引用116执行向后备存储器104的写入，则可以返回错误结果120。在至少一个实施例中，如果图形处理器108使用数组引用116执行向后备存储器104的写入，则可以将指示数组引用116不具有后备存储器104中的瓦片池存储器的布尔值返回给图形处理器108。在至少一个实施例中，如果图形处理器108使用数组引用116执行从后备存储器104的读取，则可以返回错误结果120。在至少一个实施例中，如果图形处理器108使用不具有后备存储器104中的瓦片池的数组引用116执行从后备存储器104的读取，则可以返回连续全零的数组。在至少一个实施例中，如果图形处理器108使用不具有后备存储器104中的瓦片池的数组引用116执行从后备存储器104的读取，则可以返回空数组。在至少一个实施例中，如果图形处理器108使用不具有后备存储器104中的瓦片池的数组引用116执行从后备存储器104的读取，则可以返回包含一个或更多个标记(sentinel)值的数组。在至少一个实施例中，可以在包含所有一个值、单调递增的值、单调递减的值、或模式化的一组标记值、或经编码的标记值的数组中返回标记值。在至少一个实施例中，如果图形处理器108使用数组引用116执行从后备存储器104的读取，则可以将指示数组引用116不具有后备存储器104中的瓦片池存储器的布尔值返回给图形处理器108。
图2示出了根据至少一个实施例的用于生成动态可加载的稀疏数组数据的示例过程200。在至少一个实施例中，处理器(诸如处理器102)执行指令，以执行示例过程200。在至少一个实施例中，图形处理器(诸如，图形处理器108)执行指令，以执行示例过程200。在至少一个实施例中，在框202处，如本文所述，创建动态可加载的稀疏数组的数组引用。例如，在至少一个实施例中，如本文所述，在图形处理器(诸如，图形处理器108)的存储器内创建动态可加载的稀疏数组的虚拟地址。在至少一个实施例中，在框202之后，在框204处继续执行。
在至少一个实施例中，在框204，为动态可加载的稀疏数组创建后备存储器中的存储器页。在至少一个实施例中，直到需要时才创建用于动态可加载的稀疏数组的后备存储器存储。例如，在至少一个实施例中，在后备存储器(诸如后备存储器104)内创建用于动态可加载的稀疏数组的后备存储器存储。在至少一个实施例中，创建用于动态可加载的稀疏数组的后备存储器存储作为存储器页(诸如存储器页110和/或存储器页112)。在至少一个实施例中，图2中未示出，当创建用于动态可加载的稀疏数组的虚拟地址空间时，用于动态可加载的稀疏数组的后备存储器存储不会被创建，而是按需创建，并且当数组引用用于访问后备存储器时，用于动态可加载的稀疏数组的后备存储器存储被创建。在至少一个实施例中，在框204之后，在框206处继续执行。
在至少一个实施例中，在框206处，使用诸如本文所述的那些之类的API调用将用于动态可加载的稀疏数组的虚拟地址空间链接到用于动态可加载的稀疏数组的后备存储器存储。在至少一个实施例中，在框206之后，在框208处继续执行。
在至少一个实施例中，在框208处，确定是否分配了虚拟地址空间。在至少一个实施例中，在框208处，如果确定未分配虚拟地址空间(“否”分支)，则在框210处继续执行。在至少一个实施例中，在框208处，如果确定分配了虚拟地址空间(“是”分支)，则在框212处继续执行。
在至少一个实施例中，在框210处，返回错误。在至少一个实施例中，作为确定用于动态可加载的稀疏数组数据的虚拟地址空间未被分配的结果，返回错误。在至少一个实施例中，作为确定用于动态可加载的稀疏数组数据的后备存储器存储未被分配的结果，返回错误。在至少一个实施例中，错误被返回给调用进程。在至少一个实施例中，使用API将错误返回给调用进程。在至少一个实施例中，使用信号将错误返回给调用进程。在至少一个实施例中，使用信号量(semaphore)将错误返回给调用进程。在至少一个实施例中，使用标记值将错误返回给调用进程。在至少一个实施例中，在框210之后，示例过程200的执行终止。
在至少一个实施例中，在框212处，选择用于动态可加载的稀疏数组的第一细节级别。在至少一个实施例中，在框212处，选择用于动态可加载的稀疏数组的第一mip级别。在至少一个实施例中，在框212之后，在框214处继续执行。
在至少一个实施例中，在框214处，用纹理数据填充用于动态可加载的稀疏数组的所选细节级别或mip级别。在至少一个实施例中，用从计算机系统的存储加载的纹理数据填充用于动态可加载的稀疏数组的所选细节级别或mip级别。在至少一个实施例中，用程序地生成的纹理数据填充用于动态可加载的稀疏数组的所选细节级别或mip级别。在至少一个实施例中，在框214之后，在框216处继续执行。
在至少一个实施例中，在框216处，解映射已用纹理数据填充的用于动态可加载的稀疏数组的所选细节级别或mip级别。在至少一个实施例中，在框216处，当不再需要时，解映射已用纹理数据填充的用于动态可加载的稀疏数组的所选细节级别或mip级别。在至少一个实施例中，在框216处，由诸如存储器控制器106之类的存储器控制器解映射已用纹理数据填充的用于动态可加载的稀疏数组的所选细节级别或mip级别。在至少一个实施例中，在框216之后，在框218处继续执行。
在至少一个实施例中，在框218处，确定是否有更多细节级别或mip级别要为动态可加载的稀疏数组填充。在至少一个实施例中，mip级别是在某维度上跨越至少一个存储器瓦片的纹理对象的级别，如本文所述。在至少一个实施例中，在框218处，如果确定没有更多的细节级别或mip级别要为动态可加载的稀疏数组填充(“否”分支)，则在框220处继续执行。在至少一个实施例中，在框218处，如果确定有更多的细节级别或mip级别要为动态可加载的稀疏数组填充(“是”分支)，在框212处继续执行。
在至少一个实施例中，在框220处，如本文所述，填充用于动态可加载的稀疏数组的mip尾中的剩余纹理数据。在至少一个实施例中，mip尾包括在任何维度上都不跨越至少一个存储器瓦片的纹理对象的级别。在至少一个实施例中，在框220之后，在框222处继续执行。
在至少一个实施例中，在框222处，已用纹理数据填充的用于动态可加载的稀疏数组的mip尾数据被解映射。在至少一个实施例中，在框216处，由诸如存储器控制器106之类的存储器控制器解映射已用纹理数据填充的用于动态可加载的稀疏数组的mip尾。在至少一个实施例中，在框222之后，在框224处继续执行。
在至少一个实施例中，在框224处，返回成功的指示。在至少一个实施例中，作为成功创建虚拟地址、创建对应的后备存储器存储、将虚拟地址链接到对应的后备存储器存储、以及填充动态可加载的稀疏数组中的纹理数据的结果，返回成功的指示。在至少一个实施例中，成功的指示被返回给调用进程。在至少一个实施例中，使用API将成功的指示返回给调用进程。在至少一个实施例中，使用信号将成功的指示返回给调用进程。在至少一个实施例中，使用信号量将成功的指示返回给调用进程。在至少一个实施例中，使用标记值将成功的指示返回给调用进程。在至少一个实施例中，在框224之后，示例过程200的执行终止。
在至少一个实施例中，图2中所示的示例过程200的操作可以以与所指示的不同的顺序来执行。在至少一个实施例中，在框212处选择的第一mip级别可以是mip尾，或者可以是中间mip级别，或者可以是最高mip级别。在至少一个实施例中，如果例如确定有足够的后备存储器可用于存储多个mip级别，则在框216处可以不解映射mip级别。
图3示出了根据至少一个实施例的动态可加载的经mip映射的数组数据的示例300。在至少一个实施例中，动态可加载的经mip映射的数组包括一个或更多个层。在至少一个实施例中，并未在图3中未示出，动态可加载的经mip映射的数组包括一层，其表示数组的一维。在至少一个实施例中，并未在图3中未示出，动态可加载的经mip映射的数组包括两层，其中第一层表示数组的第一维度，第二层表示数组的第二维度。在至少一个实施例中，作为纹理的红色值，第二层表示数组的第二维度，第三层表示数组的第三维度。在至少一个实施例中，如图3所示，动态可加载的经mip映射的数组包括四层，其中第一层302表示数组的第一维度，第二层304表示数组的第二维度，第三层306表示数组的第三维度，以及第四层308表示数组的第四维度。在至少一个实施例中，数组的四个层可以表示颜色的四个成分，例如用于数组的红、绿、蓝和阿尔法。
在至少一个实施例中，动态可加载的经mip映射的数组包括一个或更多个mip级别。在至少一个实施例中，动态可加载的经mip映射的数组包括第一mip级别，即零级310。在至少一个实施例中，零级310表示动态可加载的经mip映射的数组的最高细节级别。在至少一个实施例中，例如，如果零级310表示动态可加载的经mip映射的数组的最高细节级别，如果动态可加载的经mip映射的数组的瓦片大小为64k，并且第一层302的零级310是10瓦片×10瓦片或100瓦片，则第一层302的零级310存储6400k的数组数据。在至少一个实施例中，第二层304的零级310、第三层306的零级310和第四层308的零级310也可以存储6400k的数组数据。
在至少一个实施例中，如图3所示，动态可加载的经mip映射的数组包括第二mip级别，即一级312。在至少一个实施例中，一级312表示动态可加载的经mip映射的数组的第二最高细节级别。在至少一个实施例中，一级312在两个维度上都是零级310的一半大。例如，在至少一个实施例中，如果第一层302的一级312是5瓦片×5瓦片或25瓦片，则第一层302的一级312存储1600k的数组数据，并且第二层304的一级312、第三层306的一级312和第四层308的一级312中的每一个也可以存储1600k的数组数据。
在至少一个实施例中，如图3所示，动态可加载的经mip映射的数组包括第三mip级别，即二级314。在至少一个实施例中，二级314表示动态可加载的经mip映射的数组的第三最高细节级别。在至少一个实施例中，二级314在两个维度上都是一级312的一半大。例如，在至少一个实施例中，如果第一层302的二级314是2.5瓦片×2.5瓦片(六又四分之一瓦片)，则第一层302的二级314可以存储400k的数组数据，并且第二层304的二级314、第三层306的二级314和第四层308的二级314中的每一个也可以存储400k的数组数据。
在至少一个实施例中，动态可加载的经mip映射的数组的层是每个维度上的至少整数个瓦片。例如，在至少一个实施例中，第一层302的二级314不是2.5瓦片×2.5瓦片，而是3×3瓦片(九瓦片)，第一层302的二级314可以存储576k的数组数据，而不是400k的数组数据，并且第二层304的二级314、第三层306的二级314和第四层308的二级314中的每一个也可以存储576k的数组数据。
在至少一个实施例中，如图3所示，第四mip级别，即三级316在两个维度上都是二级314的一半大，其是一又四分之一瓦片的正方形，其存储在每层的四个瓦片(2×2瓦片)或256k的数组数据中。在至少一个实施例中，如图3所示，三级316之后的mip级别中的每一个都小于任何维度上的单个瓦片，其中四级将是八分之五瓦片的正方形，五级将是十六分之五瓦片的正方形，等等。在至少一个实施例中，在任何维度的正方形中小于单个瓦片的正方形的mip级别可以被集体存储在mip尾318中。在至少一个实施例中，如图3所示，尾318可以包括多于一个瓦片，以存储动态可加载的经mip映射的数组的较低细节级别。
图4示出了根据至少一个实施例的示例计算机系统400，其中经mip映射的数组的第一细节级别被动态地加载。在至少一个实施例中，图形处理器402的虚拟存储器406具有用于动态可加载的经mip映射的数组的mip级别的数组引用。在至少一个实施例中，图形处理器402具有用于第一mip级别的数组引用408、用于第二mip级别的数组引用410、用于第三mip级别的数组引用412、用于第四mip级别的数组引用414和用于mip尾的数组引用416。
在至少一个实施例中，用于第一mip级别的数组引用410在图形处理器402的后备存储器404中具有关联的瓦片池420。在至少一个实施例中，用于第二mip级别的数组引用410在后备存储器404中没有关联的瓦片池。在至少一个实施例中，用于第三mip级别的数组引用412在后备存储器404中没有关联的瓦片池。在至少一个实施例中，用于第四mip级别的数组引用414在后备存储器404中没有关联的瓦片池。在至少一个实施例中，用于mip尾的数组引用416在后备存储器404中没有关联的瓦片池。
在至少一个实施例中，图形处理器402使用数组引用408访问第一mip级别，与数组引用408相关联的瓦片池420被映射418到图形处理器402的后备存储器404。在至少一个实施例中，图形处理器402使用数组引用408访问第一mip级别的API调用可以访问所映射的瓦片池420中的数据。
在至少一个实施例中，图形处理器使用数组引用408访问第一mip级别的API调用可以返回瓦片池420驻留在图形处理器402的后备存储器404中的指示。在至少一个实施例中，图形处理器使用数组引用408访问第一mip级别的API调用可以使用返回的布尔值返回瓦片池420驻留在图形处理器402的后备存储器404中的指示。在至少一个实施例中，图形处理器使用数组引用408访问第一mip级别的API调用可以使用作为指向布尔变量的指针的布尔指针来返回瓦片池420驻留在图形处理器402的后备存储器404中的指示。在至少一个实施例中，图形处理器使用数组引用408来访问第一mip级别的API调用可以使用标记值或指向标记值的指针来返回瓦片池420驻留在图形处理器402的后备存储器404中的指示。在至少一个实施例中，图形处理器使用数组引用408访问第一mip级别的API调用可以使用事件返回瓦片池420驻留在图形处理器402的后备存储器404中的指示。在至少一个实施例中，图形处理器使用数组引用408访问第一mip级别的API调用可以使用信号量返回瓦片池420驻留在图形处理器402的后备存储器404中的指示。在至少一个实施例中，图形处理器使用数组引用408访问第一mip级别的API调用可以使用存储器参数数据结构返回瓦片池420驻留在图形处理器402的后备存储器404中的指示。
在至少一个实施例中，图形处理器使用驻留在图形处理器402的后备存储器404中的瓦片池所不支持(back)的数组引用来访问mip级别的API调用可返回错误。在至少一个实施例中，图形处理器使用驻留在图形处理器402的后备存储器404中的瓦片池所不支持的数组引用来访问mip级别的API调用可以使用返回的布尔值、或使用布尔指针、或使用标记值、或使用指向标记值的指针、或使用事件、或使用信号量、或使用存储器参数数据结构、或使用这些返回机制的组合来返回瓦片池未驻留在后备存储器404中的指示。
在至少一个实施例中，由图形处理器进行的API调用可以访问mip级别的一部分。在至少一个实施例中，图形处理器使用数组引用来访问mip级别的一部分的API调用可以使用返回的布尔值、或使用布尔指针、或使用标记值、或使用指向标记值的指针、或使用事件、或使用信号量、或使用存储器参数数据结构、或使用这些返回机制的组合来返回包含mip级别的一部分的瓦片池驻留在图形处理器402的后备存储器404中的指示。在至少一个实施例中，图形处理器使用数组引用来访问mip级别的一部分的API调用可以使用返回的布尔值、或使用布尔指针、或使用标记值、或使用指向标记值的指针、或使用事件、或使用信号量、或使用存储器参数数据结构、或使用这些返回机制的组合来返回包含mip级别的一部分的瓦片池未驻留在后备存储器404中的指示。
图5示出了根据至少一个实施例的示例计算机系统500，其中动态卸载经mip映射的数组的第一细节级别并且动态加载经mip映射的数组的第二细节级别。在至少一个实施例中，图5中示出的示例计算机系统500跟从图4中示出的示例计算机系统400，在图4中动态加载用于经mip映射的数组的第一细节级别。
在至少一个实施例中，图形处理器502的虚拟存储器506具有用于动态可加载的经mip映射的数组的mip级别的数组引用。在至少一个实施例中，图形处理器502具有用于第一mip级别的数组引用508、用于第二mip级别的数组引用510以及用于一个或更多个其他mip级别(未示出)的数组引用。
在至少一个实施例中，图形处理器502最初可以使用数组引用510访问第一mip级别，并且与数组引用508相关联的瓦片池512最初被映射到图形处理器502的后备存储器504，作为经映射的瓦片池512。在至少一个实施例中，然后图形处理器502使用数组引用510访问第二mip级别。在至少一个实施例中，由于对后备存储器504的容量的限制，在与数组引用510相关联的瓦片池516被映射518到图形处理器502的后备存储器504之前，经映射的瓦片池512可以从后备存储器504被解映射514。在至少一个实施例中，图形处理器502使用数组引用510访问第二mip级别的API调用可以访问瓦片池516中的数据。
在至少一个实施例中，图形处理器502使用数组引用508访问第一mip级别的API调用可以在经映射的瓦片池512被解映射514之前返回瓦片池512驻留在后备存储器504中的指示，其中所返回的指示使用诸如至少结合图4描述的那些返回机制(使用返回的布尔值、或使用布尔指针、或使用标记值、或使用指向标记值的指针、或使用事件、或使用信号量、或使用存储器参数数据结构、或使用这些返回机制的组合)之类的返回机制来返回。在至少一个实施例中，图形处理器502使用数组引用508来访问第一mip级别的API调用可以在经映射的瓦片池512被解映射514之后，使用返回机制(例如，至少结合图4描述的返回机制)返回瓦片池512未驻留在后备存储器504中的指示。
在至少一个实施例中，图形处理器使用数组引用510来访问第二mip级别的API调用可以在瓦片池516被映射518到后备存储器504之前，使用返回机制(例如，至少结合图4描述的返回机制)返回瓦片池516未驻留在后备存储器504中的指示。在至少一个实施例中，图形处理器502使用数组引用510访问第二mip级别的API调用可以在瓦片池516被映射518到后备存储器504中的经映射的瓦片池524之，使用返回机制(例如，至少结合图4描述的返回机制)返回瓦片池516驻留在后备存储器504中的指示。在至少一个实施例中，图形处理器502访问其他mip级别的API调用可以使用返回机制(诸如至少结合图4描述的返回机制)来返回与那些其他mip级别相关联的瓦片池未驻留在后备存储器504中的指示。
图6示出了根据至少一个实施例的示例计算机系统600，其中动态加载经mip映射的数组的第三细节级别。在至少一个实施例中，图6中示出的示例计算机系统600跟从图5中示出的示例计算机系统500，在图5中动态卸载用于经mip映射的数组的第一细节级别，并且动态加载用于经mip映射的数组的第二细节级别。
在至少一个实施例中，图形处理器602的虚拟存储器606具有用于动态可加载的经mip映射的数组的mip级别的数组引用。在至少一个实施例中，图形处理器602具有用于第二mip级别的数组引用608、用于第三mip级别的数组引用610以及用于一个或更多个其他mip级别的数组引用。在至少一个实施例中，用于第二mip级别的数组引用608在后备存储器604中具有关联的瓦片池612，并且用于第三mip级别的数组引用610在后备存储器604中具有关联的瓦片池614。
在至少一个实施例中，图形处理器602最初可以使用数组引用608访问第二mip级别，并且与数组引用608相关联的瓦片池612最初被映射616到图形处理器602的后备存储器604。在至少一个实施例中，然后图形处理器602使用数组引用610访问第三mip级别。在至少一个实施例中，后备存储器604可具有足够的容量来保持经映射的瓦片池612和瓦片池614。在至少一个实施例中，与数组引用610相关联的瓦片池614可以被映射618到图形处理器602的后备存储器604。在至少一个实施例中，图形处理器602使用数组引用610来访问第三mip级别的API调用可以使用经映射的瓦片池614来访问数据。
在至少一个实施例中，图形处理器602使用数组引用608来访问第二mip级别的API调用可以返回瓦片池612驻留在后备存储器604中的指示，其中使用诸如至少结合图4描述的那些返回机制(使用返回的布尔值、或使用布尔指针、或使用标记值、或使用指向标记值的指针、或使用事件、或使用信号量、或使用存储器参数数据结构、或使用这些返回机制的组合)之类的返回机制来返回指示。
在至少一个实施例中，图形处理器602使用数组引用610来访问第三mip级别的API调用可以在瓦片池614被映射618到后备存储器604中之前，使用返回机制(诸如，至少结合图4描述的那些返回机制)返回瓦片池614未驻留在后备存储器604中的指示。在至少一个实施例中，图形处理器602使用数组引用610访问第三mip级别的API调用可以在瓦片池614被映射618到后备存储器604中之后，使用返回机制(诸如，至少结合图4描述的那些返回机制)返回瓦片池614被驻留在后备存储器604中的指示。在至少一个实施例中，图形处理器602访问其他mip级别的API调用可以使用返回机制(诸如，至少结合图4描述的那些返回机制)来返回关联的瓦片池未驻留在物理存储器中的指示。
图7示出了根据至少一个实施例的用于将稀疏数组数据动态映射到虚拟存储器的示例过程700。在至少一个实施例中，处理器(诸如处理器102)执行指令以执行示例过程200。在至少一个实施例中，图形处理器(诸如，图形处理器108)执行指令以执行示例过程200。在至少一个实施例中，在框702处，接收关于稀疏数组的映射信息。在至少一个实施例中，接收到的关于稀疏数组的映射信息包括一个或更多个数组引用。在至少一个实施例中，接收到的关于稀疏数组的映射信息包括一个或更多个瓦片池。在至少一个实施例中，接收到的关于稀疏数组的映射信息包括数组引用和瓦片池之间的一个或更多个关联。在至少一个实施例中，从调用进程接收关于稀疏数组的映射信息。在至少一个实施例中，从在CPU上执行的调用进程接收关于稀疏数组的映射信息。在至少一个实施例中，使用API从调用进程接收关于稀疏数组的映射信息。在至少一个实施例中，在框702之后，在框704处继续执行。
在至少一个实施例中，在框704，接收访问稀疏数组的存储器的命令。在至少一个实施例中，从调用进程接收命令。在至少一个实施例中，从在CPU上执行的调用进程接收命令。在至少一个实施例中，从在GPU上执行的调用进程接收命令。在至少一个实施例中，在框704之后，在框706处继续执行。
在至少一个实施例中，在框706处，确定命令是否为映射命令。在至少一个实施例中，如本文所述，作为接收到访问存储器的命令的结果，使用数组引用生成映射命令。在至少一个实施例中，从调用进程接收映射命令。在至少一个实施例中，从CPU接收映射命令。在至少一个实施例中，从GPU接收映射命令。在至少一个实施例中，使用API接收映射命令。在至少一个实施例中，在框706处，如果确定命令不是映射命令(“否”分支)，则在框710处继续执行。在至少一个实施例中，在框706处，如果确定命令是映射命令(“是”分支)，则在框708处继续执行。
在至少一个实施例中，在框708处，与映射命令相关联的瓦片池被映射到物理存储器。在至少一个实施例中，在框710之后，在框704处继续执行，以接收访问稀疏数组的存储器的附加命令。在至少一个实施例中，在框710之后，在框704处继续执行之前可以执行诸如存储器访问命令之类的命令。在至少一个实施例中，如果在框708之前与映射命令相关联的瓦片池被映射到物理存储器，则先前与映射命令相关联的瓦片池从物理存储器解映射，然后再在框708处映射新的瓦片池。在一个实施例中，当执行框708的框的执行时，第一瓦片池可以被映射到与数组引用相关联的物理存储器，从而导致第一瓦片池的解映射以及新的第二瓦片池到数组引用的映射。在至少一个实施例中，在框708处，在确定是否解映射先前的瓦片池并映射新的瓦片池之前，该过程确定瓦片池存储器是否已被映射到数组引用。
在至少一个实施例中，在框710处，确定命令是否是用于将瓦片池从物理存储器解映射的解映射命令。在至少一个实施例中，作为接收到访问存储器的命令的结果，使用数组引用生成解映射命令，其中存储器可以在执行访问存储器的命令之前被解映射，如本文所描述的。在至少一个实施例中，从调用进程接收解映射命令。在至少一个实施例中，从CPU接收解映射命令。在至少一个实施例中，从GPU接收解映射命令。在至少一个实施例中，使用API接收解映射命令。在至少一个实施例中，在框710处，如果确定命令不是解映射命令(“否”分支)，则在框704处继续执行，以接收访问稀疏数组的存储器的附加命令。在至少一个实施例中，在框710处，如果确定命令不是解映射命令，则可在框704处继续执行之前，执行命令。在至少一个实施例中，在框710处，如果确定命令是解映射命令(“是”分支)，则在框712处继续执行。
在至少一个实施例中，在框712处，确定与解映射命令相关联的瓦片池是否被映射到物理存储器。在至少一个实施例中，在框712处，如果确定与解映射命令相关联的瓦片池没有被映射到物理存储器(“否”分支)，则在框704处继续执行，以接收访问稀疏数组的存储器的附加命令。在至少一个实施例中，在框710处，如果确定与解映射命令相关联的瓦片池没有被映射到物理存储器，则可以在框704处继续执行之前，执行命令。在至少一个实施例中，在框712处，如果确定与解映射命令相关联的瓦片池被映射到物理存储器(“是”分支)，则在框714处继续执行。
在至少一个实施例中，在框714处，从物理存储器解映射与解映射命令相关联的瓦片池。在至少一个实施例中，在框710之后，在框704处继续执行，以接收访问稀疏数组的存储器的附加命令。在至少一个实施例中，在框714之后，可以在框704处继续执行之前，执行命令。
图8示出了根据至少一个实施例的示例软件栈800，其中处理接口调用的应用程序被处理。在至少创建动态可加载的稀疏数组的一个实施例中，应用程序802执行命令以确定是否支持用于创建动态可加载的稀疏数组的特征804。在至少一个实施例中，应用程序802使用806运行时API 808来确定是否支持用于创建动态可加载的稀疏数组的特征804。在至少一个实施例中，运行时API 808使用810驱动器API 812来确定是否支持用于创建动态可加载的稀疏数组的特征804。在至少一个实施例中，驱动器API 812查询814计算机系统硬件816以确定是否支持用于创建动态可加载的稀疏数组的特征804。
在至少一个实施例中，计算机系统硬件816通过查询与处理器834相关联的一组能力来确定处理器834是否支持用于创建动态可加载的稀疏数组的特征804。在至少一个实施例中，计算机系统硬件816使用处理器834的操作系统来确定处理器834是否支持用于创建动态可加载的稀疏数组的特征804。
在至少一个实施例中，计算机系统硬件816通过查询与图形处理器840相关联的一组能力来确定图形处理器840是否支持用于创建动态可加载的稀疏数组的特征804。在至少一个实施例中，计算机系统硬件816使用处理器834的操作系统来确定图形处理器840是否支持用于创建动态可加载的稀疏数组的特征804。在至少一个实施例中，计算机系统硬件816使用图形处理器840的操作系统来确定图形处理器840是否支持用于创建动态可加载的稀疏数组的特征804。
在至少一个实施例中，计算机系统硬件816通过查询与存储器控制器838相关联的一组能力来确定存储器控制器838是否支持用于创建动态可加载的稀疏数组的特征804。在至少一个实施例中，计算机系统硬件816使用处理器834的操作系统来确定存储器控制器838是否支持用于创建动态可加载的稀疏数组的特征804。
在至少一个实施例中，计算机系统硬件816通过查询与后备存储器836相关联的一组能力来确定后备存储器836是否支持用于创建动态可加载的稀疏数组的特征804。在至少一个实施例中，计算机系统硬件816使用处理器834的操作系统来确定后备存储器836是否支持用于创建动态可加载的稀疏数组的特征804。
在至少一个实施例中，在计算机系统硬件816确定是否支持用于创建动态可加载的稀疏数组的特征804之后，计算机系统硬件816使用驱动器API 812返回818确定结果，该驱动器API 812使用运行时API 808返回820确定结果，该运行时API 808将确定结果返回822到应用程序802。
在至少一个实施例中，如果应用程序802接收到指示用于创建动态可加载的稀疏数组的特征804被支持824的确定结果，则应用程序802构建动态可加载的稀疏数组826。在至少一个实施例中，应用程序802使用828运行时API 808构建826动态可加载的稀疏数组。在至少一个实施例中，运行时API 808使用830驱动器API 812构建826动态可加载的稀疏数组。在至少一个实施例中，驱动器API 812使用832计算机系统硬件816构建826动态可加载的稀疏数组。
图9示出了根据至少一个实施例的用于访问动态可加载的稀疏数组数据的示例过程900。在至少一个实施例中，诸如处理器102之类的处理器执行指令以执行示例过程200。在至少一个实施例中，诸如图形处理器108之类的图形处理器执行指令以执行示例过程200。在至少一个实施例中，在框902处，接收关于稀疏数组的映射信息。在至少一个实施例中，接收到的关于稀疏数组的映射信息包括一个或更多个数组引用。在至少一个实施例中，接收到的关于稀疏数组的映射信息包括一个或更多个瓦片池。在至少一个实施例中，接收到的关于稀疏数组的映射信息包括数组引用和瓦片池之间的一个或更多个关联。在至少一个实施例中，从调用进程接收关于稀疏数组的映射信息。在至少一个实施例中，从在CPU上执行的调用进程接收关于稀疏数组的映射信息。在至少一个实施例中，使用API从调用进程接收关于稀疏数组的映射信息。在至少一个实施例中，在框902之后，在框904处继续执行。
在至少一个实施例中，在框904，确定用于稀疏数组的细节级别。在至少一个实施例中，在框904之后，在框906处继续执行。在至少一个实施例中，在框906处，请求一位置处的确定的细节级别的纹理信息，并且生成用于纹理访问的命令。在至少一个实施例中，在框906之后，在框908处继续执行。
在至少一个实施例中，在框908处，确定瓦片池存储器是否驻留在物理存储器中。在至少一个实施例中，在框908处，如果确定瓦片池存储器驻留(“是”分支)，则在框910处继续执行。在至少一个实施例中，在框908处，如果确定瓦片池存储器未驻留(“否”分支)，则在框914处继续执行。
在至少一个实施例中，在框910处，返回来自驻留的瓦片池存储器的数据。在至少一个实施例中，来自驻留的瓦片池存储器的数据被返回给调用进程。在至少一个实施例中，使用API将来自驻留的瓦片池存储器的数据返回给调用进程。在至少一个实施例中，来自驻留的瓦片池存储器的数据被返回给GPU。在至少一个实施例中，来自驻留的瓦片池存储器的数据被返回给GPU，该GPU可以使用来自驻留的瓦片池存储器的数据来执行一个或更多个纹理操作。在至少一个实施例中，在框910之后，在框912处继续执行。
在至少一个实施例中，在框912处，返回指示针对稀疏数组数据请求的数据驻留在瓦片池存储器中的状态指示符。在至少一个实施例中，指示针对稀疏数组数据请求的数据驻留在瓦片池存储器中的状态指示符被返回给调用进程。在至少一个实施例中，使用API将指示针对稀疏数组数据请求的数据驻留在瓦片池存储器中的状态指示符返回给调用进程。在至少一个实施例中，使用信号将指示针对稀疏数组数据请求的数据驻留在瓦片池存储器中的状态指示符返回给调用进程。在至少一个实施例中，使用信号量将指示针对稀疏数组数据请求的数据驻留在瓦片池存储器中的状态指示符返回给调用进程。在至少一个实施例中，使用标记值将指示针对稀疏数组数据请求的数据驻留在瓦片池存储器中的状态指示符返回给调用进程。
在至少一个实施例中，返回来自驻留的瓦片池存储器的数据(如在框910处)，并且作为单个操作，将指示针对稀疏数组数据请求的数据驻留在瓦片池存储器中的状态指示符返回(如框912处所示)给调用进程。在至少一个实施例中，返回来自驻留的瓦片池存储器的数据，并且作为单个操作，使用API将指示针对稀疏数组数据请求的数据驻留在瓦片池存储器中的状态指示符返回给调用进程。在至少一个实施例中，返回来自驻留的瓦片池存储器的数据，并且作为单个操作，使用API将指示针对稀疏数组数据请求的数据驻留在瓦片池存储器中的状态指示符返回给调用进程，该API返回指向来自驻留的瓦片池存储器的数据的指针，并且还使用诸如至少结合图4描述的那些返回机制(使用返回的布尔值，或使用布尔指针，或使用标记值，或使用指向标记值的指针，或使用事件，或使用信号量，或使用存储器参数数据结构，或使用这些返回机制的组合)之类的返回机制来返回指示该数据请求驻留在瓦片池存储器中的状态指示符。在至少一个实施例中，在框912之后，执行终止。
在至少一个实施例中，在框914处，在瓦片池数据未驻留在存储器中的情况下，返回针对数组引用的数据。在至少一个实施例中，在框914处，在瓦片池数据未驻留在存储器中的情况下，将针对数组引用的数据作为零或空值的数组而返回。在至少一个实施例中，在框914处，在瓦片池数据未驻留在存储器中的情况下，将针对数组引用的数据作为随机值的数组而返回。在至少一个实施例中，在框914处，在瓦片池数据未驻留在存储器中的情况下，将针对数组引用的数据作为未定义值的数组而返回。在至少一个实施例中，在瓦片池数据未驻留在存储器中的情况下，将针对数组引用的数据返回给调用进程。在至少一个实施例中，在瓦片池数据未驻留在存储器中的情况下，使用API将针对数组引用的数据返回给调用进程。在至少一个实施例中，在瓦片池数据未驻留在存储器中的情况下，将针对数组引用的数据返回给GPU。在至少一个实施例中，在框914之后，在框916处继续执行。
在至少一个实施例中，在框916处，返回指示针对数据请求的数据未驻留在瓦片池存储器中的状态指示符。在至少一个实施例中，指示针对数据请求的数据未驻留在瓦片池存储器中的状态指示符被返回给调用进程。在至少一个实施例中，使用API将指示针对数据请求的数据未驻留在瓦片池存储器中的状态指示符返回给调用进程。在至少一个实施例中，使用信号将指示针对数据请求的数据未驻留在瓦片池存储器中的状态指示符返回给调用进程。在至少一个实施例中，使用信号量将指示针对数据请求的数据未驻留在瓦片池存储器中的状态指示符返回给调用进程。在至少一个实施例中，使用标记值将指示针对数据请求的数据未驻留在瓦片池存储器中的状态指示符返回给调用进程。
在至少一个实施例中，在瓦片池数据未驻留在存储器中的情况下，返回针对数组引用的数据(如在框914处)，并且作为单个操作，将指示针对稀疏数组数据请求的数据未驻留在瓦片池存储器中的状态指示符返回(如在框916处)给调用进程。在至少一个实施例中，返回来自驻留的瓦片池存储器的数据，并且作为单个操作，使用API将指示针对稀疏数组数据请求的数据未驻留在瓦片池存储器中的状态指示符返回给调用进程。在至少一个实施例中，返回来自驻留的瓦片池存储器的数据，并且作为单个操作，使用API将指示针对稀疏数组数据请求的数据未驻留在瓦片池存储器中的状态指示符返回给调用进程，在瓦片池数据未驻留在存储器中的情况下，该API返回指向针对数组引用的数据的指针，并且还使用诸如至少结合图4描述的那些返回机制(使用返回的布尔值，或使用布尔指针，或使用标记值，或使用指向标记值的指针，或使用事件、或使用信号量、或使用存储器参数数据结构、或使用这些返回机制的组合)之类的返回机制来返回指示该数据请求未驻留在瓦片池存储器中的状态指示符。在至少一个实施例中，在框912之后，执行终止。
在以下描述中，阐述了许多具体细节以提供对至少一个实施例的更透彻的理解。然而，对于本领域技术人员来说显而易见的是，可以在没有这些具体细节中的一个或更多个的情况下实践本发明构思。
数据中心
在至少一个实施例中，数据中心中的计算机系统配备有处理器。在至少一个实施例中，经由应用程序编程接口(“API”)访问计算机系统的处理器。在至少一个实施例中，数据中心可以是数据中心1000或处理系统1100。在至少一个实施例中，API的执行使得执行指令，该指令访问GPU中的稀疏数组数据，并提供关于稀疏数组数据是否存在于可由GPU使用本文所述系统和方法访问的瓦片池存储器中的指示符。
图10示出了根据至少一个实施例的示例数据中心1000。在至少一个实施例中，数据中心1000包括但不限于数据中心基础设施层1010、框架层1020、软件层1030和应用层1040。
在至少一个实施例中，如图10所示，数据中心基础设施层1010可以包括资源协调器1012、分组的计算资源1014和节点计算资源(“节点C.R.”)1016(1)-1016(N)，其中“N”代表任何完整的正整数。在至少一个实施例中，节点C.R.1016(1)-1016(N)可以包括但不限于任意数量的中央处理单元(“CPU”)或其他处理器(包括加速器、现场可编程门阵列(“FPGA”)、网络设备中的数据处理单元(“DPU”)，图形处理器等)，存储器设备(例如动态只读存储器)，存储设备(例如固态硬盘或磁盘驱动器)，网络输入/输出(“NW I/O”)设备，网络交换机，虚拟机(“VM”)，电源模块和冷却模块等。在至少一个实施例中，节点C.R.1016(1)-1016(N)中的一个或更多个节点C.R.可以是具有一个或更多个上述计算资源的服务器。
在至少一个实施例中，分组的计算资源1014可以包括容纳在一个或更多个机架内的节点C.R.的单独分组(未示出)，或者容纳在各个地理位置的数据中心内的许多机架(也未示出)。分组的计算资源1014内的节点C.R.的单独分组可以包括可以被配置或分配为支持一个或更多个工作负载的分组的计算、网络、内存或存储资源。在至少一个实施例中，可以将包括CPU或处理器的几个节点C.R.分组在一个或更多个机架内，以提供计算资源来支持一个或更多个工作负载。在至少一个实施例中，一个或更多个机架还可以包括任意数量的电源模块、冷却模块和网络交换机，以任意组合。
在至少一个实施例中，资源协调器1012可以配置或以其他方式控制一个或更多个节点C.R.1016(1)-1016(N)和/或分组的计算资源1014。在至少一个实施例中，资源协调器1012可以包括用于数据中心1000的软件设计基础结构(“SDI”)管理实体。在至少一个实施例中，资源协调器1012可以包括硬件、软件或其某种组合。
在至少一个实施例中，如图10所示，框架层1020包括但不限于作业调度器1032、配置管理器1034、资源管理器1036和分布式文件系统1038。在至少一个实施例中，框架层1020可以包括支持软件层1030的软件1052和/或应用程序层1040的一个或更多个应用程序1042的框架。在至少一个实施例中，软件1052或应用程序1042可以分别包括基于Web的服务软件或应用程序，例如由Amazon Web Services，Google Cloud和Microsoft Azure提供的服务或应用程序。在至少一个实施例中，框架层1020可以是但不限于一种免费和开放源软件网络应用框架，例如可以利用分布式文件系统1038来进行大范围数据处理(例如“大数据”)的Apache SparkTM(以下称为“Spark”)。在至少一个实施例中，作业调度器1032可以包括Spark驱动器，以促进对数据中心1000的各个层所支持的工作负载进行调度。在至少一个实施例中，配置管理器1034可以能够配置不同的层，例如软件层1030和包括Spark和用于支持大规模数据处理的分布式文件系统1038的框架层1020。在至少一个实施例中，资源管理器1036能够管理映射到或分配用于支持分布式文件系统1038和作业调度器1032的集群或分组计算资源。在至少一个实施例中，集群或分组计算资源可以包括数据中心基础设施层1010上的分组的计算资源1014。在至少一个实施例中，资源管理器1036可以与资源协调器1012协调以管理这些映射的或分配的计算资源。
在至少一个实施例中，包括在软件层1030中的软件1052可以包括由节点C.R.1016(1)-1016(N)的至少一部分，分组计算资源1014和/或框架层1020的分布式文件系统1038使用的软件。一种或更多种类型的软件可以包括但不限于Internet网页搜索软件、电子邮件病毒扫描软件、数据库软件和流视频内容软件。
在至少一个实施例中，应用层1040中包括的一个或更多个应用程序1042可以包括由节点C.R.1016(1)-1016(N)的至少一部分、分组的计算资源1014和/或框架层1020的分布式文件系统1038使用的一种或更多种类型的应用程序。一种或更多种类型的应用程序可以包括但不限于CUDA应用程序。
在至少一个实施例中，配置管理器1034、资源管理器1036和资源协调器1012中的任何一个可以基于以任何技术上可行的方式获取的任意数量和类型的数据来实现任意数量和类型的自我修改动作。在至少一个实施例中，自我修改动作可以减轻数据中心1000的数据中心操作员做出可能不好的配置决定并且可以避免数据中心的未充分利用和/或执行差的部分。
基于计算机的系统
以下各图提出但不限于可用于实现至少一个实施例的示例性的基于计算机的系统。
在至少一个实施例中，具有一个或更多个处理器的计算机系统实现应用程序编程接口(“API”)。在至少一个实施例中，计算机系统可以是处理系统1100、计算机系统1200、系统1300、计算系统1500或计算单元3940。在至少一个实施例中，API的执行使得执行指令，该指令访问GPU中的稀疏数组数据，并提供关于稀疏数组数据是否存在于可由GPU使用本文所述系统和方法访问的瓦片池存储器中的指示符。
图11示出了根据至少一个实施例的处理系统1100。在至少一个实施例中，系统1100包括一个或更多个处理器1102和一个或更多个图形处理器1108，并且可以是单处理器台式机系统、多处理器工作站系统或具有大量处理器1102或处理器核心1107的服务器系统。在至少一个实施例中，处理系统1100是结合在片上系统(SoC)集成电路内的处理平台，以用于移动、手持或嵌入式设备。
在至少一个实施例中，处理系统1100可以包括或结合在基于服务器的游戏平台中，包括游戏和媒体控制台的游戏控制台、移动游戏控制台、手持游戏控制台或在线游戏控制台。在至少一个实施例中，处理系统1100是移动电话、智能电话、平板计算设备或移动互联网设备。在至少一个实施例中，处理系统1100还可包括与可穿戴设备耦合或集成在可穿戴设备中，例如智能手表可穿戴设备、智能眼镜设备、增强现实设备或虚拟现实设备。在至少一个实施例中，处理系统1100是电视或机顶盒设备，其具有一个或更多个处理器1102以及由一个或更多个图形处理器1108生成的图形界面。
在至少一个实施例中，一个或更多个处理器1102每个包括一个或更多个处理器核心1107，以处理指令，该指令在被执行时执行针对系统和用户软件的操作。在至少一个实施例中，一个或更多个处理器核心1107中的每一个被配置为处理特定指令集1109。在至少一个实施例中，指令集1109可以促进复杂指令集计算(CISC)、精简指令集计算(RISC)，或通过超长指令字(VLIW)进行计算。在至少一个实施例中，多个处理器核心1107可以各自处理不同的指令集1109，该指令集1109可以包括有助于仿真其他指令集的指令。在至少一个实施例中，处理器核心1107还可以包括其他处理设备，例如数字信号处理器(DSP)。
在至少一个实施例中，处理器1102包括高速缓存存储器(cache)1104。在至少一个实施例中，处理器1102可以具有单个内部高速缓存或多个级别的内部高速缓存。在至少一个实施例中，高速缓存存储器在处理器1102的各个组件之间共享。在至少一个实施例中，处理器1102还使用外部高速缓存(例如，三级(L3)高速缓存或最后一级高速缓存(LLC))(未示出)，其可以使用已知的高速缓存一致性技术在处理器核心1107之间共享该逻辑。在至少一个实施例中，处理器1102中另外包括寄存器文件1106，处理器1102可以包括用于存储不同类型的数据的不同类型的寄存器(例如，整数寄存器、浮点寄存器、状态寄存器和指令指针寄存器)。在至少一个实施例中，寄存器文件1106可以包括通用寄存器或其他寄存器。
在至少一个实施例中，一个或更多个处理器1102与一个或更多个接口总线1110耦合，以在处理器1102与系统1100中的其他组件之间传输通信信号，例如地址、数据或控制信号。在至少一个实施例中，接口总线1110在一个实施例中可以是处理器总线，例如直接媒体接口(DMI)总线的版本。在至少一个实施例中，接口总线1110不限于DMI总线，并且可以包括一个或更多个外围组件互连总线(例如，PCI，PCI Express)、存储器总线或其他类型的接口总线。在至少一个实施例中，处理器1102包括集成存储器控制器1116和平台控制器集线器1130。在至少一个实施例中，存储器控制器1116促进存储设备与处理系统1100的其他组件之间的通信，而平台控制器集线器(PCH)1130通过本地I/O总线提供到输入/输出(I/O)设备的连接。
在至少一个实施例中，存储设备1120可以是动态随机存取存储器(DRAM)设备、静态随机存取存储器(SRAM)设备、闪存设备、相变存储设备或具有适当的性能以用作处理器存储器。在至少一个实施例中，存储设备1120可以用作处理系统1100的系统存储器，以存储数据1122和指令1121，以在一个或更多个处理器1102执行应用或过程时使用。在至少一个实施例中，存储器控制器1116还与可选的外部图形处理器1112耦合，其可以与处理器1102中的一个或更多个图形处理器1108通信以执行图和媒体操作。在至少一个实施例中，显示设备1111可以连接至处理器1102。在至少一个实施例中，显示设备1111可以包括内部显示设备中的一个或更多个，例如在移动电子设备或便携式计算机设备或通过显示器接口(例如显示端口(DisplayPort)等)连接的外部显示设备。在至少一个实施例中，显示设备1111可以包括头戴式显示器(HMD)，诸如用于虚拟现实(VR)应用或增强现实(AR)应用中的立体显示设备。
在至少一个实施例中，平台控制器集线器1130使外围设备能够通过高速I/O总线连接到存储设备1120和处理器1102。在至少一个实施例中，I/O外围设备包括但不限于音频控制器1146、网络控制器1134、固件接口1128、无线收发器1126、触摸传感器1125、数据存储设备1124(例如，硬盘驱动器、闪存等)。在至少一个实施例中，数据存储设备1124可以经由存储器接口(例如，SATA)或经由外围总线来连接，诸如外围组件互连总线(例如，PCI、PCIe)。在至少一个实施例中，触摸传感器1125可以包括触摸屏传感器、压力传感器或指纹传感器。在至少一个实施例中，无线收发器1126可以是Wi-Fi收发器、蓝牙收发器或移动网络收发器，诸如3G、4G或长期演进(LTE)收发器。在至少一个实施例中，固件接口1128使能与系统固件的通信，并且可以是例如统一的可扩展固件接口(UEFI)。在至少一个实施例中，网络控制器1134可以启用到有线网络的网络连接。在至少一个实施例中，高性能网络控制器(未示出)与接口总线1110耦合。在至少一个实施例中，音频控制器1146是多通道高清晰度音频控制器。在至少一个实施例中，处理系统1100包括可选的传统(legacy)I/O控制器1140，用于将遗留(例如，个人系统2(PS/2))设备耦合到处理系统1100。在至少一个实施例中，平台控制器集线器1130还可以连接到一个或更多个通用串行总线(USB)控制器1142，该控制器连接输入设备，诸如键盘和鼠标1143组合、相机1144或其他USB输入设备。
在至少一个实施例中，存储器控制器1116和平台控制器集线器1130的实例可以集成到离散的外部图形处理器中，例如外部图形处理器1112。在至少一个实施例中，平台控制器集线器1130和/或存储控制器1116可以在一个或更多个处理器1102的外部。例如，在至少一个实施例中，处理系统1100可以包括外部存储控制器1116和平台控制器集线器1130，其可以配置成在与处理器1102通信的系统芯片组中的存储器控制器集线器和外围控制器集线器。
图12示出了根据至少一个实施例的计算机系统1200。在至少一个实施例中，计算机系统1200可以是具有互连的设备和组件，SOC，或某种组合的系统。在至少一个实施例中，计算机系统1200由处理器1202形成，该处理器1202可以包括用于执行指令的执行单元。在至少一个实施例中，计算机系统1200可以包括但不限于组件，例如处理器1202，其采用包括逻辑的执行单元以执行用于过程数据的算法。在至少一个实施例中，计算机系统1200可以包括处理器，例如可从加利福尼亚圣塔克拉拉的英特尔公司(Intel Corporation ofSanta Clara,California)获得的处理器家族、XeonTM、XScaleTM和/或StrongARMTM，CoreTM或NervanaTM微处理器，尽管也可以使用其他系统(包括具有其他微处理器的PC、工程工作站、机顶盒等)。在至少一个实施例中，计算机系统1200可以执行可从华盛顿州雷蒙德市的微软公司(Microsoft Corporation ofRedmond,Wash.)获得的WINDOWS操作系统版本，尽管其他操作系统(例如UNIX和Linux)、嵌入式软件和/或图形用户界面也可以使用。
在至少一个实施例中，计算机系统1200可以用在其他设备中，例如手持设备和嵌入式应用。手持设备的一些示例包括蜂窝电话、互联网协议(Internet Protocol)设备、数码相机、个人数字助理(“PDA”)和手持PC。在至少一个实施例中，嵌入式应用可以包括微控制器、数字信号处理器(“DSP”)、SoC、网络计算机(“NetPC”)、机顶盒、网络集线器、广域网(“WAN”)交换机，或根据至少一个实施例可以执行一个或更多个指令的任何其他系统。
在至少一个实施例中，计算机系统1200可包括但不限于处理器1202，该处理器1202可包括但不限于一个或更多个执行单元1208，其可以配置为执行计算统一设备架构(“CUDA”)(由加利福尼亚州圣克拉拉的NVIDIA Corporation开发)程序。在至少一个实施例中，CUDA程序是用CUDA编程语言编写的软件应用程序的至少一部分。在至少一个实施例中，计算机系统1200是单处理器台式机或服务器系统。在至少一个实施例中，计算机系统1200可以是多处理器系统。在至少一个实施例中，处理器1202可以包括但不限于CISC微处理器、RISC微处理器、VLIW微处理器、实现指令集组合的处理器，或任何其他处理器设备，例如数字信号处理器。在至少一个实施例中，处理器1202可以耦合到处理器总线1210，该处理器总线1210可以在处理器1202与计算机系统1200中的其他组件之间传输数据信号。
在至少一个实施例中，处理器1202可以包括但不限于1级(“L1”)内部高速缓存存储器(“cache”)1204。在至少一个实施例中，处理器1202可以具有单个内部高速缓存或多级内部缓存。在至少一个实施例中，高速缓存存储器可以驻留在处理器1202的外部。在至少一个实施例中，处理器1202可以包括内部和外部高速缓存的组合。在至少一个实施例中，寄存器文件1206可以在各种寄存器中存储不同类型的数据，包括但不限于整数寄存器、浮点寄存器、状态寄存器和指令指针寄存器。
在至少一个实施例中，包括但不限于执行整数和浮点运算的逻辑的执行单元1208，其也位于处理器1202中。处理器1202还可以包括微码(“ucode”)只读存储器(“ROM”)，用于存储某些宏指令的微代码。在至少一个实施例中，执行单元1208可以包括用于处理封装指令集1209的逻辑。在至少一个实施例中，通过将封装指令集1209包括在通用处理器1202的指令集中，以及要执行指令的相关电路，可以使用通用处理器1202中的封装数据来执行许多多媒体应用程序使用的操作。在至少一个实施例中，可以通过使用处理器的数据总线的全宽度来在封装的数据上执行操作来加速和更有效地执行许多多媒体应用程序，这可能不需要在处理器的数据总线上传输较小的数据单元来一次对一个数据元素执行一个或更多个操作。
在至少一个实施例中，执行单元1208也可以用在微控制器、嵌入式处理器、图形设备、DSP和其他类型的逻辑电路中。在至少一个实施例中，计算机系统1200可以包括但不限于存储器1220。在至少一个实施例中，存储器1220可以被实现为DRAM设备、SRAM设备、闪存设备或其他存储设备。存储器1220可以存储由处理器1202可以执行的由数据信号表示的指令1219和/或数据1221。
在至少一个实施例中，系统逻辑芯片可以耦合到处理器总线1210和存储器1220。在至少一个实施例中，系统逻辑芯片可以包括但不限于存储器控制器集线器(“MCH”)1216，并且处理器1202可以经由处理器总线1210与MCH 1216通信。在至少一个实施例中，MCH1216可以提供到存储器1220的高带宽存储器路径1218以用于指令和数据存储以及用于图形命令、数据和纹理的存储。在至少一个实施例中，MCH 1216可以在处理器1202、存储器1220和计算机系统1200中的其他组件之间启动数据信号，并且在处理器总线1210、存储器1220和系统I/O 1222之间桥接数据信号。在至少一个实施例中，系统逻辑芯片可以提供用于耦合到图形控制器的图形端口。在至少一个实施例中，MCH 1216可以通过高带宽存储器路径1218耦合到存储器1220，并且图形/视频卡1212可以通过加速图形端口(AcceleratedGraphics Port)(“AGP”)互连1214耦合到MCH 1216。
在至少一个实施例中，计算机系统1200可以使用系统I/O 1222作为专有集线器接口总线来将MCH 1216耦合到I/O控制器集线器(“ICH”)1230。在至少一个实施例中，ICH1230可以通过本地I/O总线提供与某些I/O设备的直接连接。在至少一个实施例中，本地I/O总线可以包括但不限于用于将外围设备连接到存储器1220、芯片组和处理器1202的高速I/O总线。示例可以包括但不限于音频控制器1229、固件集线器(“Flash BIOS”)1228、无线收发器1226、数据存储1224、包含用户输入1225的传统I/O控制器1223和键盘接口、串行扩展端口1227(例如USB)和网络控制器1234。数据存储1224可以包括硬盘驱动器、软盘驱动器、CD-ROM设备、闪存设备或其他大容量存储设备。
在至少一个实施例中，图12示出了包括互连的硬件设备或“芯片”的系统。在至少一个实施例中，图12可以示出示例性SoC。在至少一个实施例中，图12中示出的设备可以与专有互连、标准化互连(例如，PCIe)或其某种组合互连。在至少一个实施例中，系统1200的一个或更多个组件使用计算快速链路(CXL)互连来互连。
图13示出了根据至少一个实施例的系统1300。在至少一个实施例中，系统1300是利用处理器1310的电子设备。在至少一个实施例中，系统1300可以是，例如但不限于，笔记本电脑、塔式服务器、机架服务器、刀片服务器、与一个或更多个本地或云服务提供商通信耦合的边缘设备、膝上型计算机、台式机、平板电脑、移动设备、电话、嵌入式计算机或任何其他合适的电子设备。
在至少一个实施例中，系统1300可以包括但不限于通信地耦合到任何合适数量或种类的组件、外围设备、模块或设备的处理器1310。在至少一个实施例中，处理器1310使用总线或接口耦合，诸如I2C总线、系统管理总线(“SMBus”)、低引脚数(LPC)总线、串行外围接口(“SPI”)、高清音频(“HDA”)总线、串行高级技术附件(“SATA”)总线、USB(1、2、3版)或通用异步接收器/发送器(“UART”)总线。在至少一个实施例中，图13示出了系统，该系统包括互连的硬件设备或“芯片”。在至少一个实施例中，图13可以示出示例性SoC。在至少一个实施例中，图13中所示的设备可以与专有互连线、标准化互连(例如，PCIe)或其某种组合互连。在至少一个实施例中，图13的一个或更多个组件使用计算快速链路(CXL)互连线来互连。
在至少一个实施例中，图13可以包括显示器1324、触摸屏1325、触摸板1330、近场通信单元(“NFC”)1345、传感器集线器1340、热传感器1346、快速芯片组(“EC”)1335、可信平台模块(“TPM”)1338、BIOS/固件/闪存(“BIOS，FW Flash”)1322、DSP1360、固态磁盘(“SSD”)或硬盘驱动器(“HDD”)1320、无线局域网单元(“WLAN”)1350、蓝牙单元1352、无线广域网单元(“WWAN”)1356、全球定位系统(GPS)1355、相机(“USB 3.0相机”)1354(例如USB 3.0相机)或以例如LPDDR3标准实现的低功耗双倍数据速率(“LPDDR”)存储器单元(“LPDDR3”)1315。这些组件可以各自以任何合适的方式实现。
在至少一个实施例中，其他组件可以通过以上讨论的组件通信地耦合到处理器1310。在至少一个实施例中，加速度计1341、环境光传感器(“ALS”)1342、罗盘1343和陀螺仪1344可以可通信地耦合到传感器集线器1340。在至少一个实施例中，热传感器1339、风扇1337、键盘1336和触摸板1330可以通信地耦合到EC1335。在至少一个实施例中，扬声器1363、耳机1364和麦克风(“mic”)1365可以通信地耦合到音频单元(“音频编解码器和D类放大器”)1362，其又可以通信地耦合到DSP 1360。在至少一个实施例中，音频单元1362可以包括例如但不限于音频编码器/解码器(“编解码器”)和D类放大器。在至少一个实施例中，SIM卡(“SIM”)1357可以通信地耦合到WWAN单元1356。在至少一个实施例中，组件(诸如WLAN单元1350和蓝牙单元1352以及WWAN单元1356)可以被实现为下一代形式因素(NGFF)。
图14示出了根据至少一个实施例的示例性集成电路1400。在至少一个实施例中，示例性集成电路1400是SoC，其可使用一个或更多个IP核心制造。在至少一个实施例中，集成电路1400包括一个或更多个应用处理器1405(例如，CPU)、至少一个图形处理器1410，并且可以另外包括图像处理器1415和/或视频处理器1420，其中任意一个可能是模块化IP核心。在至少一个实施例中，集成电路1400包括外围或总线逻辑，其包括USB控制器1425、UART控制器1430、SPI/SDIO控制器1435和I2S/I2C控制器1440。在至少一个实施例中，集成电路1400可以包括显示设备1445耦合到高清多媒体接口(HDMI)控制器1450和移动工业处理器接口(mipI)显示接口1455中的一个或更多个。在至少一个实施例中，存储可以由闪存子系统1460提供，包括闪存和闪存控制器。在至少一个实施例中，可以经由存储器控制器1465提供存储器接口以用于访问SDRAM或SRAM存储器设备。在至少一个实施例中，一些集成电路还包括嵌入式安全引擎1470。
图15示出了根据至少一个实施例的计算系统1500。在至少一个实施例中，计算系统1500包括处理子系统1501，其具有经由可以包括存储器集线器1505的互连路径通信的一个或更多个处理器1502和系统存储器1504。在至少一个实施例中，存储器集线器1505可以是芯片组组件内的单独组件，也可以集成在一个或更多个处理器1502内。在至少一个实施例中，存储器集线器1505通过通信链路1506与I/O子系统1511耦合。在至少一个实施例中，I/O子系统1511包括I/O集线器1507，其可以使计算系统1500能够接收来自一个或更多个输入设备1508的输入。在至少一个实施例中，I/O集线器1507可以使能显示控制器，其包括在一个或更多个处理器1502中，用于向一个或更多个显示设备1510A提供输出。在至少一个实施例中，与I/O集线器1507耦合的一个或更多个显示设备1510A可以包括本地、内部或嵌入式显示设备。
在至少一个实施例中，处理子系统1501包括经由总线或其他通信链路1513耦合到存储器集线器1505的一个或更多个并行处理器1512。在至少一个实施例中，通信链路1513可以是许多基于标准的通信链路技术或协议中的一种，例如但不限于PCIe，或者可以是针对供应商的通信接口或通信结构。在至少一个实施例中，一个或更多个并行处理器1512形成计算集中的并行或向量处理系统，该系统可以包括大量的处理核心和/或处理集群，例如多集成核心(MIC)处理器。在至少一个实施例中，一个或更多个并行处理器1512形成可以将像素输出到经由I/O集线器1507耦合的一个或更多个显示设备1510A之一的图形处理子系统。在至少一个实施例中，一个或更多个并行处理器1512还可以包括显示控制器和显示接口(未示出)，以使得能够直接连接到一个或更多个显示设备1510B。
在至少一个实施例中，系统存储单元1514可以连接到I/O集线器1507，以提供用于计算系统1500的存储机制。在至少一个实施例中，I/O交换机1516可以用于提供接口机制，以实现I/O集线器1507与其他组件之间的连接，例如可以集成到平台中的网络适配器1518和/或无线网络适配器1519，以及可以通过一个或更多个附加设备1520添加的各种其他设备。在至少一个实施例中，网络适配器1518可以是以太网适配器或另一有线网络适配器。在至少一个实施例中，无线网络适配器1519可以包括Wi-Fi、蓝牙、NFC的一个或更多个或其他包括一个或更多个无线电的网络设备。
在至少一个实施例中，计算系统1500可以包括未明确示出的其他组件，包括USB或其他端口连接、光存储驱动器、视频捕获设备等，也可以连接到I/O集线器1507。在至少一个实施例中，对图15中的各个组件进行互连的通信路径可以使用任何合适的协议来实现，诸如基于PCI(外围组件互连)的协议(例如，PCIe)，或其他总线或点对点通信接口和/或协议(例如，NVLink高速互连或互连协议)。
在至少一个实施例中，一个或更多个并行处理器1512包括针对图形和视频处理而优化的电路(包括例如视频输出电路)，并构成图形处理单元(GPU)。在至少一个实施例中，一个或更多个并行处理器1512包括针对通用处理而优化的电路。在至少一个实施例中，计算系统1500的组件可以与单个集成电路上的一个或更多个其他系统元件集成。例如，在至少一个实施例中，一个或更多个并行处理器1512、存储器集线器1505、处理器1502和I/O集线器1507可以被集成到片上系统(SoC)集成电路中。在至少一个实施例中，计算系统1500的组件可以被集成到单个封装中以形成系统级封装(SIP)配置。在至少一个实施例中，计算系统1500的组件的至少一部分可以被集成到多芯片模块(MCM)中，该多芯片模块可以与其他多芯片模块互连到模块化计算系统中。在至少一个实施例中，从计算系统1500中省略了I/O子系统1511和显示设备1510B。
处理系统
以下各图阐述了但不限于可用于实现至少一个实施例的示例性处理系统。
在至少一个实施例中，一个或更多个处理器是实现应用程序编程接口(“API”)的计算机系统的一部分。在至少一个实施例中，一个或更多个处理器可以是示例性集成电路1400、APU 1600、CPU 1700、示例性图形处理器1910、图形核心2000、并行处理器2100、图形处理器2200、处理器2300、处理器2400、图形处理器核心2500、PPU 2600、GPC 2700或SM2800。在至少一个实施例中，API的执行使得执行指令，该指令访问GPU中的稀疏数组数据，并提供关于稀疏数组数据是否存在于可由GPU使用本文所述系统和方法访问的瓦片池存储器中的指示符。
图16示出了根据至少一个实施例的加速处理单元(“APU”)1600。在至少一个实施例中，APU 1600由加利福尼亚州圣克拉拉市的AMD公司开发。在至少一个实施例中，APU1600可以被配置为执行应用程序，诸如CUDA程序。在至少一个实施例中，APU 1600包括但不限于核心复合体1610、图形复合体1640、结构1660、I/O接口1670、存储器控制器1680、显示控制器1692和多媒体引擎1694。在至少一个实施例中，APU 1600可以包括但不限于任意数量的核心复合体1610、任意数量的图形复合体1640、任意数量的显示控制器1692和任意数量的多媒体引擎1694的任何组合。为了说明的目的，在本文中用附图标记表示相似对象的多个实例，其中附图标记标识该对象，并且括号中的数字标识所需要的实例。
在至少一个实施例中，核心复合体1610是CPU，图形复合体1640是GPU，并且APU1600是将不限于1610和1640集成到单个芯片上的处理单元。在至少一个实施例中，一些任务可以被分配给核心复合体1610，而其他任务可以被分配给图形复合体1640。在至少一个实施例中，核心复合体1610被配置为执行与APU 1600相关联的主控制软件，例如操作系统。在至少一个实施例中，核心复合体1610是APU 1600的主处理器，其控制和协调其他处理器的操作。在至少一个实施例中，核心复合体1610发出控制图形复合体1640的操作的命令。在至少一个实施例中，核心复合体1610可以被配置为执行从CUDA源代码派生的主机可执行代码，并且图形复合体1640可以被配置为执行从CUDA源代码派生的设备可执行代码。
在至少一个实施例中，核心复合体1610包括但不限于核心1620(1)-1620(4)和L3高速缓存1630。在至少一个实施例中，核心复合体1610可以包括但不限于任意数量的核心1620以及任意数量和类型的高速缓存的任何组合。在至少一个实施例中，核心1620被配置为执行特定指令集架构(“ISA”)的指令。在至少一个实施例中，每个核心1620是CPU核心。
在至少一个实施例中，每个核心1620包括但不限于获取/解码单元1622，整数执行引擎1624，浮点执行引擎1626和L2高速缓存1628。在至少一个实施例中，获取/解码单元1622获取指令，对这些指令进行解码，生成微操作，并将单独的微指令分派给整数执行引擎1624和浮点执行引擎1626。在至少一个实施例中，获取/解码单元1622可以同时分派一个微指令到整数执行引擎1624和另一微指令到浮点执行引擎1626。在至少一个实施例中，整数执行引擎1624执行不限于整数和存储器操作。在至少一个实施例中，浮点引擎1626执行不限于浮点和向量运算。在至少一个实施例中，获取-解码单元1622将微指令分派给单个执行引擎，该执行引擎代替整数执行引擎1624和浮点执行引擎1626两者。
在至少一个实施例中，每个核心1620(i)可以访问包括在核心1620(i)中的L2高速缓存1628(i)，其中i是表示核心1620的特定实例的整数。在至少一个实施例中，包括在核心复合体1610(j)中的每个核心1620经由包括在核心复合体1610(j)中的L3高速缓存1630(j)连接到包括在核心复合体1610(j)中的其他核心1620，其中j是表示核心复合体1610的特定实例的整数。在至少一个实施例中，包括在核心复合体1610(j)中的核心1620可以访问包括在核心复合体1610(j)中的所有L3高速缓存1630(j)，其中j是表示核心复合体1610的特定实例的整数。在至少一个实施例中，L3高速缓存1630可以包括但不限于任意数量的切片(slice)。
在至少一个实施例中，图形复合体1640可以被配置为以高度并行的方式执行计算操作。在至少一个实施例中，图形复合体1640被配置为执行图形管线操作，诸如绘制命令、像素操作、几何计算以及与将图像渲染至显示器相关联的其他操作。在至少一个实施例中，图形复合体1640被配置为执行与图形无关的操作。在至少一个实施例中，图形复合体1640被配置为执行与图形有关的操作和与图形无关的操作。
在至少一个实施例中，图形复合体1640包括但不限于任意数量的计算单元1650和L2高速缓存1642。在至少一个实施例中，计算单元1650共享L2高速缓存1642。在至少一个实施例中，L2高速缓存1642被分区。在至少一个实施例中，图形复合体1640包括但不限于任意数量的计算单元1650以及任意数量(包括零)和类型的高速缓存。在至少一个实施例中，图形复合体1640包括但不限于任意数量的专用图形硬件。
在至少一个实施例中，每个计算单元1650包括但不限于任意数量的SIMD单元1652和共享存储器1654。在至少一个实施例中，每个SIMD单元1652实现SIMD架构并且被配置为并行执行操作。在至少一个实施例中，每个计算单元1650可以执行任意数量的线程块，但是每个线程块在单个计算单元1650上执行。在至少一个实施例中，线程块包括但不限于任意数量的执行线程。在至少一个实施例中，工作组是线程块。在至少一个实施例中，每个SIMD单元1652执行不同的线程束(warp)。在至少一个实施例中，线程束是一组线程(例如16个线程)，其中线程束中的每个线程属于单个线程块，并且被配置为基于单个指令集来处理不同的数据集。在至少一个实施例中，可以使用预测(predication)来禁用线程束中的一个或更多个线程。在至少一个实施例中，通道是线程。在至少一个实施例中，工作项是线程。在至少一个实施例中，波前是线程束。在至少一个实施例中，线程块中的不同波前可一起同步并经由共享存储器1654进行通信。
在至少一个实施例中，结构1660是系统互连，其促进跨核心复合体1610、图形复合体1640、I/O接口1670、存储器控制器1680、显示控制器1692和多媒体引擎1694的数据和控制传输。在至少一个实施例中，除了结构1660之外或代替结构1660，APU 1600还可以包括但不限于任意数量和类型的系统互连，该结构1660促进跨可以在APU 1600内部或外部的任意数量和类型的直接或间接链接的组件的数据和控制传输。在至少一个实施例中，I/O接口1670表示任意数量和类型的I/O接口(例如，PCI，PCI-Extended(“PCI-X”)，PCIe，千兆以太网(“GBE”)，USB等)。在至少一个实施例中，各种类型的外围设备耦合到I/O接口1670。在至少一个实施例中，耦合到I/O接口1670的外围设备可以包括但不限于键盘，鼠标，打印机，扫描仪，操纵杆或其他类型的游戏控制器、媒体记录设备、外部存储设备、网络接口卡等。
在至少一个实施例中，显示控制器AMD92在一个或更多个显示设备(例如液晶显示器(LCD)设备)上显示图像。在至少一个实施例中，多媒体引擎1694包括但不限于任意数量和类型的与多媒体相关的电路，例如视频解码器、视频编码器、图像信号处理器等。在至少一个实施例中，存储器控制器1680促进APU 1600与统一系统存储器1690之间的数据传输。在至少一个实施例中，核心复合体1610和图形复合体1640共享统一系统存储器1690。
在至少一个实施例中，APU 1600实现种存储器子系统，其包括但不限于任意数量和类型的存储器控制器1680和可以专用于一个组件或在多个组件之间共享的存储器设备(例如，共享存储器1654)。组件。在至少一个实施例中，APU 1600实现高速缓存子系统，其包括但不限于一个或更多个高速缓存存储器(例如，L2高速缓存1628，L3高速缓存1630和L2高速缓存1642)，每个高速缓存存储器可以是组件私有的或在任意数量的组件(例如，核心1620，核心复合体1610，SIMD单元1652，计算单元1650和图形复合体1640)之间共享。
图17示出了根据至少一个实施例的CPU 1700。在至少一个实施例中，CPU 1700由加利福尼亚州圣克拉拉市的AMD公司开发。在至少一个实施例中，CPU 1700可以被配置为执行应用程序。在至少一个实施例中，CPU 1700被配置为执行主控制软件，例如操作系统。在至少一个实施例中，CPU 1700发出控制外部GPU(未示出)的操作的命令。在至少一个实施例中，CPU 1700可以被配置为执行从CUDA源代码派生的主机可执行代码，并且外部GPU可以被配置为执行从这种CUDA源代码派生的设备可执行代码。在至少一个实施例中，CPU 1700包括但不限于任意数量的核心复合体1710，结构1760，I/O接口1770和存储器控制器1780。
在至少一个实施例中，核心复合体1710包括但不限于核心1720(1)-1720(4)和L3高速缓存1730。在至少一个实施例中，核心复合体1710可以包括但不限于任意数量的核心1720以及任意数量和类型的高速缓存的任何组合。在至少一个实施例中，核心1720被配置为执行特定ISA的指令。在至少一个实施例中，每个核心1720是CPU核心。
在至少一个实施例中，每个核心1720包括但不限于获取/解码单元1722，整数执行引擎1724，浮点执行引擎1726和L2高速缓存1728。在至少一个实施例中，获取/解码单元1722获取指令，对这些指令进行解码，生成微操作，并将单独的微指令分派给整数执行引擎1724和浮点执行引擎1726。在至少一个实施例中，获取/解码单元1722可以同时分派一个微指令至整数执行引擎1724和另一微指令至浮点执行引擎1726。在至少一个实施例中，整数执行引擎1724执行不限于整数和存储器操作。在至少一个实施例中，浮点引擎1726执行不限于浮点和向量运算。在至少一个实施例中，获取-解码单元1722将微指令分派给单个执行引擎，该引擎代替整数执行引擎1724和浮点执行引擎1726两者。
在至少一个实施例中，每个核心1720(i)可以访问包括在核心1720(i)中的L2高速缓存1728(i)，其中i是表示核心1720的特定实例的整数。在至少一个实施例中，包括在核心复合体1710(j)中的每个核心1720经由包括在核心复合体1710(j)中的L3高速缓存1730(j)连接到核心复合体1710(j)中的其他核心1720，其中j是表示核心复合体1710的特定实例的整数。在至少一个实施例中，包括在核心复合体1710(j)中的核心1720可以访问包括在核心复合体1710(j)中的所有L3高速缓存1730(j)，其中j是表示核心复合体1710的特定实例的整数。在至少一个实施例中，L3高速缓存1730可以包括但不限于任意数量的切片。
在至少一个实施例中，结构1760是系统互连，其促进跨核心复合体1710(1)-1710(N)(其中N是大于零的整数)、I/O接口1770和存储器控制器1780的数据和控制传输。在至少一个实施例中，除了结构1760之外或代替结构1760，CPU 1700还可以包括但不限于任意数量和类型的系统互连，该结构1760促进跨可以在CPU 1700内部或外部的任意数量和类型的直接或间接链接的组件的数据和控制传输。在至少一个实施例中，I/O接口1770表示任意数量和类型的I/O接口(例如PCI，PCI-X，PCIe，GBE，USB等)。在至少一个实施例中，各种类型的外围设备耦合到I/O接口1770。在至少一个实施例中，耦合到I/O接口1770的外围设备可以包括但不限于显示器，键盘，鼠标，打印机，扫描仪，操纵杆或其他类型的游戏控制器、媒体记录设备、外部存储设备、网络接口卡等。
在至少一个实施例中，存储器控制器1780促进CPU 1700与系统存储器1790之间的数据传输。在至少一个实施例中，核心复合体1710和图形复合体1740共享系统存储器1790。在至少一个实施例中，CPU 1700实现存储器子系统，其包括但不限于任意数量和类型的存储器控制器1780和可以专用于一个组件或在多个组件之间共享的存储器设备。在至少一个实施例中，CPU 1700实现了高速缓存子系统，其包括但不限于一个或更多个高速缓存存储器(例如，L2高速缓存1728和L3高速缓存1730)，每个高速缓存存储器可以是组件私有的或在任意数量的组件(例如，核心1720和核心复合体1710)之间共享。
图18示出了根据至少一个实施例的示例性加速器集成切片1890。如本文所使用的，“切片”包括加速器集成电路的处理资源的指定部分。在至少一个实施例中，加速器集成电路代表多个图形加速模块种的多个图形处理引擎提供高速缓存管理、存储器访问、环境管理和中断管理服务。图形处理引擎可以各自包括单独的GPU。可选地，图形处理引擎可包括GPU内的不同类型的图形处理引擎，例如图形执行单元、媒体处理引擎(例如，视频编码器/解码器)、采样器和blit引擎。在至少一个实施例中，图形加速模块可以是具有多个图形处理引擎的GPU。在至少一个实施例中，图形处理引擎可以是集成在通用封装、线卡或芯片上的各个GPU。
系统存储器1814内的应用程序有效地址空间1882存储进程元素1883。在一个实施例中，响应于来自处理器1807上执行的应用程序1880的GPU调用1881而存储进程元素1883。进程元素1883包含对应应用程序1880的处理状态。包含在进程元素1883中的工作描述符(WD)1884可以是应用程序请求的单个作业或可能包含指向作业队列的指针。在至少一个实施例中，WD 1884是指向应用程序有效地址空间1882中的作业请求队列的指针。
图形加速模块1846和/或各个图形处理引擎可以由系统中的全部或部分进程共享。在至少一个实施例中，可以包括用于建立处理状态并将WD 1884发送到图形加速模块1846以在虚拟化环境中开始作业的基础设施。
在至少一个实施例中，专用进程编程模型是针对实现的。在该模型中，单个进程拥有图形加速模块1846或个体图形处理引擎。由于图形加速模块1846由单个进程拥有，因此管理程序为拥有的分区初始化加速器集成电路，并且当分配图形加速模块1846时操作系统对加速器集成电路进行初始化以用于拥有的分区。
在操作中，加速器集成切片1890中的WD获取单元1891获取下一个WD 1884，其中包括要由图形加速模块1846的一个或更多个图形处理引擎完成的工作的指示。来自WD 1884的数据可以存储在寄存器1845被存储器管理单元(MMU)1839、中断管理电路1847和/或环境管理电路1848使用，如图所示。例如，MMU 1839的一个实施例包括用于访问OS虚拟地址空间1885内的段/页表1886的段/页面漫游电路。中断管理电路1847可以处理从图形加速模块1846接收到的中断事件(INT)1892。当执行图操作时，由图形处理引擎产生的有效地址1893由MMU 1839转换为实际地址。
在一个实施例中，为每个图形处理引擎和/或图形加速模块1846复制相同的寄存器组1845，并且可以由系统管理程序或操作系统来初始化。这些复制的寄存器中的每一个都可以包含在加速器集成切片1890中。表1中显示了可由管理程序初始化的示例性寄存器。
表1–管理程序初始化的寄存器
表2中示出了可以由操作系统初始化的示例性寄存器。
表2–操作系统初始化寄存器
1 进程和线程识别
2 有效地址(EA)环境保存/还原指针
3 虚拟地址(VA)加速器利用率记录指针
4 虚拟地址(VA)存储分段表指针
5 权限屏蔽
6 工作描述符
在一个实施例中，每个WD 1884特定于特定的图形加速模块1846和/或特定图形处理引擎。它包含图形处理引擎进行工作或工作所需的所有信息，或者它可以是指向存储器位置的指针，其中应用程序建立了要完成的工作的命令队列。
图19A-19B示出了根据本文至少一个实施例的示例性图形处理器。在至少一个实施例中，任何示例性图形处理器可以使用一个或更多个IP核心来制造。除了图示之外，在至少一个实施例中可以包括其他逻辑和电路，包括附加的图形处理器/核心、外围接口控制器或通用处理器核心。在至少一个实施例中，示例性图形处理器用于SoC内。
图19A示出了根据至少一个实施例的SoC集成电路的示例性图形处理器1910，其可以使用一个或更多个IP核心来制造。图19B示出了根据至少一个实施例的SoC集成电路的的附加示例性图形处理器1940，其可以使用一个或更多个IP核心来制造。在至少一个实施例中，图19A的图形处理器1910是低功耗图形处理器核心。在至少一个实施例中，图19B的图形处理器1940是更高性能的图形处理器核心。在至少一个实施例中，每个图形处理器1910、1940可以是图14的图形处理器1410的变体。
在至少一个实施例中，图形处理器1910包括顶点处理器1905和一个或更多个片段处理器1915A-1915N(例如1915A、1915B、1915C、1915D至1915N-1和1915N)。在至少一个实施例中，图形处理器1910可以经由单独的逻辑来执行不同的着色器程序，使得顶点处理器1905被优化以执行针对顶点着色器程序的操作，而一个或更多个片段处理器1915A-1915N执行片段(例如，像素)着色操作用于片段或像素或着色器程序。在至少一个实施例中，顶点处理器1905执行3D图形管线的顶点处理阶段并生成图元和顶点数据。在至少一个实施例中，片段处理器1915A-1915N使用由顶点处理器1905生成的图元和顶点数据来生成在显示设备上显示的帧缓冲区。在至少一个实施例中，片段处理器1915A-1915N被优化以执行如在OpenGL API中所提供的片段着色器程序，其可以用于执行与在Direct 3DAPI中所提供的像素着色器程序类似的操作。
在至少一个实施例中，图形处理器1910附加地包括一个或更多个MMU1920A-1920B、高速缓存1925A-1925B和电路互连1930A-1930B。在至少一个实施例中，一个或更多个MMU 1920A-1920B提供用于图形处理器1910的虚拟到物理地址的映射，包括用于顶点处理器1905和/或片段处理器1915A-1915N，其可以引用存储在存储器中的顶点或图像/纹理数据，除了存储在一个或更多个高速缓存1925A-1925B中的顶点或图像/纹理数据之外。在至少一个实施例中，一个或更多个MMU 1920A-1920B可以与系统内的其他MMU同步，包括与图14的一个或更多个应用处理器1405、图像处理器1415和/或视频处理器1420相关联的一个或更多个MMU，使得每个处理器1405-1420可以参与共享或统一的虚拟存储器系统。在至少一个实施例中，一个或更多个电路互连1930A-1930B使图形处理器1910能够经由SoC的内部总线或经由直接连接与SoC内的其他IP核心相连接。
在至少一个实施例中，图形处理器1940包括图19A的图形处理器1910的一个或更多个MMU 1920A-1920B、高速缓存1925A-1925B和电路互连1930A-1930B。在至少一个实施例中，图形处理器1940包括一个或更多个着色器核心1955A-1955N(例如，1955A、1955B、1955C、1955D、1955E、1955F、至1955N-1和1955N)，其提供了统一的着色器核心架构，其中单个核心或类型或核心可以执行所有类型的可编程着色器代码，包括用于实现顶点着色器、片段着色器和/或计算着色器的着色器程序代码。在至少一个实施例中，多个着色器核心可以变化。在至少一个实施例中，图形处理器1940包括核心间任务管理器1945，其充当线程分派器以将执行线程分派给一个或更多个着色器核心1955A-1955N和分块单元1958，以加速基于图块渲染的分块操作，其中在图像空间中细分了场景的渲染操作，例如，以利用场景内的局部空间一致性或优化内部缓存的使用。
图20A示出了根据至少一个实施例的图形核心2000。在至少一个实施例中，图形核心2000可以包括在图14的图形处理器1410内。在至少一个实施例中，图形核心2000可以是图19B中统一的着色器核心1955A-1955N。在至少一个实施例中，图形核心2000包括共享指令高速缓存2002、纹理单元2018和高速缓存/共享存储器2020，它们是图形核心2000内的执行资源所共有的。在至少一个实施例中，图形核心2000可以包括多个切片(slice)2001A-2001N或每个核心的分区，图形处理器可以包括图形核心2000的多个实例。切片2001A-2001N可以包括支持逻辑，该支持逻辑包括本地指令高速缓存2004A-2004N、线程调度器2006A-2006N、线程分派器2008A-2008N和一组寄存器2010A-2010N。在至少一个实施例中，切片2001A-2001N可以包括一组附加功能单元(AFU)2012A-2012N、浮点单元(FPU)2014A-2014N、整数算术逻辑单元(ALU)2016A-2016N、地址计算单元(ACU)2013A-2013N、双精度浮点单元(DPFPU)2015A-2015N和矩阵处理单元(MPU)2017A-2017N。
在一个实施例中，FPU 2014A-2014N可以执行单精度(32位)和半精度(16位)浮点运算，而DPFPU 2015A-2015N可以执行双精度(64位)浮点运算点操作。在至少一个实施例中，ALU 2016A-2016N可以以8位、16位和32位精度执行可变精度整数运算，并且可以被配置用于混合精度运算。在至少一个实施例中，MPU 2017A-2017N还可被配置用于混合精度矩阵运算，包括半精度浮点运算和8位整数运算。在至少一个实施例中，MPU 2017A-2017N可以执行各种矩阵操作以加速CUDA程序，包括使得能够支持加速的通用矩阵到矩阵乘法(GEMM)。在至少一个实施例中，AFU 2012A-2012N可以执行浮点数或整数单元不支持的附加逻辑运算，包括三角运算(例如，Sine、Cosine等)。
图20B示出了在至少一个实施例中的通用图形处理单元(GPGPU)2030。在至少一个实施例中，GPGPU 2030是高度并行的并且适合于部署在多芯片模块上。在至少一个实施例中，GPGPU2030可以被配置为使得高度并行的计算操作能够由GPU阵列来执行。在至少一个实施例中，GPGPU 2030可以直接链路到GPGPU 2030的其他实例，以创建多GPU集群以提高用于CUDA程序的执行时间。在至少一个实施例中，GPGPU 2030包括主机接口2032以实现与主机处理器的连接。在至少一个实施例中，主机接口2032是PCIe接口。在至少一个实施例中，主机接口2032可以是厂商专用的通信接口或通信结构。在至少一个实施例中，GPGPU 2030从主机处理器接收命令，并使用全局调度器2034将与那些命令相关联的执行线程分派给一组计算集群2036A-2036H。在至少一个实施例中，计算集群2036A-2036H共享高速缓存存储器2038。在至少一个实施例中，高速缓存存储器2038可以用作计算集群2036A-2036H内的高速缓存存储器的高级高速缓存。
在至少一个实施例中，GPGPU 2030包括经由一组存储器控制器2042A-2042B与计算集群2036A-2036H耦合的存储器2044A-2044B。在至少一个实施例中，存储器2044A-2044B可以包括各种类型的存储器设备，包括动态随机存取存储器(DRAM)或图形随机存取存储器，例如同步图形随机存取存储器(SGRAM)，包括图形双倍数据速率(GDDR)存储器。
在至少一个实施例中，计算集群2036A-2036H各自包括一组图形核心，诸如图20A的图形核心2000，其可以包括多种类型的整数和浮点逻辑单元，可以以各种精度执行计算操作，包括适合与CUDA程序相关的计算。例如，在至少一个实施例中，每个计算集群2036A-2036H中的浮点单元的至少一个子集可以配置为执行16位或32位浮点运算，而不同的浮点单元的子集可以配置为执行64位浮点运算。
在至少一个实施例中，GPGPU 2030的多个实例可以被配置为操作为计算集群。计算集群2036A-2036H可以实现用于同步和数据交换的任何技术上可行的通信技术。在至少一个实施例中，GPGPU 2030的多个实例通过主机接口2032进行通信。在至少一个实施例中，GPGPU 2030包括I/O集线器2039，其将GPGPU 2030与GPU链路2040耦合，使得能够直接连接至GPGPU2030的其他的实例。在至少一个实施例中，GPU链路2040耦合到专用GPU到GPU桥接器，其使得能够在GPGPU 2030的多个实例之间进行通信和同步。在至少一个实施例中，GPU链路2040与高速互连耦合，以向其他GPGPU或并行处理器发送和接收数据。在至少一个实施例中，GPGPU2030的多个实例位于单独的数据处理系统中，并经由可经由主机接口2032访问的网络设备进行通信。在至少一个实施例中，GPU链路2040可被配置为能够连接到主机处理器，附加或替代主机接口2032。在至少一个实施例中，GPGPU 2030可以配置为执行CUDA程序。
图21A示出了根据至少一个实施例的并行处理器2100。在至少一个实施例中，并行处理器2100的各种组件可以使用一个或更多个集成电路设备来实现，例如可编程处理器、专用集成电路(ASIC)或FPGA。
在至少一个实施例中，并行处理器2100包括并行处理单元2102。在至少一个实施例中，并行处理单元2102包括I/O单元2104，其使得能够与其他设备进行通信，包括并行处理单元2102的其他实例。在至少一个实施例中，I/O单元2104可以直接连接到其他设备。在至少一个实施例中，I/O单元2104通过使用集线器或交换机接口(例如，存储器集线器2105)与其他设备连接。在至少一个实施例中，存储器集线器2105与I/O单元2104之间的连接形成通信链路。在至少一个实施例中，I/O单元2104与主机接口2106和存储器交叉开关2116连接，其中主机接口2106接收用于执行处理操作的命令，而存储器交叉开关2116接收用于执行存储器操作的命令。
在至少一个实施例中，当主机接口2106经由I/O单元2104接收命令缓冲区时，主机接口2106可以引导工作操作以执行那些命令到前端2108。在至少一个实施例中，前端2108与调度器2110耦合，调度器2110配置成将命令或其他工作项分配给处理阵列2112。在至少一个实施例中，调度器2110确保在将任务分配给处理阵列2112中的处理阵列2112之前，处理阵列2112被正确地配置并且处于有效状态。在至少一个实施例中，调度器2110通过在微控制器上执行的固件逻辑来实现。在至少一个实施例中，微控制器实现的调度器2110可配置成以粗粒度和细粒度执行复杂的调度和工作分配操作，从而实现对在处理阵列2112上执行的线程的快速抢占和环境切换。在至少一个实施例中，主机软件可以证明用于通过多个图形处理门铃之一在处理阵列2112上进行调度的工作负载。在至少一个实施例中，工作负载然后可以由包括调度器2110的微控制器内的调度器2110逻辑在处理阵列2112上自动分配。
在至少一个实施例中，处理阵列2112可以包括多达“N”个处理集群(例如，集群2114A、集群2114B到集群2114N)。在至少一个实施例中，处理阵列2112的每个集群2114A-2114N可以执行大量并发线程。在至少一个实施例中，调度器2110可以使用各种调度和/或工作分配算法将工作分配给处理阵列2112的集群2114A-2114N，其可以根据每种程序或计算类型产生的工作负载而变化。在至少一个实施例中，调度可以由调度器2110动态地处理，或者可以在配置为由处理阵列2112执行的程序逻辑的编译期间部分地由编译器逻辑来辅助。在至少一个实施例中，可将处理阵列2112的不同的集群2114A-2114N分配用于处理不同类型的程序或用于执行不同类型的计算。
在至少一个实施例中，处理阵列2112可以配置成执行各种类型的并行处理操作。在至少一个实施例中，处理阵列2112配置成执行通用并行计算操作。例如，在至少一个实施例中，处理阵列2112可以包括执行处理任务的逻辑，该处理任务包括对视频和/或音频数据的过滤，执行建模操作，包括物理操作以及执行数据转换。
在至少一个实施例中，处理阵列2112配置成执行并行图形处理操作。在至少一个实施例中，处理阵列2112可以包括附加逻辑以支持这种图形处理操作的执行，包括但不限于执行纹理操作的纹理采样逻辑，以及镶嵌逻辑和其他顶点处理逻辑。在至少一个实施例中，处理阵列2112可以配置成执行与图形处理有关的着色器程序，例如但不限于顶点着色器、曲面细分着色器、几何着色器和像素着色器。在至少一个实施例中，并行处理单元2102可以经由I/O单元2104从系统存储器传送数据以进行处理。在至少一个实施例中，在处理期间，可以在处理期间将传送的数据存储到片上存储器(例如，并行处理器存储器2122)，然后将其写回到系统存储器。
在至少一个实施例中，当并行处理单元2102用于执行图处理时，调度器2110可以配置成将处理工作负载划分为近似相等大小的任务，以更好地将图形处理操作分配给处理阵列2112的多个集群2114A-2114N。在至少一个实施例中，处理阵列2112的部分可以配置成执行不同类型的处理。例如，在至少一个实施例中，第一部分可以配置成执行顶点着色和拓扑生成，第二部分可以配置成执行镶嵌和几何着色，并且第三部分可以配置成执行像素着色或其他屏幕空间操作，以生成用于显示的渲染图像。在至少一个实施例中，可以将由集群2114A-2114N中的一个或更多个产生的中间数据存储在缓冲区中，以允许在集群2114A-2114N之间传输中间数据以进行进一步处理。
在至少一个实施例中，处理阵列2112可以经由调度器2110接收要执行的处理任务，该调度器2110从前端2108接收定义处理任务的命令。在至少一个实施例中，处理任务可以包括要被处理的数据的索引，例如可以包括表面(补丁)数据、原始数据、顶点数据和/或像素数据，以及状态参数和定义如何处理数据的命令(例如，要执行什么程序)。在至少一个实施例中，调度器2110可以配置成获取与任务相对应的索引，或者可以从前端2108接收索引。在至少一个实施例中，前端2108可以配置成确保在启动由传入命令缓冲区(例如，批缓冲区(batch-buffer)、推送缓冲区等)指定的工作负载之前，处理阵列2112配置成有效状态。
在至少一个实施例中，并行处理单元2102的一个或更多个实例中的每一个可以与并行处理器存储器2122耦合。在至少一个实施例中，可以经由存储器交叉开关2116访问并行处理器存储器2122，所述存储器交叉开关2116可以接收来自处理阵列2112以及I/O单元2104的存储器请求。在至少一个实施例中，存储器交叉开关2116可以经由存储器接口2118访问并行处理器存储器2122。在至少一个实施例中，存储器接口2118可以包括多个分区单元(例如，分区单元2120A、分区单元2120B到分区单元2120N)，其可各自耦合至并行处理器存储器2122的一部分(例如，存储器单元)。在至少一个实施例中，多个分区单元2120A-2120N为配置为等于存储器单元的数量，使得第一分区单元2120A具有对应的第一存储器单元2124A，第二分区单元2120B具有对应的存储器单元2124B，第N分区单元2120N具有对应的第N存储器单元2124N。在至少一个实施例中，分区单元2120A-2120N的数量可以不等于存储器设备的数量。
在至少一个实施例中，存储器单元2124A-2124N可以包括各种类型的存储器设备，包括动态随机存取存储器(DRAM)或图形随机存取存储器，例如同步图形随机存取存储器(SGRAM)，包括图形双倍数据速率(GDDR)存储器。在至少一个实施例中，存储器单元2124A-2124N还可包括3D堆叠存储器，包括但不限于高带宽存储器(HBM)。在至少一个实施例中，可以跨存储器单元2124A-2124N来存储诸如帧缓冲区或纹理映射的渲染目标，从而允许分区单元2120A-2120N并行地写入每个渲染目标的部分，以有效地使用并行处理器存储器2122的可用带宽。在至少一个实施例中，可以排除并行处理器存储器2122的本地实例，以有利于利用系统存储器与本地高速缓存存储器结合的统一存储器设计。
在至少一个实施例中，处理阵列2112的集群2114A-2114N中的任何一个都可以处理将被写入并行处理器存储器2122内的任何存储器单元2124A-2124N中的数据。在至少一个实施例中，存储器交叉开关2116可以配置为将每个集群2114A-2114N的输出传输到任何分区单元2120A-2120N或另一个集群2114A-2114N，集群2114A-2114N可以对输出执行其他处理操作。在至少一个实施例中，每个集群2114A-2114N可以通过存储器交叉开关2116与存储器接口2118通信，以从各种外部存储设备读取或写入各种外部存储设备。在至少一个实施例中，存储器交叉开关2116具有到存储器接口2118的连接以与I/O单元2104通信，以及到并行处理器存储器2122的本地实例的连接，从而使不同处理集群2114A-2114N内的处理单元与系统存储器或不是并行处理单元2102本地的其他存储器进行通信。在至少一个实施例中，存储器交叉开关2116可以使用虚拟通道来分离集群2114A-2114N和分区单元2120A-2120N之间的业务流。
在至少一个实施例中，可以在单个插入卡上提供并行处理单元2102的多个实例，或者可以将多个插入卡互连。在至少一个实施例中，并行处理单元2102的不同实例可以配置成相互操作，即使不同实例具有不同数量的处理核心，不同数量的本地并行处理器存储器和/或其他配置差异。例如，在至少一个实施例中，并行处理单元2102的一些实例可以包括相对于其他实例而言更高精度的浮点单元。在至少一个实施例中，结合并行处理单元2102或并行处理器2100的一个或更多个实例的系统可以以各种配置和形式因素来实现，包括但不限于台式机、膝上型计算机或手持式个人计算机、服务器、工作站、游戏机和/或嵌入式系统。
图21B示出了根据至少一个实施例的处理集群2194。在至少一个实施例中，处理集群2194被包括在并行处理单元内。在至少一个实施例中，处理集群2194是图21的处理集群2114A-2114N之一的实例。在至少一个实施例中，处理集群2194可以配置成并行执行许多线程，其中术语“线程”是指在特定的一组输入数据上执行的特定程序的实例。在至少一个实施例中，单指令多数据(SIMD)指令发布技术用于支持大量线程的并行执行而无需提供多个独立的指令单元。在至少一个实施例中，使用单指令多线程(SIMT)技术来支持并行执行大量一般同步的线程，这使用了公共指令单元，该公共指令单元配置成向每个处理集群2194内的一组处理引擎发出指令。
在至少一个实施例中，可以通过将处理任务分配给SIMT并行处理器的管线管理器2132来控制处理集群2194的操作。在至少一个实施例中，管线管理器2132从图21的调度器2110接收指令，通过图形多处理器2134和/或纹理单元2136管理这些指令的执行。在至少一个实施例中，图形多处理器2134是SIMT并行处理器的示例性实例。然而，在至少一个实施例中，处理集群2194内可以包括不同架构的各种类型的SIMT并行处理器。在至少一个实施例中，在处理集群2194内可以包括图形多处理器2134的一个或更多个实例。在至少一个实施例中，图形多处理器2134可以处理数据，并且数据交叉开关2140可以用于将处理后的数据分发到多个可能的目的(包括其他着色器单元)地之一。在至少一个实施例中，管线管理器2132可以通过指定要经由数据交叉开关2140分配的处理后的数据的目的地来促进处理后的数据的分配。
在至少一个实施例中，处理集群2194内的每个图形多处理器2134可以包括相同的一组功能执行逻辑(例如，算术逻辑单元、加载存储单元(LSU)等)。在至少一个实施例中，可以以管线方式配置功能执行逻辑，其中可以在先前的指令完成之前发出新的指令。在至少一个实施例中，功能执行逻辑支持多种运算，包括整数和浮点算术、比较操作、布尔运算、移位和各种代数函数的计算。在至少一个实施例中，可以利用相同的功能单元硬件来执行不同的操作，并且可以存在功能单元的任何组合。
在至少一个实施例中，传送到处理集群2194的指令构成线程。在至少一个实施例中，跨一组并行处理引擎执行的一组线程是线程组。在至少一个实施例中，线程组在不同的输入数据上执行程序。在至少一个实施例中，线程组内的每个线程可被分配给图形多处理器2134内的不同处理引擎。在至少一个实施例中，线程组可包括比图形多处理器2134内的多个处理引擎更少的线程。在至少一个实施例中，当线程组包括的线程数少于处理引擎的数量时，一个或更多个处理引擎在正在处理该线程组的循环期间可能是空闲的。在至少一个实施例中，线程组还可以包括比图形多处理器2134内的多个处理引擎更多的线程。在至少一个实施例中，当线程组包括比图形多处理器2134内的处理引擎的数量更多的线程时，可以在连续的时钟周期内执行处理。在至少一个实施例中，可以在图形多处理器2134上同时执行多个线程组。
在至少一个实施例中，图形多处理器2134包括内部高速缓存存储器，以执行加载和存储操作。在至少一个实施例中，图形多处理器2134可以放弃内部高速缓存并使用处理集群2194内的高速缓存存储器(例如，L1高速缓存2148)。在至少一个实施例中，每个图形多处理器2134还可以访问分区单元(例如，图21A的分区单元2120A-2120N)内的L2高速缓存，这些分区单元在所有处理集群2194之间共享并且可以用于在线程之间传输数据。在至少一个实施例中，图形多处理器2134还可以访问片外全局存储器，其可以包括本地并行处理器存储器和/或系统存储器中的一个或更多个。在至少一个实施例中，并行处理单元2102外部的任何存储器都可以用作全局存储器。在至少一个实施例中，处理集群2194包括图形多处理器2134的多个实例，它们可以共享可以存储在L1高速缓存2148中的公共指令和数据。
在至少一个实施例中，每个处理集群2194可以包括配置成将虚拟地址映射为物理地址的MMU 2145。在至少一个实施例中，MMU 2145的一个或更多个实例可以驻留在图21的存储器接口2118内。在至少一个实施例中，MMU 2145包括一组页表条目(PTE)，其用于将虚拟地址映射到图块(谈论有关图块的更多信息)的物理地址以及可选地映射到高速缓存行索引。在至少一个实施例中，MMU 2145可以包括地址转换后备缓冲区(TLB)或可以驻留在图形多处理器2134或L1高速缓存2148或处理集群2194内的高速缓存。在至少一个实施例中，处理物理地址以分配表面数据访问局部性，以便在分区单元之间进行有效的请求交织。在至少一个实施例中，高速缓存行索引可以用于确定对高速缓存线的请求是命中还是未命中。
在至少一个实施例中，可以配置处理集群2194，使得每个图形多处理器2134耦合到纹理单元2136，以执行纹理映射操作，例如，可以涉及确定纹理样本位置、读取纹理数据以及过滤纹理数据。在至少一个实施例中，根据需要从内部纹理L1高速缓存(未示出)或从图形多处理器2134内的L1高速缓存中读取纹理数据，并从L2高速缓存、本地并行处理器存储器或系统存储器中获取纹理数据。在至少一个实施例中，每个图形多处理器2134将处理后的任务输出到数据交叉开关2140，以将处理后的任务提供给另一处理集群2194以进行进一步处理或将处理后的任务存储在L2高速缓存、本地并行处理器存储器、或经由存储器交叉开关2116的系统存储器中。在至少一个实施例中，光栅前操作单元(preROP)2142配置成从图形多处理器2134接收数据，将数据引导至ROP单元，该ROP单元可以与本文所述的分区单元(例如，图21的分区单元2120A-2120N)一起定位。在至少一个实施例中，PreROP 2142单元可以执行用于颜色混合的优化、组织像素颜色数据以及执行地址转换。
图21C示出了根据至少一个实施例的图形多处理器2196。在至少一个实施例中，图形多处理器2196是图21B的图形多处理器2134。在至少一个实施例中，图形多处理器2196与处理集群2194的管线管理器2132耦合。在至少一个实施例中，图形多处理器2196具有执行管线，该执行管线包括但不限于指令高速缓存2152、指令单元2154、地址映射单元2156、寄存器文件2158、一个或更多个GPGPU核心2162和一个或更多个LSU 2166。GPGPU核心2162和LSU 2166与高速缓存存储器2172和共享存储器2170通过存储器和高速缓存互连2168耦合。
在至少一个实施例中，指令高速缓存2152从管线管理器2132接收要执行的指令流。在至少一个实施例中，将指令高速缓存在指令高速缓存2152中并将其分派以供指令单元2154执行。在一个实施例中，指令单元2154可以分派指令作为线程组(例如，线程束)，将线程组的每个线程分配给GPGPU核心2162内的不同执行单元。在至少一个实施例中，指令可以通过在统一地址空间内指定地址来访问任何本地、共享或全局地址空间。在至少一个实施例中，地址映射单元2156可以用于将统一地址空间中的地址转换成可以由LSU 2166访问的不同的存储器地址。
在至少一个实施例中，寄存器文件2158为图形多处理器2196的功能单元提供了一组寄存器。在至少一个实施例中，寄存器文件2158为连接到图形多处理器2196的功能单元(例如，GPGPU核心2162、LSU 2166)的数据路径的操作数提供了临时存储。在至少一个实施例中，在每个功能单元之间划分寄存器文件2158，使得为每个功能单元分配寄存器文件2158的专用部分。在至少一个实施例中，寄存器文件2158在图形多处理器2196正在执行的不同线程组之间划分。
在至少一个实施例中，GPGPU核心2162可以各自包括用于执行图多处理器2196的指令的FPU和/或ALU。GPGPU核心2162在架构上可以相似或架构可能有所不同。在至少一个实施例中，GPGPU核心2162的第一部分包括单精度FPU和整数ALU，而GPGPU核心的第二部分包括双精度FPU。在至少一个实施例中，FPU可以实现用于浮点算法的IEEE 754-2008标准或启用可变精度浮点算法。在至少一个实施例中，图形多处理器2196可以另外包括一个或更多个固定功能或特殊功能单元，以执行特定功能，诸如复制矩形或像素混合操作。在至少一个实施例中，GPGPU核心2162中的一个或更多个也可以包括固定或特殊功能逻辑。
在至少一个实施例中，GPGPU核心2162包括能够对多组数据执行单个指令的SIMD逻辑。在至少一个实施例中，GPGPU核心2162可以物理地执行SIMD4、SIMD8和SIMD9指令，并且在逻辑上执行SIMD1、SIMD2和SIMD32指令。在至少一个实施例中，用于GPGPU核心的SIMD指令可以在编译时由着色器编译器生成，或者在执行针对单程序多数据(SPMD)或SIMT架构编写和编译的程序时自动生成。在至少一个实施例中，可以通过单个SIMD指令来执行为SIMT执行模型配置的程序的多个线程。例如，在至少一个实施例中，可以通过单个SIMD8逻辑单元并行执行执行相同或相似操作的八个SIMT线程。
在至少一个实施例中，存储器和高速缓存互连2168是将图形多处理器2196的每个功能单元连接到寄存器文件2158和共享存储器2170的互连网络。在至少一个实施例中，存储器和高速缓存互连2168是交叉开关互连，其允许LSU 2166在共享存储器2170和寄存器文件2158之间实现加载和存储操作。在至少一个实施例中，寄存器文件2158可以以与GPGPU核心2162相同的频率操作，从而在GPGPU核心2162和寄存器文件2158之间进行数据传输的延迟非常低。在至少一个实施例中，共享存储器2170可以用于启用在图形多处理器2196内的功能单元上执行的线程之间的通信。在至少一个实施例中，高速缓存存储器2172可以用作例如数据高速缓存，以高速缓存在功能单元和纹理单元2136之间通信的纹理数据。在至少一个实施例中，共享存储器2170也可以用作程序管理的高速缓存。在至少一个实施例中，除了存储在高速缓存存储器2172中的自动高速缓存的数据之外，在GPGPU核心2162上执行的线程还可以以编程方式将数据存储在共享存储器中。
在至少一个实施例中，如本文所述的并行处理器或GPGPU通信地耦合到主机/处理器核心，以加速图形操作、机器学习操作、图案分析操作以及各种通用GPU(GPGPU)功能。在至少一个实施例中，GPU可以通过总线或其他互连(例如，诸如PCIe或NVLink的高速互连)通信地耦合到主机处理器/核心。在至少一个实施例中，GPU可以与核心集成在相同的封装或芯片上，并通过内部处理器总线/互连(即，封装或芯片的内部)通信地耦合到核心。在至少一个实施例中，不管GPU连接的方式如何，处理器核心可以以WD包含的命令/指令序列的形式向GPU分配工作。在至少一个实施例中，GPU然后使用专用电路/逻辑来有效地处理这些命令/指令。
图22示出了根据至少一个实施例的图形处理器2200。在至少一个实施例中，图形处理器2200包括环形互连2202、管线前端2204、媒体引擎2237和图形核心2280A-2280N。在至少一个实施例中，环形互连2202将图形处理器2200耦合到其他处理单元，包括其他图形处理器或一个或更多个通用处理器核心。在至少一个实施例中，图形处理器2200是集成在多核心处理系统内的许多处理器之一。
在至少一个实施例中，图形处理器2200经由环形互连2202接收多批命令。在至少一个实施例中，输入命令由管线前端2204中的命令流转化器2203解释。在至少一个实施例中，图形处理器2200包括可缩放执行逻辑，以经由图形核心2280A-2280N执行3D几何处理和媒体处理。在至少一个实施例中，对于3D几何处理命令，命令流转化器2203将命令提供给几何管线2236。在至少一个实施例中，对于至少一些媒体处理命令，命令流转化器2203将命令提供给视频前端2234，其与媒体引擎2237耦合。在至少一个实施例中，媒体引擎2237包括用于视频和图像后处理的视频质量引擎(VQE)2230，以及用于提供硬件加速媒体数据编码和解码的多格式编码/解码(MFX)2233引擎。在至少一个实施例中，几何管线2236和媒体引擎2237各自生成用于由至少一个图形核心2280A提供的线程执行资源的执行线程。
在至少一个实施例中，图形处理器2200包括以模块化图形核心2280A-2280N(有时称为核心切片)为特征的可缩放线程执行资源，每个模块核心具有多个子核心2250A-2250N、2260A-2260N(有时称为核心子切片)。在至少一个实施例中，图形处理器2200可以具有任意数量的图形核心2280A至2280N。在至少一个实施例中，图形处理器2200包括具有至少第一子核心2250A和第二子核心2260A的图形核心2280A。在至少一个实施例中，图形处理器2200是具有单个子核心(例如2250A)的低功率处理器。在至少一个实施例中，图形处理器2200包括多个图形核心2280A-2280N，每个图形核心包括一组第一子核心2250A-2250N和一组第二子核心2260A-2260N。在至少一个实施例中，第一子核心2250A-2250N中的每个子核心至少包括第一组执行单元(EU)2252A-2252N和媒体/纹理采样器2254A-2254N。在至少一个实施例中，第二子核心2260A-2260N中的每个子核心至少包括第二组执行单元2262A-2262N和采样器2264A-2264N。在至少一个实施例中，每个子核心2250A-2250N、2260A-2260N共享一组共享资源2270A-2270N。在至少一个实施例中，共享资源包括共享高速缓冲存储器和像素操作逻辑。
图23示出了根据至少一个实施例的用于处理器2300。在至少一个实施例中，处理器2300可以包括但不限于执行指令的逻辑电路。在至少一个实施例中，处理器2300可以执行指令，包括x86指令、ARM指令、用于ASIC的专用指令等。在至少一个实施例中，处理器2310可以包括用于存储封装数据的寄存器，例如作为加利福尼亚州圣克拉拉市英特尔公司采用MMX技术启用的微处理器中的64位宽MMXTM寄存器。在至少一个实施例中，整数和浮点数形式可用的MMX寄存器可以与封装的数据元素一起运行，所述封装的数据元素伴随SIMD和流式SIMD扩展(“SSE”)指令。在至少一个实施例中，与SSE2、SSE3、SSE4、AVX或更高版本(一般称为“SSEx”)技术有关的128位宽XMM寄存器可以保存此类封装数据操作数。在至少一个实施例中，处理器2310可以执行指令以加速CUAD程序。
在至少一个实施例中，处理器2300包括有序前端(“前端”)2301，以提取要执行的指令并准备稍后在处理器管线中使用的指令。在至少一个实施例中，前端2301可以包括几个单元。在至少一个实施例中，指令预取器2326从存储器中获取指令并将指令提供给指令解码器2328，指令解码器2328又对指令进行解码或解释。例如，在至少一个实施例中，指令解码器2328将接收到的指令解码用于执行的所谓的“微指令”或“微操作”(也称为“微操作”或“微指令”)的一个或更多个操作。在至少一个实施例中，指令解码器2328将指令解析为操作码以及相应的数据和控制字段，其可以由微架构用来使用以执行操作。在至少一个实施例中，跟踪高速缓存2330可以将解码的微指令组装成微指令队列2334中的程序排序的序列或追踪以供执行。在至少一个实施例中，当追踪高速缓存2330遇到复杂指令时，微码ROM2332提供完成操作所需的微指令。
在至少一个实施例中，可以将一些指令转换成单个微操作，而另一些指令则需要几个微操作来完成全部操作。在至少一个实施例中，如果需要多于四个的微指令来完成一条指令，则指令解码器2328可以访问微码ROM 2332以执行指令。在至少一个实施例中，可以将指令解码为少量的微指令以在指令解码器2328处进行处理。在至少一个实施例中，如果需要多个微指令完成操作，则可以将指令存储在微码ROM 2332中。在至少一个实施例中，追踪高速缓存器2330参考入口点可编程逻辑阵列(“PLA”)以确定正确的微指令指针，用于根据至少一个实施例从微码ROM 2332读取微码序列以完成一个或更多个指令。在至少一个实施例中，在微码ROM 2332完成对指令的微操作排序之后，机器的前端2301可以恢复从追踪高速缓存2330获取微操作。
在至少一个实施例中，乱序执行引擎(“乱序引擎”)2303可以准备用于执行的指令。在至少一个实施例中，乱序执行逻辑具有多个缓冲区，以使指令流平滑并重新排序，以在指令沿管线下降并被调度执行时优化性能。乱序执行引擎2303包括但不限于分配器/寄存器重命名器2340、存储器微指令队列2342、整数/浮点微指令队列2344、存储器调度器2346、快速调度器2302、慢速/通用浮点调度器(“慢速/通用FP调度器”)2304和简单浮点调度器(“简单FP调度器”)2306。在至少一个实施例中，快速调度器2302、慢速/通用浮点调度器2304和简单浮点调度器2306也统称为“微指令调度器2302、2304、2306”。分配器/寄存器重命名器2340分配每个微指令按顺序执行所需要的机器缓冲区和资源。在至少一个实施例中，分配器/寄存器重命名器2340将逻辑寄存器重命名为寄存器文件中的条目。在至少一个实施例中，分配器/寄存器重命名器2340还为两个微指令队列之一中的每个微指令分配条目，存储器微指令队列2342用于存储器操作和整数/浮点微指令队列2344用于非存储器操作，在存储器调度器2346和微指令调度器2302、2304、2306的前面。在至少一个实施例中，微指令调度器2302、2304、2306基于它们的从属输入寄存器操作数源的就绪性和需要完成的执行资源微指令的可用性来确定何时准备好执行微指令。在至少一个实施例中，至少一个实施例的快速调度器2302可以在主时钟周期的每个一半上调度，而慢速/通用浮点调度器2304和简单浮点调度器2306可以在每个主处理器时钟周期调度一次。在至少一个实施例中，微指令调度器2302、2304、2306对调度端口进行仲裁，以调度用于执行的微指令。
在至少一个实施例中，执行块2311包括但不限于整数寄存器文件/支路网络2308、浮点寄存器文件/支路网络(“FP寄存器文件/支路网络”)2310、地址生成单元(“AGU”)2312和2314、快速算术逻辑单元(“快速ALU”)2316和2318、慢速ALU 2320、浮点ALU(“FP”)2322和浮点移动单元(“FP移动”)2324。在至少一个实施例中，整数寄存器文件/支路网络2308和浮点寄存器文件/旁路网络2310在本文中也称为“寄存器文件2308、2310”。在至少一个实施例中，AGUS 2312和2314、快速ALU 2316和2318、慢速ALU 2320、浮点ALU 2322和浮点移动单元2324在本文中也称为“执行单元2312、2314、2316、2318、2320、2322和2324”。在至少一个实施例中，执行框可以包括但不限于任意数量(包括零)和类型的寄存器文件、支路网络、地址生成单元和执行单元(以任何组合)。
在至少一个实施例中，寄存器文件2308、2310可以布置在微指令调度器2302、2304、2306与执行单元2312、2314、2316、2318、2320、2322和2324之间。在至少一个实施例中，整数寄存器文件/支路网络2308执行整数运算。在至少一个实施例中，浮点寄存器文件/支路网络2310执行浮点操作。在至少一个实施例中，寄存器文件2308、2310中的每一个可以包括但不限于支路网络，该支路网络可以绕过或转发尚未写入寄存器文件中的刚刚完成的结果到新的从属对象。在至少一个实施例中，寄存器文件2308、2310可以彼此通信数据。在至少一个实施例中，整数寄存器文件/支路网络2308可以包括但不限于两个单独的寄存器文件、一个寄存器文件用于低阶32位数据，第二寄存器文件用于高阶32位数据。在至少一个实施例中，浮点寄存器文件/支路网络2310可以包括但不限于128位宽的条目，因为浮点指令通常具有宽度为64至128位的操作数。
在至少一个实施例中，执行单元2312、2314、2316、2318、2320、2322、2324可以执行指令。在至少一个实施例中，寄存器文件2308、2310存储微指令需要执行的整数和浮点数据操作数值。在至少一个实施例中，处理器2300可以包括但不限于任意数量的执行单元2312、2314、2316、2318、2320、2322、2324及其组合。在至少一个实施例中，浮点ALU 2322和浮点移动单元2324，可以执行浮点、MMX、SIMD、AVX和SSE或其他操作，包括专门的机器学习指令。在至少一个实施例中，浮点ALU 2322可以包括但不限于64位乘64位浮点除法器，以执行除法、平方根和余数微操作。在至少一个实施例中，可以用浮点硬件来处理涉及浮点值的指令。在至少一个实施例中，可以将ALU操作传递给快速ALU 2316、2318。在至少一个实施例中，快速ALUS 2316、2318可以以半个时钟周期的有效延迟执行快速操作。在至少一个实施例中，大多数复杂的整数运算进入慢速ALU 2320，因为慢速ALU 2320可以包括但不限于用于长延迟类型操作的整数执行硬件，例如乘法器、移位、标志逻辑和分支处理。在至少一个实施例中，存储器加载/存储操作可以由AGUS 2312、2314执行。在至少一个实施例中，快速ALU 2316、快速ALU 2318和慢速ALU 2320可以对64位数据操作数执行整数运算。在至少一个实施例中，可以实现快速ALU 2316、快速ALU 2318和慢速ALU 2320以支持包括16、32、128、256等的各种数据位大小。在至少一个实施例中，浮点ALU 2322和浮点移动单元2324可以实现为支持具有各种宽度的位的一定范围的操作数。在至少一个实施例中，浮点ALU 2322和浮点移动单元2324可以结合SIMD和多媒体指令对128位宽封装数据操作数进行操作。
在至少一个实施例中，微指令调度器2302、2304、2306在父加载完成执行之前调度从属操作。在至少一个实施例中，由于可以在处理器2300中推测性地调度和执行微指令，处理器2300还可以包括用于处理存储器未命中的逻辑。在至少一个实施例中，如果数据高速缓存中的数据加载未命中，则可能存在在管线中正在运行的从属操作，其使调度器暂时没有正确的数据。在至少一个实施例中，一种重放机制追踪踪并重新执行使用不正确数据的指令。在至少一个实施例中，可能需要重放从属操作并且可以允许完成独立操作。在至少一个实施例中，处理器的至少一个实施例的调度器和重放机制也可以设计为捕获用于文本串比较操作的指令序列。
在至少一个实施例中，术语“寄存器”可以指代可以用作识别操作数的指令的一部分的机载处理器存储位置。在至少一个实施例中，寄存器可以是那些可以从处理器外部使用的寄存器(从程序员的角度来看)。在至少一个实施例中，寄存器可能不限于特定类型的电路。相反，在至少一个实施例中，寄存器可以存储数据、提供数据并执行本文描述的功能。在至少一个实施例中，本文描述的寄存器可以通过处理器内的电路使用多种不同技术来实现，例如专用物理寄存器、使用寄存器重命名动态分配的物理寄存器、专用和动态分配的物理寄存器的组合等。在至少一个实施例中，整数寄存器存储32位整数数据。至少一个实施例的寄存器文件还包含八个用于封装数据的多媒体SIMD寄存器。
图24示出了根据至少一个实施例的处理器2400。在至少一个实施例中，处理器2400包括但不限于一个或更多个处理器核心(核心)2402A-2402N、集成存储器控制器2414和集成图形处理器2408。在至少一个实施例中，处理器2400可以包括直至并包括由虚线框表示的附加处理器核心2402N的附加核心。在至少一个实施例中，每个处理器核心2402A-2402N包括一个或更多个内部高速缓存单元2404A-2404N。在至少一个实施例中，每个处理器核心还可以访问一个或更多个共享高速缓存的单元2406。
在至少一个实施例中，内部高速缓存单元2404A-2404N和共享高速缓存单元2406表示处理器2400内的高速缓存存储器层次结构。在至少一个实施例中，高速缓存存储器单元2404A-2404N可以包括每个处理器核心内的至少一级指令和数据以及共享中级缓存中的一级或更多级缓存，例如L2、L3、4级(L4)或其他级别的缓存，其中在外部存储器之前将最高级别的缓存归类为LLC。在至少一个实施例中，高速缓存一致性逻辑维持各种高速缓存单元2406和2404A-2404N之间的一致性。
在至少一个实施例中，处理器2400还可包括一组一个或更多个总线控制器单元2416和系统代理核心2410。在至少一个实施例中，一个或更多个总线控制器单元2416管理一组外围总线，例如一个或更多个PCI或PCI Express总线。在至少一个实施例中，系统代理核心2410为各种处理器组件提供管理功能。在至少一个实施例中，系统代理核心2410包括一个或更多个集成存储器控制器2414，以管理对各种外部存储器设备(未示出)的访问。
在至少一个实施例中，一个或更多个处理器核心2402A-2402N包括对多线程同时进行的支持。在至少一个实施例中，系统代理核心2410包括用于在多线程处理期间协调和操作处理器核心2402A-2402N的组件。在至少一个实施例中，系统代理核心2410可以另外包括电源控制单元(PCU)，该电源控制单元包括逻辑和组件以调节处理器核心2402A-2402N和图形处理器2408的一个或更多个电源状态。
在至少一个实施例中，处理器2400另外包括图形处理器2408以执行图处理操作。在至少一个实施例中，图形处理器2408与共享高速缓存单元2406和包括一个或更多个集成存储器控制器2414的系统代理核心2410耦合。在至少一个实施例中，系统代理核心2410还包括用于驱动图形处理器输出到一个或更多个耦合的显示器的显示器控制器2411。在至少一个实施例中，显示器控制器2411也可以是经由至少一个互连与图形处理器2408耦合的独立模块，或者可以集成在图形处理器2408内。
在至少一个实施例中，基于环的互连单元2412用于耦合处理器2400的内部组件。在至少一个实施例中，可以使用替代性互连单元，例如点对点互连、交换互连或其他技术。在至少一个实施例中，图形处理器2408经由I/O链路2413与环形互连2412耦合。
在至少一个实施例中，I/O链路2413代表多种I/O互连中的至少一种，包括促进各种处理器组件与高性能嵌入式存储器模块2418(例如eDRAM模块)之间的通信的封装I/O互连。在至少一个实施例中，处理器核心2402A-2402N和图形处理器2408中的每一个使用嵌入式存储器模块2418作为共享的LLC。
在至少一个实施例中，处理器核心2402A-2402N是执行公共指令集架构的同质核心。在至少一个实施例中，处理器核心2402A-2402N在ISA方面是异构的，其中一个或更多个处理器核心2402A-2402N执行公共指令集，而一个或更多个其他处理器核心2402A-2402N执行公共指令集或不同指令集的子集。在至少一个实施例中，就微架构而言，处理器核心2402A-2402N是异构的，其中具有相对较高功耗的一个或更多个核心与具有较低功耗的一个或更多个功率核心耦合。在至少一个实施例中，处理器2400可以实现在一个或更多个芯片上或被实现为SoC集成电路。
图25示出了根据所描述的至少一个实施例的图形处理器核心2500。在至少一个实施例中，图形处理器核心2500被包括在图形核心阵列内。在至少一个实施例中，图形处理器核心2500(有时称为核心切片)可以是模块化图形处理器内的一个或更多个图形核心。在至少一个实施例中，图形处理器核心2500是一个图形核心切片的示例，并且本文所述的图形处理器可以基于目标功率和性能包络线包括多个图形核心切片。在至少一个实施例中，每个图形核心2500可以包括与多个子核心2501A-2501F耦合的固定功能块2530，也称为子切片，其包括通用和固定功能逻辑的模块块。
在至少一个实施例中，固定功能块2530包括几何/固定功能管线2536，例如，在较低性能和/或较低功率的图形处理器实施方式中，该几何/固定功能管线2536可以由图形处理器2500中的所有子核心共享。在至少一个实施例中，几何/固定功能管线2536包括3D固定功能管线、视频前端单元，线程产生器和线程分派器以及管理统一返回缓冲区的统一返回缓冲区管理器。
在至少一个实施例中，固定功能块2530还包括图形SoC接口2537、图形微控制器2538和媒体管线2539。图形SoC接口2537提供了图形核心2500以及SoC集成电路系统中的其他处理器核心之间的接口。在至少一个实施例中，图形微控制器2538是可编程子处理器，其可配置为管理图形处理器2500的各种功能，包括线程分派、调度和抢占。在至少一个实施例中，媒体管线2539包括有助于对包括图像和视频数据的多媒体数据进行解码、编码、预处理和/或后处理的逻辑。在至少一个实施例中，媒体管线2539经由对子核心2501-2501F内的计算或采样逻辑的请求来实现媒体操作。
在至少一个实施例中，SoC接口2537使图形核心2500能够与通用应用处理器核心(例如，CPU)和/或SoC内的其他组件通信，包括存储器层次结构元素，诸如共享的LLC存储器、系统RAM和/或嵌入式片上或封装DRAM。在至少一个实施例中，SoC接口2537还可以使得能够与SoC内的固定功能设备(例如，相机成像管线)进行通信，并且使得能够使用和/或实现可以在图形核心2500和SoC内部的CPU之间共享的全局存储器原子。在至少一个实施例中，SoC接口2537还可以实现用于图形核心2500的电源管理控制，并且启用图形核心2500的时钟域与SoC内的其他时钟域之间的接口。在至少一个实施例中，SoC接口2537使得能够从命令流转化器和全局线程分派器接收命令缓冲区，其配置为向图形处理器内的一个或更多个图形核心中的每一个提供命令和指令。在至少一个实施例中，当要执行媒体操作时，可以将命令和指令分派给媒体管线2539，或者当要执行图处理操作时，可以将其分配给几何形状和固定功能管线(例如，几何形状和固定功能管线2536、几何形状和固定功能管线2514)。
在至少一个实施例中，图形微控制器2538可以配置为对图形核心2500执行各种调度和管理任务。在至少一个实施例中，图形微控制器2538可以在子核心2501A-2501F中的执行单元(EU)阵列2502A-2502F、2504A-2504F内的各种图形并行引擎上执行图和/或计算工作负载调度。在至少一个实施例中，在包括图形核心2500的SoC的CPU核心上执行的主机软件可以提交多个图形处理器门铃之一的工作负载，其调用适当的图形引擎上的调度操作。在至少一个实施例中，调度操作包括确定接下来要运行哪个工作负载、将工作负载提交给命令流转化器、抢先在引擎上运行的现有工作负载、监控工作负载的进度以及在工作负载完成时通知主机软件。在至少一个实施例中，图形微控制器2538还可以促进图形核心2500的低功率或空闲状态，从而为图形核心2500提供在图形核心2500内独立于操作系统和/或系统上的图形驱动器软件的跨低功率状态转换的保存和恢复寄存器的能力。
在至少一个实施例中，图形核心2500可以具有比所示的子核心2501A-2501F更多或更少的子核心，达N个模块化子核心。对于每组N个子核心，在至少一个实施例中，图形核心2500还可以包括共享功能逻辑2510、共享和/或高速缓存存储器2512、几何/固定功能管线2514以及附加的固定功能逻辑2516以加速各种图形和计算处理操作。在至少一个实施例中，共享功能逻辑2510可以包括可由图形核心2500内的每个N个子核心共享的逻辑单元(例如，采样器、数学和/或线程间通信逻辑)。共享和/或高速缓存存储器2512可以是图形核心2500内的N个子核心2501A-2501F的LLC，并且还可以用作可由多个子核心访问的共享存储器。在至少一个实施例中，可以包括几何/固定功能管线2514来代替固定功能块2530内的几何/固定功能管线2536，并且可以包括相同或相似的逻辑单元。
在至少一个实施例中，图形核心2500包括附加的固定功能逻辑2516，其可以包括供图形核心2500使用的各种固定功能加速逻辑。在至少一个实施例中，附加的固定功能逻辑2516包括用于仅位置着色中使用的附加的几何管线。在仅位置着色中，存在至少两个几何管线，而在几何/固定功能管线2516、2536内的完整几何管线和剔除管线中，其是可以包括在附加的固定功能逻辑2516中的附加几何管线。在至少一个实施例中，剔除管线是完整几何管线的修整版。在至少一个实施例中，完整管线和剔除管线可以执行应用程序的不同实例，每个实例具有单独的环境。在至少一个实施例中，仅位置着色可以隐藏被丢弃的三角形的长剔除运行，从而在某些情况下可以更早地完成着色。例如，在至少一个实施例中，附加固定功能逻辑2516中的剔除管线逻辑可以与主应用程序并行执行位置着色器，并且通常比完整管线更快地生成关键结果，因为剔除管线获取并遮蔽顶点的位置属性，无需执行光栅化和将像素渲染到帧缓冲区。在至少一个实施例中，剔除管线可以使用生成的临界结果来计算所有三角形的可见性信息，而与这些三角形是否被剔除无关。在至少一个实施例中，完整管线(在这种情况下可以称为重播管线)可以消耗可见性信息来跳过剔除的三角形以仅遮盖最终传递到光栅化阶段的可见三角形。
在至少一个实施例中，附加的固定功能逻辑2516还可包括通用目标处理加速逻辑，例如固定功能矩阵乘法逻辑，用于实现减速CUAD程序。
在至少一个实施例中，在每个图形子核心2501A-2501F内包括一组执行资源，其可用于响应于图形管线、媒体管线或着色器程序的请求来执行图、媒体和计算操作。在至少一个实施例中，图形子核心2501A-2501F包括多个EU阵列2502A-2502F、2504A-2504F，线程分派和线程间通信(TD/IC)逻辑2503A-2503F，3D(例如，纹理)采样器2505A-2505F，媒体采样器2506A-2506F，着色器处理器2507A-2507F和共享本地存储器(SLM)2508A-2508F。EU阵列2502A-2502F、2504A-2504F每个都包含多个执行单元，这些执行单元是GUGPU，能够为图形、媒体或计算操作提供服务，执行浮点和整数/定点逻辑运算，包括图形、媒体或计算着色器程序。在至少一个实施例中，TD/IC逻辑2503A-2503F为子核心内的执行单元执行本地线程分派和线程控制操作，并促进在子核心的执行单元上执行的线程之间的通信。在至少一个实施例中，3D采样器2505A-2505F可以将与纹理或其他3D图形相关的数据读取到存储器中。在至少一个实施例中，3D采样器可以基于与给定纹理相关联的配置的采样状态和纹理格式来不同地读取纹理数据。在至少一个实施例中，媒体采样器2506A-2506F可以基于与媒体数据相关联的类型和格式来执行类似的读取操作。在至少一个实施例中，每个图形子核心2501A-2501F可以可替代地包括统一的3D和媒体采样器。在至少一个实施例中，在每个子核心2501A-2501F内的执行单元上执行的线程可以利用每个子核心内的共享本地存储器2508A-2508F，以使在线程组内执行的线程能够使用片上存储器的公共池来执行。
图26示出了根据至少一个实施例的并行处理单元(“PPU”)2600。在至少一个实施例中，PPU 2600配置有机器可读代码，该机器可读代码如果由PPU 2600执行，则使得PPU2600执行贯穿本文描述的一些或全部过程和技术。在至少一个实施例中，PPU 2600是在一个或更多个集成电路设备上实现的多线程处理器，并且利用多线程作为被设计为处理在多个线程上并行执行的计算机可读指令(也称为机器可读指令或简单的指令)的延迟隐藏技术。在至少一个实施例中，线程是指执行线程，并且是被配置为由PPU 2600执行的一组指令的实例。在至少一个实施例中，PPU 2600是图形处理单元(“GPU”)，图形处理单元配置为实现用于处理三维(“3D”)图形数据的图形渲染管线，以便生成用于在显示设备(诸如LCD设备)上显示的二维(“2D”)图像数据。在至少一个实施例中，PPU 2600用于执行计算，诸如线性代数运算和机器学习运算。图26仅出于说明性目的示出了示例并行处理器，并且应被解释为在至少一个实施例中实现的处理器架构的非限制性示例。
在至少一个实施例中，一个或更多个PPU 2600配置成加速高性能计算(“HPC”)、数据中心和机器学习应用程序。在至少一个实施例中，一个或更多个PPU 2600配置成加速CUDA程序。在至少一个实施例中，PPU 2600包括但不限于I/O单元2606、前端单元2610、调度器单元2612、工作分配单元2614、集线器2616、交叉开关(“Xbar”)2620、一个或更多个通用处理集群(“GPC”)2618和一个或更多个分区单元(“存储器分区单元”)2622。在至少一个实施例中，PPU 2600通过一个或更多个高速GPU互连(“GPU互连”)2608连接到主机处理器或其他PPU 2600。在至少一个实施例中，PPU 2600通过系统总线或互连2602连接到主机处理器或其他外围设备。在一实施例中，PPU 2600连接到包括一个或更多个存储器设备(“存储器”)2604的本地存储器。在至少一个实施例中，存储器设备2604包括但不限于一个或更多个动态随机存取存储器(“DRAM”)设备。在至少一个实施例中，一个或更多个DRAM设备配置和/或可配置为高带宽存储器(“HBM”)子系统，并且在每个设备内堆叠有多个DRAM管芯。
在至少一个实施例中，高速GPU互连2608可以指代系统使用其来进行缩放的基于线的多通道通信链路，并包括与一个或更多个CPU结合的一个或更多个PPU 2600(“CPU”)，支持PPU 2600和CPU之间的高速缓存一致性以及CPU主控。在至少一个实施例中，高速GPU互连2608通过集线器2616将数据和/或命令传输到PPU 2600的其他单元，例如一个或更多个复制引擎、视频编码器、视频解码器、电源管理单元和/或在图26中可能未明确示出的其他组件。
在至少一个实施例中，I/O单元2606配置为通过系统总线2602从主机处理器(图26中未示出)发送和接收通信(例如，命令、数据)。在至少一个实施例中，I/O单元2606直接通过系统总线2602或通过一个或更多个中间设备(例如内存桥)与主机处理器通信。在至少一个实施例中，I/O单元2606可以经由系统总线2602与一个或更多个其他处理器(例如一个或更多个PPU 2600)通信。在至少一个实施例中，I/O单元2606实现PCIe接口，用于通过PCIe总线进行通信。在至少一个实施例中，I/O单元2606实现用于与外部设备通信的接口。
在至少一个实施例中，I/O单元2606对经由系统总线2602接收的分组进行解码。在至少一个实施例中，至少一些分组表示被配置为使PPU 2600执行各种操作的命令。在至少一个实施例中，I/O单元2606如命令所指定的那样将解码的命令发送到PPU 2600的各种其他单元。在至少一个实施例中，命令被发送到前端单元2610和/或被发送到集线器2616或PPU 2600的其他单元，例如一个或更多个复制引擎、视频编码器、视频解码器、电源管理单元等(图26中未明确示出)。在至少一个实施例中，I/O单元2606配置为在PPU 2600的各种逻辑单元之间路由通信。
在至少一个实施例中，由主机处理器执行的程序在缓冲区中对命令流进行编码，该缓冲区将工作负载提供给PPU 2600以进行处理。在至少一个实施例中，工作负载包括指令和要由那些指令处理的数据。在至少一个实施例中，缓冲区是可由主机处理器和PPU2600两者访问(例如，读/写)的存储器中的区域—主机接口单元可以配置为访问经由I/O单元2606通过系统总线2602传输的存储器请求连接到系统总线2602的系统存储器中的缓冲区。在至少一个实施例中，主机处理器将命令流写入缓冲区，然后将指示命令流开始的指针发送给PPU 2600，使得前端单元2610接收指向一个或更多个命令流指针并管理一个或更多个命令流，从命令流中读取命令并将命令转发到PPU 2600的各个单元。
在至少一个实施例中，前端单元2610耦合到调度器单元2612，该调度器单元2612配置各种GPC 2618以处理由一个或更多个命令流定义的任务。在至少一个实施例中，调度器单元2612配置为跟踪与调度器单元2612管理的各种任务有关的状态信息，其中状态信息可以指示任务被分配给哪个GPC 2618，任务是活跃的还是非活跃的，与任务相关联的优先级等等。在至少一个实施例中，调度器单元2612管理在一个或更多个GPC 2618上执行的多个任务。
在至少一个实施例中，调度器单元2612耦合到工作分配单元2614，该工作分配单元2614配置为分派任务以在GPC 2618上执行。在至少一个实施例中，工作分配单元2614跟踪从调度器单元2612接收到的多个调度任务并且工作分配单元2614管理每个GPC 2618的待处理任务池和活跃任务池。在至少一个实施例中，待处理任务池包括多个时隙(例如32个时隙)，这些时隙包含分配给要由特定的GPC 2618处理的任务；活跃任务池可包括用于由GPC 2618主动处理的任务的多个时隙(例如4个时隙)，以使随着GPC 2618中的一个完成任务的执行，该任务将从GPC 2618的活动任务池中逐出，并且从待处理任务池中选择其他任务之一，并安排其在GPC 2618上执行。在至少一个实施例中，如果活跃任务在GPC 2618上处于空闲状态，例如在等待数据依赖性解决时，则活跃任务从GPC 2618中驱逐并返回到待处理任务池，同时选择了待处理任务池中的另一个任务并调度在GPC 2618上执行。
在至少一个实施例中，工作分配单元2614经由XBar 2620与一个或更多个GPC2618通信。在至少一个实施例中，XBar 2620是互连网络，其将PPU 2600的许多单元耦合到PPU 2600的其他单元，并且可以配置为将工作分配单元2614耦合到特定的GPC2618。在至少一个实施例中，一个或更多个PPU 2600的其他单元也可以通过集线器2616连接到XBar2620。
在至少一个实施例中，任务由调度器单元2612管理，并由工作分配单元2614分配给GPC 2618之一。GPC 2618配置为处理任务并产生结果。在至少一个实施例中，结果可以由GPC 2618中的其他任务消耗，通过XBar2620路由到不同的GPC 2618或存储在存储器2604中。在至少一个实施例中，结果可以通过分区单元2622写到存储器2604中，其实现了用于向存储器2604写入数据或从存储器2604读取数据的存储器接口。在至少一个实施例中，结果可以经由高速GPU互连2608传输到另一PPU 2600或CPU。在至少一个实施例中，PPU 2600包括但不限于U个分区单元2622，其等于耦合到PPU 2600的分离且不同的存储器设备2604的数量。
在至少一个实施例中，主机处理器执行驱动器核心，该驱动器核心实现应用程序编程接口(API)，该应用程序编程接口使在主机处理器上执行的一个或更多个应用程序能够调度操作以在PPU 2600上执行。在一个实施例中，多个计算应用由PPU 2600同时执行，并且PPU 2600为多个计算应用程序提供隔离、服务质量(“QoS”)和独立的地址空间。在至少一个实施例中，应用程序生成指令(例如，以API调用的形式)，该指令使驱动器核心生成一个或更多个任务以供PPU 2600执行，并且驱动器核心将任务输出至由PPU 2600处理的一个或更多个流。在至少一个实施例中，每个任务包括一个或更多个相关线程组，其可以被称为线程束(warp)。在至少一个实施例中，线程束包括可以并行执行的多个相关线程(例如32个线程)。在至少一个实施例中，协作线程可以指代多个线程，包括用于执行任务并且通过共享存储器交换数据的指令。
图27示出了根据至少一个实施例的GPC 2700。在至少一个实施例中，GPC 2700是图26的GPC 2618。在至少一个实施例中，每个GPC 2700包括但不限于用于处理任务的多个硬件单元，并且每个GPC 2700包括但不限于管线管理器2702、预光栅操作单元(“PROP”)2704、光栅引擎2708、工作分配交叉开关(“WDX”)2716、存储器管理单元(“MMU”)2718、一个或更多个数据处理集群(“DPC”)2706，以及部件的任何合适组合。
在至少一个实施例中，GPC 2700的操作由管线管理器2702控制。在至少一个实施例中，管线管理器2702管理一个或更多个DPC 2706的配置，以处理分配给GPC 2700的任务。在至少一个实施例中，管线管理器2702配置一个或更多个DPC 2706中的至少一个以实现图形渲染管线的至少一部分。在至少一个实施例中，DPC 2706配置为在可编程流式多处理器(“SM”)2714上执行顶点着色器程序。在至少一个实施例中，管线管理器2702配置为将从工作分配单元接收的数据包路由到GPC 2700内的适当逻辑单元，以及在至少一个实施例中，可以将一些数据包路由到PROP 2704和/或光栅引擎2708中的固定功能硬件单元，而可以将其他数据包路由到DPC 2706以由原始引擎2712或SM 2714进行处理。在至少一个实施例中，管线管理器2702配置DPC 2706中的至少一个以实现神经网络模型和/或计算管线。在至少一个实施例中，管线管理器2702配置DPC 2706中的至少一个以执行CUDA程序的至少一部分。
在至少一个实施例中，PROP单元2704配置为将由光栅引擎2708和DPC 2706生成的数据路由到分区单元中的光栅操作(“ROP”)单元，例如上面结合图25更详细描述的存储器分区单元2522等。在至少一个实施例中，PROP单元2704配置为执行用于颜色混合的优化、组织像素数据、执行地址转换等等。在至少一个实施例中，光栅引擎2708包括但不限于配置为执行各种光栅操作的多个固定功能硬件单元，并且在至少一个实施例中，光栅引擎2708包括但不限于设置引擎、粗光栅引擎、剔除引擎、裁剪引擎、精细光栅引擎、图块聚合引擎及其任意合适的组合。在至少一个实施例中，设置引擎接收变换后的顶点并生成与由顶点定义的几何图元相关联的平面方程；平面方程式被传送到粗光栅引擎以生成基本图元的覆盖信息(例如，图块的x、y覆盖范围掩码)；粗光栅引擎的输出将传输到剔除引擎，在剔除引擎中与z测试失败的图元相关联的片段将被剔除，并传输到剪切引擎，在剪切引擎中剪切位于视锥范围之外的片段。在至少一个实施例中，将经过裁剪和剔除的片段传递给精细光栅引擎，以基于设置引擎生成的平面方程式生成像素片段的属性。在至少一个实施例中，光栅引擎2708的输出包括将由任何适当的实体(例如，由在DPC 2706内实现的片段着色器)处理的片段。
在至少一个实施例中，包括在GPC 2700中的每个DPC 2706包括但不限于M管线控制器(“MPC”)2710；图元引擎2712；一个或更多个SM 2714；及其任何合适的组合。在至少一个实施例中，MPC 2710控制DPC 2706的操作，将从管线管理器2702接收的分组路由到DPC2706中的适当单元。在至少一个实施例中，将与顶点相关联的分组路由到图元引擎2712，图元引擎2712配置为从存储器中获取与顶点关联的顶点属性；相反，可以将与着色器程序相关联的数据包发送到SM 2714。
在至少一个实施例中，SM 2714包括但不限于可编程流式处理器，其配置为处理由多个线程表示的任务。在至少一个实施例中，SM 2714是多线程的并且配置为同时执行来自特定线程组的多个线程(例如32个线程)，并且实现单指令、多数据(“SIMD”)架构，其中将一组线程(例如，线程束)中的每个线程配置为基于相同的指令集来处理不同的数据集。在至少一个实施例中，线程组中的所有线程执行相同的指令。在至少一个实施例中，SM 2714实施单指令、多线程(“SIMT”)架构，其中一组线程中的每个线程配置为基于相同的指令集来处理不同的数据集，但是其中线程组中的各个线程允许在执行期间发散。在至少一个实施例中，为每个线程束维护程序计数器、调用栈和执行状态，从而当线程束中的线程发散时，实现线程束和线程束内的串行执行之间的并发性。在另一个实施例中，为每个单独的线程维护程序计数器、调用栈和执行状态，从而使得在线程束内和线程束之间的所有线程之间具有相等的并发性。在至少一个实施例中，为每个单独的线程维持执行状态，并且可以收敛并并行地执行执行相同指令的线程以提高效率。下面结合图28更详细地描述SM 2714的至少一个实施例。
在至少一个实施例中，MMU 2718在GPC 2700和存储器分区单元(例如，图25的分区单元2522)之间提供接口，并且MMU 2718提供虚拟地址到物理地址的转换、存储器保护以及存储器请求的仲裁。在至少一个实施例中，MMU 2718提供一个或更多个转换后备缓冲区(“TLB”)，用于执行虚拟地址到存储器中的物理地址的转换。
图28示出了根据至少一个实施例的流式多处理器(“SM”)2800。在至少一个实施例中，SM 2800是图27的SM 2714。在至少一个实施例中，SM 2800包括但不限于指令高速缓存2802；一个或更多个调度器单元2804；寄存器文件2808；一个或更多个处理核心(“核心”)2810；一个或更多个特殊功能单元(“SFU”)2812；一个或更多个加载/存储单元(“LSU”)2814；互连网络2816；共享存储器/一级(“L1”)高速缓存2818；及其任何合适的组合。在至少一个实施例中，工作分配单元调度任务以在并行处理单元(“PPU”)的通用处理集群(“GPC”)上执行，并且每个任务被分配给GPC内部的特定数据处理集群(“DPC”)，并且如果任务与着色器程序相关联，则将任务分配给SM 2800之一。在至少一个实施例中，调度器单元2804从工作分配单元接收任务并管理分配给SM 2800的一个或更多个线程块的指令调度。在至少一个实施例中，调度器单元2804调度线程块以作为并行线程的线程束来执行，其中，每个线程块被分配至少一个线程束。在至少一个实施例中，每个线程束执行线程。在至少一个实施例中，调度器单元2804管理多个不同的线程块，将线程束分配给不同的线程块，然后在每个时钟周期内将来自多个不同的协作组的指令分派给各种功能单元(例如，处理核心2810、SFU 2812和LSU 2814)。
在至少一个实施例中，“合作组”可以指用于组织通信线程组的编程模型，其允许开发人员表达线程正在通信的粒度，从而能够表达更丰富、更有效的并行分解。在至少一个实施例中，协作启动API支持线程块之间的同步以执行并行算法。在至少一个实施例中，常规编程模型的API提供了用于同步协作线程的单一、简单的构造：跨线程块的所有线程的屏障(例如，syncthreads()函数)。但是，在至少一个实施例中，程序员可以在小于线程块粒度的情形下来定义线程组，并在所定义的组内进行同步，以实现更高的性能、设计灵活性以及以集合组范围功能接口的形式实现软件重用。在至少一个实施例中，协作组使程序员能够以子块和多块粒度明确定义线程组，并执行集合操作，例如对协作组中的线程进行同步。在至少一个实施例中，子块粒度与单个线程一样小。在至少一个实施例中，编程模型支持跨软件边界的干净组合，从而库和实用程序功能可以在其本地环境中安全地同步，而不必进行关于收敛的假设。在至少一个实施例中，协作组图元使协作并行的新图案成为可能，包括但不限于生产者-消费者并行，机会主义并行以及整个线程块网格上的全局同步。
在至少一个实施例中，分派单元2806配置为将指令发送到功能单元中的一个或更多个，并且调度器单元2804包括但不限于两个分派单元2806，该两个分派单元2806使得来自相同线程束的两个不同指令能够在每个时钟周期被分派。在至少一个实施例中，每个调度器单元2804包括单个分派单元2806或附加分派单元2806。
在至少一个实施例中，每个SM 2800在至少一个实施例中包括但不限于寄存器文件2808，该寄存器文件2808为SM 2800的功能单元提供了一组寄存器。在至少一个实施例中，寄存器文件2808在每个功能单元之间划分，从而为每个功能单元分配寄存器文件2808的专用部分。在至少一个实施例中，寄存器文件2808在由SM 2800执行的不同线程束之间划分，并且寄存器文件2808为连接到功能单元的数据路径的操作数提供临时存储。在至少一个实施例中，每个SM 2800包括但不限于多个L个处理核心2810。在至少一个实施例中，SM2800包括但不限于大量(例如128个或更多)不同的处理核心2810。在至少一个实施例中，每个处理核心2810在至少一个实施例中包括但不限于全管线、单精度、双精度和/或混合精度处理单元，其包括但不限于浮点算术逻辑单元和整数算术逻辑单元。在至少一个实施例中，浮点算术逻辑单元实现用于浮点算术的IEEE 754-2008标准。在至少一个实施例中，处理核心2810包括但不限于64个单精度(32位)浮点核心、64个整数核心、32个双精度(64位)浮点核心和8个张量核心。
在至少一个实施例中，张量核心配置为执行矩阵运算。在至少一个实施例中，一个或更多个张量核心包括在处理核心2810中。在至少一个实施例中，张量核心配置为执行深度学习矩阵算术，例如用于神经网络训练和推理的卷积运算。在至少一个实施例中，每个张量核心在4×4矩阵上操作并且执行矩阵乘法和累加运算D＝A×B+C，其中A、B、C和D是4×4矩阵。
在至少一个实施例中，矩阵乘法输入A和B是16位浮点矩阵，并且累加矩阵C和D是16位浮点或32位浮点矩阵。在至少一个实施例中，张量核心对16位浮点输入数据进行32位浮点累加运算。在至少一个实施例中，16位浮点乘法使用64个运算，并得到全精度乘积，然后使用32位浮点加法与其他中间乘积累加起来，以进行4x4x4矩阵乘法。在至少一个实施例中，张量核心用于执行由这些较小的元件构成的更大的二维或更高维度的矩阵运算。在至少一个实施例中，API(诸如CUDA-C++API)公开专门的矩阵加载、矩阵乘法和累加以及矩阵存储操作，以有效地使用来自CUDA-C++程序的张量核心。在至少一个实施例中，在CUDA级别，线程束级别接口假定跨越所有32个线程束线程的16×16大小的矩阵。
在至少一个实施例中，每个SM 2800包括但不限于执行特殊功能(例如，属性评估、倒数平方根等)的M个SFU 2812。在至少一个实施例中，SFU 2812包括但不限于配置为遍历分层树数据结构的树遍历单元。在至少一个实施例中，SFU 2812包括但不限于配置为执行纹理映射过滤操作的纹理单元。在至少一个实施例中，纹理单元配置为从存储器中加载纹理映射(例如，纹理像素的2D阵列)和采样纹理映射，以产生采样的纹理值以供由SM 2800执行的着色器程序使用。在至少一个实施例中，将纹理映射存储在共享存储器/L1高速缓存2818中。在至少一个实施例中，纹理单元使用mip映射(mip-maps)(例如，细节级别不同的纹理映射)来实现纹理操作(诸如过滤操作)。在至少一个实施例中，每个SM 2800包括但不限于两个纹理单元。
在至少一个实施例中，每个SM 2800包括但不限于实现共享存储器/L1高速缓存2818与寄存器文件2808之间的加载和存储操作的N个LSU 2814。在至少一个实施例中，每个SM 2800包括但不限于互连网络2816，互连网络2816将每个功能单元连接到寄存器文件2808，并且LSU 2814连接到寄存器文件2808和共享存储器/L1高速缓存2818。在至少一个实施例中，互连网络2816是交叉开关，其可以配置为将任何功能单元连接到寄存器文件2808中的任何寄存器，并且将LSU 2814连接到寄存器文件2808和共享存储器/L1高速缓存2818中的存储器位置。
在至少一个实施例中，共享存储器/L1高速缓存2818是片上存储器的阵列，其在至少一个实施例中允许SM 2800与图元引擎之间以及SM 2800中的线程之间的数据存储和通信。在至少一个实施例中，共享存储器/L1高速缓存2818包括但不限于128KB的存储容量，并且位于从SM 2800到分区单元的路径中。在至少一个实施例中，共享存储器/L1高速缓存2818在至少一个实施例中用于高速缓存读取和写入。在至少一个实施例中，共享存储器/L1高速缓存2818、L2高速缓存和存储器中的一个或更多个是后备存储。
在至少一个实施例中，将数据高速缓存和共享存储器功能组合到单个存储器块中，为两种类型的存储器访问提供了改进的性能。在至少一个实施例中，容量由不使用共享存储器的程序使用或将其用作高速缓存，例如如果共享存储器配置为使用一半容量，则纹理和加载/存储操作可以使用剩余容量。根据至少一个实施例，在共享存储器/L1高速缓存2818内的集成使共享存储器/L1高速缓存2818能够用作用于流传输数据的高吞吐量管线，同时提供对频繁重用的数据的高带宽和低延迟访问。在至少一个实施例中，当配置用于通用并行计算时，与图形处理相比，可以使用更简单的配置。在至少一个实施例中，绕过固定功能GPU，从而创建了更加简单的编程模型。在至少一个实施例中，在通用并行计算配置中，工作分配单元直接将线程的块分配和分布给DPC。在至少一个实施例中，块中的线程执行相同的程序，在计算中使用唯一的线程ID以确保每个线程生成唯一的结果，使用SM 2800执行程序并执行计算，使用共享存储器/L1高速缓存2818在线程之间进行通信，以及使用LSU2814通过共享存储器/L1高速缓存2818和存储器分区单元来读写全局存储器。在至少一个实施例中，当被配置用于通用并行计算时，SM 2800向调度器单元2704写入可以用来在DPC上启动新工作的命令。
在至少一个实施例中，PPU被包括在台式计算机、膝上型计算机、平板电脑、服务器、超级计算机、智能电话(例如，无线、手持设备)、PDA、数码相机、车辆、头戴式显示器、手持式电子设备等中或与之耦合。在至少一个实施例中，PPU被实现在单个半导体衬底上。在至少一个实施例中，PPU与一个或更多个其他设备(例如附加的PPU、存储器、RISCCPU，MMU、数模转换器(“DAC”)等)一起被包括在片上系统(“SoC”)中。
在至少一个实施例中，PPU可以被包括在包括一个或更多个存储设备的图形卡上。图形卡可以配置为与台式计算机主板上的PCIe插槽相连接。在至少一个实施例中，PPU可以是包括在主板的芯片组中的集成GPU(“iGPU”)。
通用计算的软件构造
以下各图阐述但不限于用于实现至少一个实施例的示例性软件构造。
在至少一个实施例中，应用程序编程接口(“API”)是包括存储在计算机系统上的存储器中的可执行指令的软件。在至少一个实施例中，可以使用各种软件结构来制作APU，该APU包括软件栈2900、CUDA软件栈3000、ROCM软件栈3100、OpenCL软件栈3000或编程平台3304。在至少一个实施例中，API的执行使得执行指令，该指令访问GPU中的稀疏数组数据，并提供关于稀疏数组数据是否存在于可由GPU使用本文所述系统和方法访问的瓦片池存储器中的指示符。
图29示出了根据至少一个实施例的编程平台的软件栈。在至少一个实施例中，编程平台是用于利用计算系统上的硬件来加速计算任务的平台。在至少一个实施例中，软件开发人员可以通过库、编译器指令和/或对编程语言的扩展来访问编程平台。在至少一个实施例中，编程平台可以是但不限于CUDA，Radeon开放计算平台(“ROCm”)，OpenCL(由Khronosgroup开发的OpenCLTM)，SYCL或Intel One API。
在至少一个实施例中，编程平台的软件栈2900为应用程序2901提供执行环境。在至少一个实施例中，应用程序2901可以包括能够在软件栈2900上启动的任何计算机软件。在至少一个实施例中，应用程序2901可以包括但不限于人工智能(“AI”)/机器学习(“ML”)应用程序，高性能计算(“HPC”)应用程序，虚拟桌面基础架构(“VDI”)或数据中心工作负载。
在至少一个实施例中，应用程序2901和软件栈2900在硬件2907上运行。在至少一个实施例中，硬件2907可以包括一个或更多个GPU，CPU，FPGA，AI引擎和/或支持编程平台的其他类型的计算设备。在至少一个实施例中，例如采用CUDA，软件栈2900可以是厂商专用的，并且仅与来自特定厂商的设备兼容。在至少一个实施例中，例如在采用OpenCL中，软件栈2900可以与来自不同供应商的设备一起使用。在至少一个实施例中，硬件2907包括连接到一个或更多个设备的主机，该设备可经由应用程序编程接口(API)调用被访问以执行计算任务。在至少一个实施例中，与硬件2907内的主机相比，其可以包括但不限于CPU(但还可以包括计算设备)及其存储器，硬件2907内的设备可以包括但不限于GPU，FPGA，AI引擎或其他计算设备(但还可以包括CPU)及其存储器。
在至少一个实施例中，编程平台的软件栈2900包括但不限于多个库2903，运行时(runtime)2905和设备内核驱动器2906。在至少一个实施例中，库2903中的每个库可以包括可以由计算机程序使用并在软件开发期间利用的数据和编程代码。在至少一个实施例中，库2903可以包括但不限于预写的代码和子例程，类，值，类型规范，配置数据，文档，帮助数据和/或消息模板。在至少一个实施例中，库2903包括被优化用于在一种或更多种类型的设备上执行的函数。在至少一个实施例中，库2903可以包括但不限于用于在设备上执行数学、深度学习和/或其他类型的运算的函数。在至少一个实施例中，库2903与对应的API 2902相关联，API 2902可包括一个或更多个API，其暴露在库2903中实现的函数。
在至少一个实施例中，将应用程序2901编写为源代码，该源代码被编译成可执行代码，如下面结合图34-36更详细讨论的。在至少一个实施例中，应用程序2901的可执行代码可以至少部分地在由软件栈2900提供的执行环境上运行。在至少一个实施例中，在应用程序2901的执行期间，可以得到需要在设备(与主机相比)上运行的代码。在这种情况下，在至少一个实施例中，可以调用运行时2905以在设备上加载和启动必需的代码。在至少一个实施例中，运行时2905可以包括能够支持应用程序2901的执行的任何技术上可行的运行时系统。
在至少一个实施例中，运行时2905被实现为与对应的API(其被示为API 2904)相关联的一个或更多个运行时库。在至少一个实施例中，一个或更多个这样的运行时库可以包括但不限于用于存储器管理，执行控制，设备管理，错误处理和/或同步等等的函数。在至少一个实施例中，存储器管理函数可以包括但不限于用于分配、解除分配和复制设备存储器以及在主机存储器和设备存储器之间传输数据的函数。在至少一个实施例中，执行控制函数可以包括但不限于在设备上启动函数(当函数是可从主机调用的全局函数时，有时称为“内核”)的函数，和用于在运行时库为要在设备上执行的给定函数维护的缓冲区中设置属性值的函数。
在至少一个实施例中，可以任何技术上可行的方式来实现运行时库和相应的API2904。在至少一个实施例中，一个(或任意数量的)API可以公开用于设备的细粒度控制的低级函数集，而另一(或任意数量的)API可以公开这样的较高级的函数集。在至少一个实施例中，可以在低级API之上构建高级运行时API。在至少一个实施例中，一个或更多个运行时API可以是在与语言无关的运行时API之上分层的特定于语言的API。
在至少一个实施例中，设备内核驱动器2906被配置为促进与底层设备的通信。在至少一个实施例中，设备内核驱动器2906可以提供诸如API 2904之类的API和/或其他软件所依赖的低级函数。在至少一个实施例中，设备内核驱动器2906可以被配置为在运行时将中间表示(“IR”)代码编译成二进制代码。在至少一个实施例中，对于CUDA，设备内核驱动器2906可以在运行时将非硬件专用的并行线程执行(“PTX”)IR代码编译为用于特定目标设备的二进制代码(高速缓存已编译的二进制代码)，其有时也称为“最终”代码。在至少一个实施例中，这样做可以允许最终代码在目标设备上运行，而当源代码最初被编译为PTX代码时，该目标设备可能不存在。备选地，在至少一个实施例中，设备源代码可以离线地编译成二进制代码，而不需要设备内核驱动器2906在运行时编译IR代码。
图30示出了根据至少一个实施例的图29的软件栈2900的CUDA实现。在至少一个实施例中，可在其上启动应用程序3001的CUDA软件栈3000包括CUDA库3003，CUDA运行时3005，CUDA驱动器3007和设备内核驱动器3008。在至少一个实施例中，CUDA软件栈3000在硬件3009上执行，该硬件3009可以包括支持CUDA的GPU，其由加利福尼亚州圣克拉拉市的NVIDIA公司开发。
在至少一个实施例中，应用程序3001、CUDA运行时3005和设备内核驱动器3008可以分别执行与应用程序2801、运行时2805和设备内核驱动器2906类似的功能，以上结合图29对其进行了描述。在至少一个实施例中，CUDA驱动器3007包括实现CUDA驱动器API 3006的库(libcuda.so)。在至少一个实施例中，类似于由CUDA运行时库(cudart)实现的CUDA运行时API 3004，CUDA驱动器API 3006可以公开但不限于用于存储器管理、执行控制、设备管理、错误处理、同步和/或图形互操作性等的函数。在至少一个实施例中，CUDA驱动器API3006与CUDA运行时API 3004的不同之处在于，CUDA运行时API 3004通过提供隐式初始化、上下文(类似于进程)管理和模块(类似于动态加载的库)管理来简化设备代码管理。与高级CUDA运行时API 3004相反，在至少一个实施例中，CUDA驱动器API 3006是提供对设备的更细粒度控制的低级API，特别是关于上下文和模块加载。在至少一个实施例中，CUDA驱动器API 3006可以公开没有由CUDA运行时API 3004公开的用于上下文管理的函数。在至少一个实施例中，CUDA驱动器API 3006也与语言无关，并且除了支持CUDA运行时API3004之外，还支持例如OpenCL。此外，在至少一个实施例中，包括CUDA运行时3005在内的开发库可被视为与驱动器组件分离，包括用户模式的CUDA驱动器3007和内核模式的设备驱动器3008(有时也称为“显示”驱动器)。
在至少一个实施例中，CUDA库3003可以包括但不限于数学库，深度学习库，并行算法库和/或信号/图像/视频处理库，并行计算应用程序(例如应用程序3001)可以利用这些库。在至少一个实施例中，CUDA库3003可包括数学库，例如cuBLAS库，其是用于执行线性代数运算的基本线性代数子程序(“BLAS”)的实现；用于计算快速傅立叶变换(“FFT”)的cuFFT库，以及用于生成随机数的cuRAND库等。在至少一个实施例中，CUDA库3003可以包括深度学习库，诸如用于深度神经网络的基元的cuDNN库和用于高性能深度学习推理的TensorRT平台等等。
图31示出了根据至少一个实施例的图29的软件栈2900的ROCm实现。在至少一个实施例中，可在其上启动应用程序3101的ROCm软件栈3100包括语言运行时3103，系统运行时3105，thunk 3107和ROCm内核驱动器3108。在至少一个实施例中，ROCm软件栈3100在硬件3109上执行，硬件3109可以包括支持ROCm的GPU，其由加利福尼亚州圣克拉拉市的AMD公司开发。
在至少一个实施例中，应用程序3101可以执行与以上结合图29讨论的应用程序2901类似的功能。另外，在至少一个实施例中，语言运行时3103和系统运行时3105可以执行与以上结合图29讨论的运行时2905类似的功能。在至少一个实施例中，语言运行时3103和系统运行时3105的不同之处在于，系统运行时3105是实现ROCr系统运行时API 3104并利用异构系统架构(“HSA”)运行时API的语言无关运行时。在至少一个实施例中，HSA运行时API是一种瘦用户模式API，它公开接口以供访问和与AMDGPU交互，包括用于存储器管理、通过架构分派内核的执行控制、错误处理、系统和代理信息以及运行时初始化和关闭等的函数。在至少一个实施例中，与系统运行时3105相比，语言运行时3103是ROCr系统运行时API3104之上分层的特定于语言的运行时API 3102的实现。在至少一个实施例中，语言运行时API可以包括但不限于可移植异构计算接口(“HIP”)语言运行时API，异构计算编译器(“HCC”)语言运行时API或OpenCL API等等。特别是，HIP语言是C++编程语言的扩展，具有CUDA机制的功能相似版本，并且在至少一个实施例中，HIP语言运行时API包括与以上结合图30讨论的CUDA运行时API 3004相似的函数，例如用于存储器管理、执行控制、设备管理、错误处理和同步等的函数。
在至少一个实施例中，thunk(ROCt)3107是可用于与底层ROCm驱动器3108交互的接口3106。在至少一个实施例中，ROCm驱动器3108是ROCk驱动器，其是AMDGPU驱动器和HSA内核驱动器(amdkfd)的组合。在至少一个实施例中，AMDGPU驱动器是由AMD开发的用于GPU的设备内核驱动器，其执行与以上结合图29讨论的设备内核驱动器2906类似的功能。在至少一个实施例中，HSA内核驱动器是允许不同类型的处理器经由硬件特征更有效地共享系统资源的驱动器。
在至少一个实施例中，各种库(未示出)可以被包括在语言运行时3103上方的ROCm软件栈3100中，并且提供与以上结合图30讨论的CUDA库3003相似的功能。在至少一个实施例中，各种库可以包括但不限于数学、深度学习和/或其他库，例如实现与CUDA cuBLAS类似的函数的hipBLAS库，类似于CUDA cuFFT用于计算FFT的rocFFT库等。
图32示出了根据至少一个实施例的图29的软件栈2900的OpenCL实现。在至少一个实施例中，可以在其上启动应用程序3201的OpenCL软件栈3200包括OpenCL框架3210，OpenCL运行时3206和驱动器3207。在至少一个实施例中，OpenCL软件栈3200在不是特定于供应商的硬件3009上执行。在至少一个实施例中，由于由不同厂商开发的设备支持OpenCL，因此可能需要特定的OpenCL驱动器才能与来自此类厂商的硬件进行互操作。
在至少一个实施例中，应用程序3201，OpenCL运行时3206，设备内核驱动器3207和硬件3208可以分别执行与上面结合图29讨论的应用程序2901、运行时2905、设备内核驱动器2906和硬件2907类似的功能。在至少一个实施例中，应用程序3201还包括具有将在设备上执行的代码的OpenCL内核3202。
在至少一个实施例中，OpenCL定义了一种“平台”，其允许主机控制连接到该主机的设备。在至少一个实施例中，OpenCL框架提供平台层API和运行时API，示出为平台API3203和运行时API 3205。在至少一个实施例中，运行时API 3205使用上下文来管理设备上内核的执行。在至少一个实施例中，每个标识的设备可以与各自的上下文相关联，运行时API 3205可以使用该上下文来管理该设备的命令队列、程序对象和内核对象、共享存储器对象等。在至少一个实施例中，平台API 3203公开了允许设备上下文用于选择和初始化设备，经由命令队列将工作提交给设备，以及使得能够进行来自和去往设备的数据传输等的函数。另外，在至少一个实施例中，OpenCL框架提供各种内置函数(未示出)，包括数学函数、关系函数和图像处理函数等。
在至少一个实施例中，编译器3204也被包括在OpenCL框架3210中。在至少一个实施例中，源代码可以在执行应用程序之前被离线编译或者在执行应用程序期间被在线编译。与CUDA和ROCm相反，至少一个实施例中的OpenCL应用程序可以由编译器3204在线编译，编译器3204被包括以代表可以用于将源代码和/或IR代码(例如标准可移植中间表示(“SPIR-V”)代码)编译为二进制代码的任意数量的编译器。可替代地，在至少一个实施例中，可以在执行这样的应用程序之前离线编译OpenCL应用程序。
图33示出了根据至少一个实施例的由编程平台支持的软件。在至少一个实施例中，编程平台3304被配置为支持应用程序3300可以依赖的各种编程模型3303，中间件和/或库3302以及框架3301。在至少一个实施例中，应用程序3300可以是使用例如深度学习框架(例如，MXNet，PyTorch或TensorFlow)实现的AI/ML应用，其可以依赖于诸如cuDNN，NVIDIACollective Communications Library(“NCCL”)”和/或NVIDIA开发人员数据加载库(“DALI”)CUDA库之类的库，以在底层硬件上提供加速的计算。
在至少一个实施例中，编程平台3304可以是以上分别结合图30、图31和图32描述的CUDA、ROCm或OpenCL平台之一。在至少一个实施例中，编程平台3304支持多个编程模型3303，其是底层计算系统的抽象，其允许算法和数据结构的表达。在至少一个实施例中，编程模型3303可以暴露底层硬件的特征以便改善性能。在至少一个实施例中，编程模型3303可以包括但不限于CUDA，HIP，OpenCL，C++加速大规模并行性(“C++AMP”)，开放多处理(“OpenMP”)，开放加速器(“OpenACC”)和/或Vulcan计算(Vulcan Compute)。
在至少一个实施例中，库和/或中间件3302提供编程模型3304的抽象的实现。在至少一个实施例中，这样的库包括可由计算机程序使用并在软件开发期间利用的数据和编程代码。在至少一个实施例中，除了可以从编程平台3304获得的那些之外，这样的中间件还包括向应用程序提供服务的软件。在至少一个实施例中，库和/或中间件3302可以包括但不限于cuBLAS、cuFFT、cuRAND和其他CUDA库，或rocBLAS、rocFFT、rocRAND和其他ROCm库。另外，在至少一个实施例中，库和/或中间件3302可以包括NCCL和ROCm通信集合库(“RCCL”)库，其提供用于GPU的通信例程，用于深度学习加速的MIOpen库和/或用于线性代数、矩阵和向量运算、几何变换、数值求解器以及相关算法的本征库。
在至少一个实施例中，应用程序框架3301依赖于库和/或中间件3302。在至少一个实施例中，每个应用程序框架3301是用于实现应用软件的标准结构的软件框架。回到上面讨论的AI/ML示例，在至少一个实施例中，可以使用框架(诸如Caffe，Caffe2，TensorFlow，Keras，PyTorch或MxNet深度学习框架)来实现AI/ML应用。
图34示出了根据至少一个实施例的编译代码以在图29-32的编程平台之一上执行。在至少一个实施例中，编译器3401接收源代码3400，其包括主机代码以及设备代码两者。在至少一个实施例中，编译器3401被配置为将源代码3400转换为用于在主机上执行的主机可执行代码3402以及用于在设备上执行的设备可执行代码3403。在至少一个实施例中，源代码3400可以在执行应用程序之前离线编译，或者在执行应用程序期间在线编译。
在至少一个实施例中，源代码3400可以包括编译器3401支持的任何编程语言的代码，例如C++、C、Fortran等。在至少一个实施例中，源代码3400可以包括在单一源(single-source)文件中，其具有主机代码和设备代码的混合，并在其中指示了设备代码的位置。在至少一个实施例中，单一源文件可以是包括CUDA代码的.cu文件或包括HIP代码的.hip.cpp文件。备选地，在至少一个实施例中，源代码3400可以包括多个源代码文件，而不是单一源文件，在该单一源文件中主机代码和设备代码是分开的。
在至少一个实施例中，编译器3401被配置为将源代码3400编译成用于在主机上执行的主机可执行代码3402和用于在设备上执行的设备可执行代码3403。在至少一个实施例中，编译器3401执行操作，包括将源代码3400解析为抽象系统树(AST)，执行优化以及生成可执行代码。在源代码3400包括单一源文件的至少一个实施例中，编译器3401可以将设备代码与主机代码在这种单一源文件中分开，将设备代码和主机代码分别编译成设备可执行代码3403和主机可执行代码3402，以及将设备可执行代码3403和主机可执行代码3402在单个文件中链接到一起，如下面关于图35更详细讨论的。
在至少一个实施例中，主机可执行代码3402和设备可执行代码3403可以是任何合适的格式，例如二进制代码和/或IR代码。在CUDA的情况下，在至少一个实施例中，主机可执行代码3402可以包括本地对象代码，而设备可执行代码3403可以包括PTX中间表示的代码。在至少一个实施例中，在ROCm的情况下，主机可执行代码3402和设备可执行代码3403都可以包括目标二进制代码。
图35是根据至少一个实施例的编译代码以在图29-32的编程平台之一上执行的更详细图示。在至少一个实施例中，编译器3501被配置为接收源代码3500，编译源代码3500，并输出可执行文件3510。在至少一个实施例中，源代码3500是单一源文件，例如.cu文件，.hip.cpp文件或其他格式的文件，其包括主机代码和设备代码两者。在至少一个实施例中，编译器3501可以是但不限于用于在.cu文件中编译CUDA代码的NVIDIACUDA编译器(“NVCC”)，或用于在.hip.cpp文件中编译HIP代码的HCC编译器。
在至少一个实施例中，编译器3501包括编译器前端3502，主机编译器3505，设备编译器3506和链接器3509。在至少一个实施例中，编译器前端3502被配置为在源代码3500中将设备代码3504与主机代码3503分开。在至少一个实施例中，设备代码3504由设备编译器3506编译成设备可执行代码3508，如所描述的，其可以包括二进制代码或IR代码。在至少一个实施例中，主机代码3503由主机编译器3505单独地编译成主机可执行代码3507。在至少一个实施例中，对于NVCC，主机编译器3505可以是但不限于输出本机目标代码的通用C/C++编译器，而设备编译器3506可以是但不限于基于低级虚拟机(“LLVM”)的编译器，其将LLVM编译器基础架构分叉，并输出PTX代码或二进制代码。在至少一个实施例中，对于HCC，主机编译器3505和设备编译器3506两者可以是但不限于输出目标二进制代码的基于LLVM的编译器。
在至少一个实施例中，在将源代码3500编译成主机可执行代码3507和设备可执行代码3508之后，链接器3509将主机和设备可执行代码3507和3508在可执行文件3510中链接到一起。在至少一个实施例中，主机和PTX的本机目标代码或设备的二进制代码可以在可执行和可链接格式(“ELF”)文件中链接在一起，该文件是用于存储目标代码的容器格式。
图36示出了根据至少一个实施例的在编译源代码之前转换源代码。在至少一个实施例中，源代码3600通过转换工具3601传递，转换工具3601将源代码3600转换成转换后的源代码3602。在至少一个实施例中，编译器3603用于将转换后的源代码3602编译成主机可执行代码3604和设备可执行代码3605，其过程类似于由编译器3401将源代码3400编译成主机可执行代码3402和设备可执行代码3403的过程，如以上结合图34所讨论的。
在至少一个实施例中，由转换工具3601执行的转换被用于移植(port)源代码3600，以在与最初打算在其上运行的不同的环境中执行。在至少一个实施例中，转换工具3601可以包括但不限于HIP转换器，其用于将用于CUDA平台的CUDA代码“移植(hipify)”为可以在ROCm平台上编译和执行的HIP代码。在至少一个实施例中，源代码3600的转换可以包括：解析源代码3600，并将对由一个编程模型(例如，CUDA)提供的API的调用转换为对由另一编程模型(例如，例如，HIP)提供的API的相应调用，如下面结合图37A-38更详细地讨论的。返回到移植CUDA代码的示例，在至少一个实施例中，对CUDA运行时API、CUDA驱动器API和/或CUDA库的调用可以被转换为对应的HIP API调用。在至少一个实施例中，由转换工具3601执行的自动转换有时可能是不完整的，需要额外的人工来完全移植源代码3600。
配置GPU用于通用计算
以下各图阐述但不限于根据至少一个实施例的用于编译和执行计算源代码的示例性架构。
在至少一个实施例中，应用程序编程接口(API)是包括存储在计算机系统上的存储器中的可执行指令的软件。在至少一个实施例中，计算机系统是被配置为编译和执行CUDA源代码3710的系统3700。在至少一个实施例中，计算机系统是被配置为使用CPU 3790和启用CUDA的GPU 3794编译和执行图37A的CUDA源代码3710的系统3704。在至少一个实施例中，计算机系统是被配置为使用CPU 3790和未启用CUDA的GPU 3792编译和执行图37A的CUDA源代码3710的系统3706。在至少一个实施例中，API的执行使得执行指令，该指令访问GPU中的稀疏数组数据，并提供关于稀疏数组数据是否存在于可由GPU使用本文所述系统和方法访问的瓦片池存储器中的指示符。
图37A示出了根据至少一个实施例的被配置为使用不同类型的处理单元来编译和执行CUDA源代码3710的系统37A00。在至少一个实施例中，系统37A00包括但不限于CUDA源代码3710，CUDA编译器3750，主机可执行代码3770(1)，主机可执行代码3770(2)，CUDA设备可执行代码3784，CPU 3790，启用CUDA的GPU 3794，GPU 3792，CUDA到HIP转换工具3720，HIP源代码3730，HIP编译器驱动器3740，HCC 3760和HCC设备可执行代码3782。
在至少一个实施例中，CUDA源代码3710是CUDA编程语言的人类可读代码的集合。在至少一个实施例中，CUDA代码是CUDA编程语言的人类可读代码。在至少一个实施例中，CUDA编程语言是C++编程语言的扩展，其包括但不限于定义设备代码以及区分设备代码和主机代码的机制。在至少一个实施例中，设备代码是在编译之后可在设备上并行执行的源代码。在至少一个实施例中，设备可以是针对并行指令处理而优化的处理器，例如启用CUDA的GPU 3790、GPU 37192或另一GPGPU等。在至少一个实施例中，主机代码是在编译后可以在主机上执行的源代码。在至少一个实施例中，主机是针对顺序指令处理而优化的处理器，例如CPU 3790。
在至少一个实施例中，CUDA源代码3710包括但不限于，任意数量(包括零)的全局函数3712，任意数量(包括零)的设备函数3714，任意数量(包括零)的主机函数3716，以及任意数量(包括零)的主机/设备函数3718。在至少一个实施例中，全局函数3712，设备函数3714，主机函数3716和主机/设备函数3718在CUDA源代码3710中可以混合。在至少一个实施例中，每个全局函数3712可在设备上执行并且可从主机调用。因此，在至少一个实施例中，全局函数3712中的一个或更多个可以充当设备的入口点。在至少一个实施例中，每个全局函数3712是内核。在至少一个实施例中以及在一种称为动态并行性的技术中，一个或更多个全局函数3712定义了一内核，该内核可以在设备上执行并且可以从这样的设备调用。在至少一个实施例中，内核在执行期间由设备上的N个不同线程并行执行N次(其中N为任何正整数)。
在至少一个实施例中，每个设备函数3714在设备上执行并且只能从这样的设备调用。在至少一个实施例中，每个主机函数3716在主机上执行并且只能从这样的主机调用。在至少一个实施例中，每个主机/设备函数3716既定义了在主机上可执行并且只能从这样的主机调用的函数的主机版本，也定义了在设备上可执行并且只能从这样的设备调用的函数的设备版本。
在至少一个实施例中，CUDA源代码3710还可包括但不限于对通过CUDA运行时API3702定义的任意数量的函数的任意数量的调用。在至少一个实施例中，CUDA运行时API3702可以包括但不限于在主机上执行的任意数量的函数，用于分配和解除分配设备存储器，在主机存储器和设备存储器之间传输数据，管理具有多个设备的系统等。在至少一个实施例中，CUDA源代码3710还可以包括对在任意数量的其他CUDA API中指定的任意数量的函数的任意数量的调用。在至少一个实施例中，CUDA API可以是被设计为由CUDA代码使用的任何API。在至少一个实施例中，CUDA API包括但不限于CUDA运行时API 3702，CUDA驱动器API，用于任意数量的CUDA库的API等。在至少一个实施例中并且相对于CUDA运行时API3702，CUDA驱动器API是较低级别的API，但可以提供对设备的更细粒度的控制。在至少一个实施例中，CUDA库的示例包括但不限于cuBLAS，cuFFT，cuRAND，cuDNN等。
在至少一个实施例中，CUDA编译器3750编译输入的CUDA代码(例如，CUDA源代码3710)以生成主机可执行代码3770(1)和CUDA设备可执行代码3784。在至少一个实施例中，CUDA编译器3750是NVCC。在至少一个实施例中，主机可执行代码3770(1)是在CPU 3790上可执行的输入源代码中包括的主机代码的编译版本。在至少一个实施例中，CPU 3790可以是针对顺序指令处理而优化的任何处理器。
在至少一个实施例中，CUDA设备可执行代码3784是在启用CUDA的GPU 3794上可执行的输入源代码中包括的设备代码的编译版本。在至少一个实施例中，CUDA设备可执行代码3784包括但不限于二进制代码。在至少一个实施例中，CUDA设备可执行代码3784包括但不限于IR代码，例如PTX代码，该IR代码在运行时被设备驱动器进一步编译为用于特定目标设备(例如，启用CUDA的GPU 3794)的二进制代码。在至少一个实施例中，启用CUDA的GPU3794可以是针对并行指令处理而优化并且支持CUDA的任何处理器。在至少一个实施例中，启用CUDA的GPU 3794由加利福尼亚州圣克拉拉市的NVIDIA公司开发。
在至少一个实施例中，CUDA到HIP转换工具3720被配置为将CUDA源代码3710转换成功能上相似的HIP源代码3730。在至少一个实施例中，HIP源代码3730是HIP编程语言的人类可读代码的集合。在至少一个实施例中，HIP代码是HIP编程语言的人类可读代码。在至少一个实施例中，HIP编程语言是C++编程语言的扩展，其包括但不限于CUDA机制的功能上相似的版本，用于定义设备代码并区分设备代码和主机代码。在至少一个实施例中，HIP编程语言可以包括CUDA编程语言的功能的子集。在至少一个实施例中，例如，HIP编程语言包括但不限于定义全局函数3712的机制，但是这样的HIP编程语言可能缺乏对动态并行性的支持，因此，在HIP代码中定义的全局函数3712仅可从主机调用。
在至少一个实施例中，HIP源代码3730包括但不限于任意数量(包括零)的全局函数3712，任意数量(包括零)的设备函数3714，任意数量(包括零)的主机函数3716以及任意数量(包括零)的主机/设备函数3718。在至少一个实施例中，HIP源代码3730还可以包括对在HIP运行时API 3732中指定的任意数量的函数的任意数量的调用。在一个实施例中，HIP运行时API 3732包括但不限于CUDA运行时API 3702中包括的函数的子集的功能上相似的版本。在至少一个实施例中，HIP源代码3730还可以包括对在任意数量的其他HIP API中指定的任意数量的函数的任意数量的调用。在至少一个实施例中，HIP API可以是被设计为供HIP代码和/或ROCm使用的任何API。在至少一个实施例中，HIP API包括但不限于HIP运行时API 3732，HIP驱动器API，用于任意数量的HIP库的API，用于任意数量的ROCm库的API等。
在至少一个实施例中，CUDA到HIP转换工具3720将CUDA代码中的每个内核调用从CUDA语法转换为HIP语法，并将CUDA代码中的任意数量的其他CUDA调用转换为任意数量的其他功能上相似的HIP调用。在至少一个实施例中，CUDA调用是对在CUDA API中指定的函数的调用，并且HIP调用是对在HIP API中指定的函数的调用。在至少一个实施例中，CUDA到HIP转换工具3720将对在CUDA运行时API 3702中指定的函数的任意数量的调用转换为对在HIP运行时API 3732中指定的函数的任意数量的调用。
在至少一个实施例中，CUDA到HIP转换工具3720是被称为hipify-perl的工具，其执行基于文本的转换过程。在至少一个实施例中，CUDA到HIP转换工具3720是被称为hipify-clang的工具，相对于hipify-perl，其执行更复杂且更鲁棒的转换过程，该过程涉及使用clang(编译器前端)解析CUDA代码，然后转换得到的符号。在至少一个实施例中，除了由CUDA到HIP转换工具3720执行的那些修改之外，将CUDA代码正确地转换成HIP代码可能还需要修改(例如，手动编辑)。
在至少一个实施例中，HIP编译器驱动器3740是确定目标设备3746，然后配置与目标设备3746兼容的编译器以编译HIP源代码3730的前端。在至少一个实施例中，目标设备3746是针对并行指令处理而优化的处理器。在至少一个实施例中，HIP编译器驱动器3740可以以任何技术上可行的方式确定目标设备3746。
在至少一个实施例中，如果目标设备3746与CUDA兼容(例如，启用CUDA的GPU3794)，则HIP编译器驱动器3740生成HIP/NVCC编译命令3742。在至少一个实施例中并且结合图37B更详细地描述的，HIP/NVCC编译命令3742配置CUDA编译器3750以使用但不限于HIP到CUDA转换头和CUDA运行时库来编译HIP源代码3730。在至少一个实施例中并且响应于HIP/NVCC编译命令3742，CUDA编译器3750生成主机可执行代码3770(1)和CUDA设备可执行代码3784。
在至少一个实施例中，如果目标设备3746与CUDA不兼容，则HIP编译器驱动器3740生成HIP/HCC编译命令3744。在至少一个实施例中并且如结合图37C更详细地描述的，HIP/HCC编译命令3744配置HCC 3760以使用HCC头和HIP/HCC运行时库编译HIP源代码3730。在至少一个实施例中并且响应于HIP/HCC编译命令3744，HCC 3760生成主机可执行代码3770(2)和HCC设备可执行代码3782。在至少一个实施例中，HCC设备可执行代码3782是HIP源代码3730中包含的可在GPU 3792上执行的设备代码的编译版本。在至少一个实施例中，GPU3792可以是针对并行指令处理而优化的、与CUDA不兼容且与HCC兼容的任何处理器。在至少一个实施例中，GPU 3792由加利福尼亚州圣克拉拉市的AMD公司开发。在至少一个实施例中，GPU 3792是不启用CUDA的GPU 3792。
仅出于说明性目的，在图37A中描绘了在至少一个实施例中可以实现为编译CUDA源代码3710以在CPU 3790和不同设备上执行的三个不同流程。在至少一个实施例中，直接CUDA流程编译CUDA源代码3710以在CPU 3790和启用CUDA的GPU 3794上执行，而无需将CUDA源代码3710转换为HIP源代码3730。在至少一个实施例中，间接CUDA流程将CUDA源代码3710转换为HIP源代码3730，然后编译HIP源代码3730以在CPU 3790和启用CUDA的GPU 3794上执行。在至少一个实施例中，CUDA/HCC流程将CUDA源代码3710转换为HIP源代码3730，然后编译HIP源代码3730以在CPU 3790和GPU 3792上执行。
可以通过虚线和一系列气泡注释A1-A3描绘可以在至少一个实施例中实现的直接CUDA流程。在至少一个实施例中，并且如气泡注释A1所示，CUDA编译器3750接收CUDA源代码3710和配置CUDA编译器3750以编译CUDA源代码3710的CUDA编译命令3748。在至少一个实施例中，直接CUDA流程中使用的CUDA源代码3710是用CUDA编程语言编写的，该CUDA编程语言基于除C++之外的其他编程语言(例如C，Fortran，Python，Java等)。在至少一个实施例中，并且响应于CUDA编译命令3748，CUDA编译器3750生成主机可执行代码3770(1)和CUDA设备可执行代码3784(用气泡注释A2表示)。在至少一个实施例中并且如用气泡注释A3所示，主机可执行代码3770(1)和CUDA设备可执行代码3784可以分别在CPU 3790和启用CUDA的GPU3794上执行。在至少一个实施例中，CUDA设备可执行代码3784包括但不限于二进制代码。在至少一个实施例中，CUDA设备可执行代码3784包括但不限于PTX代码，并且在运行时被进一步编译成用于特定目标设备的二进制代码。
可以通过虚线和一系列气泡注释B1-B6来描述可以在至少一个实施例中实现的间接CUDA流程。在至少一个实施例中并且如气泡注释B1所示，CUDA到HIP转换工具3720接收CUDA源代码3710。在至少一个实施例中并且如气泡注释B2所示，CUDA到HIP转换工具3720将CUDA源代码3710转换为HIP源代码3730。在至少一个实施例中并如气泡注释B3所示，HIP编译器驱动器3740接收HIP源代码3730，并确定目标设备3746是否启用了CUDA。
在至少一个实施例中并且如气泡注释B4所示，HIP编译器驱动器3740生成HIP/NVCC编译命令3742，并将HIP/NVCC编译命令3742和HIP源代码3730两者都发送到CUDA编译器3750。在至少一个实施例中并且如结合图37B更详细地描述的，HIP/NVCC编译命令3742配置CUDA编译器3750以使用但不限于HIP到CUDA转换头和CUDA运行时库来编译HIP源代码3730。在至少一个实施例中并且响应于HIP/NVCC编译命令3742，CUDA编译器3750生成主机可执行代码3770(1)和CUDA设备可执行代码3784(用气泡注释B5表示)。在至少一个实施例中并且如气泡注释B6所示，主机可执行代码3770(1)和CUDA设备可执行代码3784可以分别在CPU 3790和启用CUDA的GPU 3794上执行。在至少一个实施例中，CUDA设备可执行代码3784包括但不限于二进制代码。在至少一个实施例中，CUDA设备可执行代码3784包括但不限于PTX代码，并且在运行时被进一步编译成用于特定目标设备的二进制代码。
可以通过实线和一系列气泡注释C1-C6来描述可以在至少一个实施例中实现的CUDA/HCC流程。在至少一个实施例中并且如气泡注释C1所示，CUDA到HIP转换工具3720接收CUDA源代码3710。在至少一个实施例中并且如气泡注释C2所示，CUDA到HIP转换工具3720将CUDA源代码3710转换为HIP源代码3730。在至少一个实施例中并且如气泡注释C3所示，HIP编译器驱动器3740接收HIP源代码3730，并确定目标设备3746未启用CUDA。
在至少一个实施例中，HIP编译器驱动器3740生成HIP/HCC编译命令3744，并且将HIP/HCC编译命令3764和HIP源代码3730两者发送到HCC 3760(用气泡注释C4表示)。在至少一个实施例中并且如结合图37C更详细地描述的，HIP/HCC编译命令3764配置HCC 3760以使用但不限于HCC头和HIP/HCC运行时库编译HIP源代码3730。在至少一个实施例中并且响应于HIP/HCC编译命令3744，HCC 3760生成主机可执行代码3770(2)和HCC设备可执行代码3782(用气泡注释C5表示)。在至少一个实施例中并且如气泡注释C6所示，主机可执行代码3770(2)和HCC设备可执行代码3782可以分别在CPU 3790和GPU 3792上执行。
在至少一个实施例中，在将CUDA源代码3710转换为HIP源代码3730之后，HIP编译器驱动器3740可随后用于生成用于启用CUDA的GPU 3794或GPU 3792的可执行代码，而无需将CUDA重新执行为HIP转换工具3720。在至少一个实施例中，CUDA到HIP转换工具3720将CUDA源代码3710转换为HIP源代码3730，然后将其存储在存储器中。在至少一个实施例中，HIP编译器驱动器3740然后配置HCC 3760以基于HIP源代码3730生成主机可执行代码3770(2)和HCC设备可执行代码3782。在至少一个实施例中，HIP编译器驱动器3740随后配置CUDA编译器3750以基于存储的HIP源代码3730生成主机可执行代码3770(1)和CUDA设备可执行代码3784。
图37B示出了根据至少一个实施例的被配置为使用CPU 3790和启用CUDA的GPU3794来编译和执行图37A的CUDA源代码3710的系统3704。在至少一个实施例中，系统3704包括但不限于CUDA源代码3710，CUDA到HIP转换工具3720，HIP源代码3730，HIP编译器驱动器3740，CUDA编译器3750，主机可执行代码3770(1)，CUDA设备可执行代码3784，CPU 3790和启用CUDA的GPU 3794。
在至少一个实施例中并且如本文先前结合图37A所描述的，CUDA源代码3710包括但不限于任意数量(包括零)的全局函数3712，任意数量(包括零)的设备函数3714，任意数量(包括零)的主机函数3716以及任意数量(包括零)的主机/设备函数3718。在至少一个实施例中，CUDA源代码3710还包括但不限于对在任意数量的CUDA API中指定的任意数量的函数的任意数量的调用。
在至少一个实施例中，CUDA到HIP转换工具3720将CUDA源代码3710转换成HIP源代码3730。在至少一个实施例中，CUDA到HIP转换工具3720将CUDA源代码3710中的每个内核调用从CUDA语法转换为HIP语法，并将CUDA源代码3710中任意数量的其他CUDA调用转换为任意数量的其他功能上相似的HIP调用。
在至少一个实施例中，HIP编译器驱动器3740确定目标设备3746是启用CUDA的，并且生成HIP/NVCC编译命令3742。在至少一个实施例中，然后HIP编译器驱动器3740经由HIP/NVCC编译命令3742配置CUDA编译器3750以编译HIP源代码3730。在至少一个实施例中，作为配置CUDA编译器3750的一部分，HIP编译器驱动器3740提供对HIP到CUDA转换头3752的访问。在至少一个实施例中，HIP到CUDA转换头3752将任意数量的HIP API中指定的任意数量的机制(例如，函数)转换为任意数量的CUDA API中指定的任意数量的机制。在至少一个实施例中，CUDA编译器3750将HIP到CUDA转换头3752与对应于CUDA运行时API 3702的CUDA运行时库3754结合使用，以生成主机可执行代码3770(1)和CUDA设备可执行代码3784。在至少一个实施例中，然后可以分别在CPU 3790和启用CUDA的GPU 3794上执行主机可执行代码3770(1)和CUDA设备可执行代码3784。在至少一个实施例中，CUDA设备可执行代码3784包括但不限于二进制代码。在至少一个实施例中，CUDA设备可执行代码3784包括但不限于PTX代码，并且在运行时被进一步编译成用于特定目标设备的二进制代码。
图37C示出了根据至少一个实施例的系统3706，该系统3706被配置为使用CPU3790和未启用CUDA的GPU 3792来编译和执行图37A的CUDA源代码3710。在至少一个实施例中，系统3706包括但不限于CUDA源代码3710，CUDA到HIP转换工具3720，HIP源代码3730，HIP编译器驱动器3740，HCC 3760，主机可执行代码3770(2)，HCC设备可执行代码3782，CPU3790和GPU 3792。
在至少一个实施例中，并且如本文先前结合图37A所描述的，CUDA源代码3710包括但不限于任意数量(包括零)的全局函数3712，任意数量(包括零)的设备函数3714，任意数量(包括零)的主机函数3716以及任意数量(包括零)的主机/设备函数3718。在至少一个实施例中，CUDA源代码3710还包括但不限于对在任意数量的CUDA API中指定的任意数量的函数的任意数量的调用。
在至少一个实施例中，CUDA到HIP转换工具3720将CUDA源代码3710转换成HIP源代码3730。在至少一个实施例中，CUDA到HIP转换工具3720将CUDA源代码3710中的每个内核调用从CUDA语法转换为HIP语法，并将源代码3710中任意数量的其他CUDA调用转换为任意数量的其他功能上相似的HIP调用。
在至少一个实施例中，HIP编译器驱动器3740随后确定目标设备3746不是启用CUDA的，并生成HIP/HCC编译命令3744。在至少一个实施例中，然后HIP编译器驱动器3740配置HCC 3760以执行HIP/HCC编译命令3744，从而编译HIP源代码3730。在至少一个实施例中，HIP/HCC编译命令3744将HCC 3760配置为使用但不限于HIP/HCC运行时库3758和HCC头3756来生成主机可执行代码3770(2)和HCC设备可执行代码3782。在至少一个实施例中，HIP/HCC运行时库3758对应于HIP运行时API3732。在至少一个实施例中，HCC头3756包括但不限于用于HIP和HCC的任意数量和类型的互操作性机制。在至少一个实施例中，主机可执行代码3770(2)和HCC设备可执行代码3782可以分别在CPU 3790和GPU 3792上执行。
图38示出了根据至少一个实施例的由图37C的CUDA到HIP转换工具3720转换的示例性内核。在至少一个实施例中，CUDA源代码3710将给定内核被设计为解决的总体问题划分为可以使用线程块独立解决的相对粗糙的子问题。在至少一个实施例中，每个线程块包括但不限于任意数量的线程。在至少一个实施例中，每个子问题被划分为相对细小的部分(pieces)，这些部分可以由线程块中的线程协作并行地解决。在至少一个实施例中，线程块内的线程可以通过共享存储器共享数据并通过同步执行以协调存储器访问来协作。
在至少一个实施例中，CUDA源代码3710将与给定内核相关联的线程块组织成线程块的一维、二维或三维网格。在至少一个实施例中，每个线程块包括但不限于任意数量的线程，并且网格包括但不限于任意数量的线程块。
在至少一个实施例中，内核是使用“__global__”声明说明符(specifier)定义的设备代码中的函数。在至少一个实施例中，使用CUDA内核启动语法3810来指定针对给定内核调用执行内核的网格的尺寸以及相关联的流。在至少一个实施例中，CUDA内核启动语法3810被指定为“KernelName<<<GridSize，BlockSize，SharedMemorySize，Stream>>>(KernelArguments)；”。在至少一个实施例中，执行配置语法是“<<<...>>>”构造，其被插入在内核名称(“KernelName”)和内核参数的括号列表(“KernelArguments”)之间。在至少一个实施例中，CUDA内核启动语法3810包括但不限于CUDA启动函数语法而不是执行配置语法。
在至少一个实施例中，“GridSize”是dim3类型的，并且指定网格的尺寸和大小。在至少一个实施例中，类型dim3是CUDA定义的结构，其包括但不限于无符号整数x，y和z。在至少一个实施例中，如果未指定z，则z默认为1。在至少一个实施例中，如果未指定y，则y默认为1。在至少一个实施例中，网格中的线程块的数量等于GridSize.x、GridSize.y和GridSize.z的乘积。在至少一个实施例中，“BlockSize”是dim3类型的，并且指定每个线程块的尺寸和大小。在至少一个实施例中，每线程块的线程数等于BlockSize.x、BlockSize.y和BlockSize.z的乘积。在至少一个实施例中，给定执行内核的每个线程唯一的线程ID，该线程ID可通过内置变量(例如“threadIdx”)在内核内访问。
在至少一个实施例中，关于CUDA内核启动语法3810，“SharedMemorySize”是一可选参数，它指定共享存储器中除静态分配的存储器外，针对给定内核调用为每个线程块动态分配的字节数。在至少一个实施例中并且关于CUDA内核启动语法3810，SharedMemorySize默认为零。在至少一个实施例中并且关于CUDA内核启动语法3810，“流”是可选的参数，其指定相关联的流并且默认为零以指定默认流。在至少一个实施例中，流是按顺序执行的命令序列(其可能由不同的主机线程发出)。在至少一个实施例中，不同的流可以相对于彼此无序地或同时地执行命令。
在至少一个实施例中，CUDA源代码3710包括但不限于用于示例性内核“MatAdd”的内核定义和主函数。在至少一个实施例中，主函数是在主机上执行的主机代码，并且包括但不限于使内核MatAdd在设备上执行的内核调用。在至少一个实施例中，如图所示，内核MatAdd将大小为NxN的两个矩阵A和B相加，其中N为正整数，并将结果存储在矩阵C中。在至少一个实施例中，主函数将threadsPerBlock变量定义为16x16，numBlocks变量为N/16xN/16。在至少一个实施例中，然后主函数指定内核调用“MatAdd<<<numBlocks，threadsPerBlock>>>(A，B，C)；”。在至少一个实施例中，并且根据CUDA内核启动语法3810，使用尺寸为N/16×N/16的线程块网格来执行内核MatAdd，其中每个线程块的尺寸为16×16。在至少一个实施例中，每个线程块包括256个线程，创建具有足够块的网格以使每个矩阵元素具有一个线程，并且该网格中的每个线程执行内核MatAdd以执行一个逐对的加法。
在至少一个实施例中，在将CUDA源代码3710转换成HIP源代码3730的同时，CUDA到HIP转换工具3720将CUDA源代码3710中的每个内核调用从CUDA内核启动语法3810转换成HIP内核启动语法3820，并将源代码3710中的任意数量的其他CUDA调用转换为任意数量的其他功能上相似的HIP调用。在至少一个实施例中，HIP内核启动语法3820被指定为“hipLaunchKernelGGL(KernelName,GridSize,BlockSize,SharedMemorySize,Stream,KernelArguments)；”。在至少一个实施例中，KernelName，GridSize，BlockSize，ShareMemorySize，Stream和KernelArguments中的每一个在HIP内核启动语法3820中具有与在CUDA内核启动语法3810中(本文先前描述)相同的含义。在至少一个实施例中，参数SharedMemorySize和Stream在HIP内核启动语法3820中是必需的，而在CUDA内核启动语法3810中是可选的。
在至少一个实施例中，除了使内核MatAdd在设备上执行的内核调用之外，图38中描绘的HIP源代码3730的一部分与图38中描绘的CUDA源代码3710的一部分相同。在至少一个实施例中，在HIP源代码3730中定义内核MatAdd，具有与在CUDA源代码3710中定义内核MatAdd相同的“__global__”声明说明符。在至少一个实施例中，在HIP源代码3730中的内核调用是“hipLaunchKernelGGL(MatAdd，numBlocks，threadsPerBlock，0、0，A，B，C)；”，而CUDA源代码3710中的相应内核调用是“MatAdd<<<numBlocks，threadsPerBlock>>>(A，B，C)；”。
图39更详细地示出了根据至少一个实施例的图37C的未启用CUDA的GPU 3792。在至少一个实施例中，GPU 3792由圣塔克拉拉市的AMD公司开发。在至少一个实施例中，GPU3792可以被配置为以高度并行的方式执行计算操作。在至少一个实施例中，GPU 3792被配置为执行图形管线操作，诸如绘制命令、像素操作、几何计算以及与将图像渲染到显示器相关联的其他操作。在至少一个实施例中，GPU 3792被配置为执行与图形无关的操作。在至少一个实施例中，GPU 3792被配置为执行与图形有关的操作和与图形无关的操作两者。在至少一个实施例中，GPU 3792可以被配置为执行HIP源代码3730中包括的设备代码。
在至少一个实施例中，GPU 3792包括但不限于任意数量的可编程处理单元3920，命令处理器3910，L2高速缓存3922，存储器控制器3970，DMA引擎3980(1)，系统存储器控制器3982，DMA引擎3980(2)和GPU控制器3984。在至少一个实施例中，每个可编程处理单元3920包括但不限于工作负载管理器3930和任意数量的计算单元3940。在至少一个实施例中，命令处理器3910读取来自一个或更多个命令队列(未示出)的命令，并将命令分发给工作负载管理器3930。在至少一个实施例中，对于每个可编程处理单元3920，相关的工作负载管理器3930将工作分发给包括在可编程处理单元3920中的计算单元3940。在至少一个实施例中，每个计算单元3940可以执行任意数量的线程块，但是每个线程块在单个计算单元3940上执行。在至少一个实施例中，工作组是线程块。
在至少一个实施例中，每个计算单元3940包括但不限于任意数量的SIMD单元3950和共享存储器3960。在至少一个实施例中，每个SIMD单元3950实现SIMD架构并且被配置为并行执行操作。在至少一个实施例中，每个SIMD单元3950包括但不限于向量ALU 3952和向量寄存器文件3954。在至少一个实施例中，每个SIMD单元3950执行不同的线程束。在至少一个实施例中，线程束是一组线程(例如16个线程)，其中线程束中的每个线程属于单个线程块，并且被配置为基于单个指令集来处理不同的数据集。在至少一个实施例中，可以使用预测来禁用线程束中的一个或更多个线程。在至少一个实施例中，通道是线程。在至少一个实施例中，工作项是线程。在至少一个实施例中，波前是线程束。在至少一个实施例中，线程块中的不同波前可一起同步并经由共享存储器3960进行通信。
在至少一个实施例中，可编程处理单元3920被称为“着色引擎”。在至少一个实施例中，除了计算单元3940之外，每个可编程处理单元3920还包括但不限于任意数量的专用图形硬件。在至少一个实施例中，每个可编程处理单元3920包括但不限于任意数量(包括零)的几何处理器，任意数量(包括零)的光栅化器，任意数量(包括零)的渲染后端，工作负载管理器3930和任意数量的计算单元3940。
在至少一个实施例中，计算单元3940共享L2高速缓存3922。在至少一个实施例中，L2高速缓存3922被分区。在至少一个实施例中，GPU 3792中的所有计算单元3940可访问GPU存储器3990。在至少一个实施例中，存储器控制器3970和系统存储器控制器3982促进GPU3792与主机之间的数据传输，并且DMA引擎3980(1)使能GPU 3792与此主机之间的异步存储器传输。在至少一个实施例中，存储器控制器3970和GPU控制器3984促进GPU 3792与其他GPU 3792之间的数据传输，并且DMA引擎3980(2)使能GPU 3792与其他GPU 3792之间的异步存储器传输。
在至少一个实施例中，GPU 3792包括但不限于任意数量和类型的系统互连，该系统互连促进在GPU 3792内部或外部的任意数量和类型的直接或间接链接的组件之间的数据和控制传输。在至少一个实施例中，GPU 3792包括但不限于耦合到任意数量和类型的外围设备的任意数量和类型的I/O接口(例如，PCIe)。在至少一个实施例中，GPU 3792可以包括但不限于任意数量(包括零)的显示引擎和任意数量(包括零)的多媒体引擎。在至少一个实施例中，GPU 3792实现了存储器子系统，该存储器子系统包括但不限于任意数量和类型的存储器控制器(例如，存储器控制器3970和系统存储器控制器3982)以及专用于一个组件或在多个组件之间共享的存储器设备(例如，共享存储器3960)。在至少一个实施例中，GPU3792实现了高速缓存子系统，该高速缓存子系统包括但不限于一个或更多个高速缓存存储器(例如，L2高速缓存3922)，每个高速缓存存储器可以是私有的或在任意数量的组件(例如，SIMD单元3950，计算单元3940和可编程处理单元3920)之间共享。
图40示出了根据至少一个实施例的示例性CUDA网格4020的线程如何被映射到图39的不同计算单元3940。在至少一个实施例中，并且仅出于说明目的，网格4020具有BX乘以BY乘以1的GridSize和TX乘以TY乘以1的BlockSize。因此，在至少一个实施例中，网格4020包括但不限于(BX*BY)线程块4030，每个线程块4030包括但不限于(TX*TY)线程4040。线程4040在图40中被描绘为波浪形的箭头。
在至少一个实施例中，网格4020被映射到可编程处理单元3920(1)，该可编程处理单元3920(1)包括但不限于计算单元3940(1)-3940(C)。在至少一个实施例中并且如图所示，将(BJ*BY)线程块4030映射到计算单元3940(1)，并且将其余线程块4030映射到计算单元3940(2)。在至少一个实施例中，每个线程块4030可以包括但不限于任意数量的线程束，并且每个线程束被映射到图39的不同的SIMD单元3950。
在至少一个实施例中，给定线程块4030中的线程束可以一起同步并通过关联的计算单元3940中包括的共享存储器3960进行通信。例如并且在至少一个实施例中，线程块4030(BJ，1)中的线程束可以一起同步并通过共享存储器3960(1)进行通信。例如并且在至少一个实施例中，线程块4030(BJ+1，1)中的线程束可以一起同步并通过共享存储器3960(2)进行通信。
图41示出了根据至少一个实施例的如何将现有的CUDA代码迁移到数据并行C++代码。数据并行C++(DPC++)可以指单架构专有语言的一种开放的、基于标准的替代方案，其允许开发人员可以跨硬件目标(CPU和加速器，诸如GPU和FPGA)重用代码，并且还为特定加速器执行自定义调整。DPC++根据开发人员可能熟悉的ISO C++使用类似和/或相同的C和C++构造。DPC++结合了Khronos集团(The Khronos Group)的标准SYCL，以支持数据并行性和异构编程。SYCL是指跨平台的抽象层，它建立在OpenCL的底层概念、可移植性和效率之上，它使异构处理器的代码能够使用标准C++以“单源”风格编写。SYCL可以实现单源开发，其中C++模板函数可以包含主机代码和设备代码两者，以构建使用OpenCL加速的复杂算法，然后在不同类型的数据的整个源代码中重用它们。
在至少一个实施例中，使用DPC++编译器来编译可以跨各种硬件目标部署的DPC++源代码。在至少一个实施例中，DPC++编译器用于生成可跨各种硬件目标部署的DPC++应用程序，并且DPC++兼容性工具可用于将CUDA应用程序迁移到DPC++中的多平台程序。在至少一个实施例中，DPC++基础工具包包括：DPC++编译器，用于跨各种硬件目标部署应用程序；DPC++库，用于提高CPU、GPU和FPGA的生产力和性能；DPC++兼容性工具，用于将CUDA应用程序迁移到多平台应用程序；及其任何合适的组合。
在至少一个实施例中，DPC++编程模型用于通过使用现代C++特征来表达与称为数据并行C++的编程语言的并行性来简化与编程CPU和加速器有关的一个或更多个方面。DPC++编程语言可用于针对使用单源语言的主机(例如CPU)和加速器(例如GPU或FPGA)进行代码重用，并清楚地传达执行和内存依赖性。DPC++代码内的映射可用于将应用程序转换为在最能加速工作负载的硬件或硬件设备集上运行。即使在没有可用加速器的平台上，主机也可用于简化设备代码的开发和调试。
在至少一个实施例中，CUDA源代码4100作为输入提供给DPC++兼容性工具4102以生成人类可读的DPC++4104。在至少一个实施例中，人类可读的DPC++4104包括由DPC++兼容性工具4102生成的内联注释，其指导开发人员如何和/或在何处修改DPC++代码以完成编码和调整到所需性能4106，从而生成DPC++源代码4108。
在至少一个实施例中，CUDA源代码4100是或包括CUDA编程语言中人类可读源代码的集合。在至少一个实施例中，CUDA源代码4100是采用CUDA编程语言的人类可读源代码。在至少一个实施例中，CUDA编程语言是C++编程语言的扩展，其包括但不限于定义设备代码和区分设备代码和主机代码的机制。在至少一个实施例中，设备代码是源代码，其在编译后可在设备(例如，GPU或FPGA)上执行，并且可以包括可在设备的一个或更多个处理器核上执行的一个或更多个可并行工作流。在至少一个实施例中，设备可以是处理器，其针对并行指令处理进行优化，例如启用CUDA的GPU、GPU或另一GPGPU等。在至少一个实施例中，主机代码是在编译后可在主机上执行的源代码。在至少一个实施例中，主机代码和设备代码中的一些或全部可以跨CPU和GPU/FPGA并行执行。在至少一个实施例中，主机是针对顺序指令处理而优化的处理器，例如CPU。结合图41描述的CUDA源代码4100可与本文档中其他地方讨论的内容一致。
在至少一个实施例中，DPC++兼容性工具4102指的是用于促进将CUDA源代码4100迁移到DPC++源代码4108的可执行工具、程序、应用程序或任何其他合适类型的工具。在至少一个实施例中，DPC++兼容性工具4102是一种基于命令行的代码迁移工具，其可用作DPC++工具包的一部分，用于将现有的CUDA源移植到DPC++。在至少一个实施例中，DPC++兼容性工具4102将CUDA应用程序的一些或全部源代码从CUDA转换为DPC++，并生成至少部分用DPC++编写的结果文件，称为人类可读的DPC++4104。在至少一个实施例中，人类可读的DPC++4104包括由DPC++兼容性工具4102生成的注释，以指示可能需要用户干预的地方。在至少一个实施例中，当CUDA源代码4100调用没有类似DPC++API的CUDA API时，用户干预是必要的；需要用户干预的其他示例将在后面更详细地讨论。
在至少一个实施例中，用于迁移CUDA源代码4100(例如，应用程序或其部分)的工作流包括创建一个或更多个编译数据库文件；使用DPC++兼容性工具4102将CUDA迁移到DPC++；完成迁移并验证正确性，从而生成DPC++源代码4108；并使用DPC++编译器编译DPC++源代码4108以生成DPC++应用程序。在至少一个实施例中，兼容性工具提供了一种实用程序，该实用程序截获Makefile执行时使用的命令并将它们存储在编译数据库文件中。在至少一个实施例中，文件以JSON格式存储。在至少一个实施例中，拦截构建命令将Makefile命令转换为DPC兼容性命令。
在至少一个实施例中，拦截-构建(intercept-build)是一种实用程序脚本，其拦截构建进程以捕获编译选项、宏定义和包括路径，并将该数据写入编译数据库文件。在至少一个实施例中，编译数据库文件是JSON文件。在至少一个实施例中，DPC++兼容性工具4102解析编译数据库并在迁移输入源时应用选项。在至少一个实施例中，拦截-构建的使用是可选的，但强烈推荐用于基于Make或CMake的环境。在至少一个实施例中，迁移数据库包括命令、目录和文件：命令可以包括必要的编译标志；目录可包括到报头文件的路径；文件可包括到CUDA文件的路径。
在至少一个实施例中，DPC++兼容性工具4102通过尽可能生成DPC++来将用CUDA编写的CUDA代码(例如，应用程序)迁移到DPC++。在至少一个实施例中，DPC++兼容性工具4102作为工具包的一部分是可用的。在至少一个实施例中，DPC++工具包包括拦截-构建工具。在至少一个实施例中，拦截-构建工具创建编译数据库，该编译数据库捕获编译命令以迁移CUDA文件。在至少一个实施例中，DPC++兼容性工具4102使用拦截-构建工具生成的编译数据库将CUDA代码迁移到DPC++。在至少一个实施例中，非CUDA C++代码和文件被原样迁移。在至少一个实施例中，DPC++兼容性工具4102生成人类可读的DPC++4104，其可以是DPC++代码，如由DPC++兼容性工具4102生成的，不能由DPC++编译器编译并且需要额外的管道来验证未正确迁移的代码部分，并且可能涉及手动干预，例如由开发人员进行干预。在至少一个实施例中，DPC++兼容性工具4102提供嵌入代码中的提示或工具以帮助开发人员手动迁移无法自动迁移的附加代码。在至少一个实施例中，迁移是针对源文件、项目或应用程序的一次性活动。
在至少一个实施例中，DPC++兼容性工具41002能够成功地将CUDA代码的所有部分迁移到DPC++，并且可以简单地存在用于手动验证和调整所生成的DPC++源代码的性能的可选步骤。在至少一个实施例中，DPC++兼容性工具4102直接生成由DPC++编译器编译的DPC++源代码4108，而不需要或不利用人工干预来修改由DPC++兼容性工具4102生成的DPC++代码。在至少一个实施例中，DPC++兼容性工具生成可编译的DPC++代码，开发人员可以根据性能、可读性、可维护性和其他各种考虑因素或其任何组合选择性地对其进行调整。
在至少一个实施例中，至少部分地使用DPC++兼容性工具4102将一个或更多个CUDA源文件迁移到DPC++源文件。在至少一个实施例中，CUDA源代码包括一个或更多个头(header)文件，该头文件可以包括CUDA头文件。在至少一个实施例中，CUDA源文件包括可用于打印文本的<cuda.h>头文件和<stdio.h>头文件。在至少一个实施例中，向量加法内核CUDA源文件的一部分可以写成或相关于：
#include<cuda.h>
#include<stdio.h>
#define VECTOR_SIZE 256
[]global__void VectorAddKernel(float*A,float*B,float*C)
{
A[threadIdx.x]＝threadIdx.x+1.0f；
B[threadIdx.x]＝threadIdx.x+1.0f；
C[threadIdx.x]＝A[threadIdx.x]+B[threadIdx.x]；
}
int main()
{
float*d_A,*d_B,*d_C；
cudaMalloc(&d_A,VECTOR_SIZE*sizeof(float))；
cudaMalloc(&d_B,VECTOR_SIZE*sizeof(float))；
cudaMalloc(&d_C,VECTOR_SIZE*sizeof(float))；
VectorAddKernel<<<1,VECTOR_SIZE>>>(d_A,d_B,d_C)；
float Result[VECTOR_SIZE]＝{}；
cudaMemcpy(Result,d_C,VECTOR_SIZE*sizeof(float),
cudaMemcpyDeviceToHost)；
cudaFree(d_A)；
cudaFree(d_B)；
cudaFree(d_C)；
for(int i＝0；i<VECTOR_SIZE；i++{
if(i％16＝＝0){
printf("\n")；
}
printf("％f",Result[i])；
}
return 0；
}
在至少一个实施例中，并结合以上呈现的CUDA源文件，DPC++兼容性工具4102解析CUDA源代码并且用适当的DPC++和SYCL头文件替换头文件。在至少一个实施例中，DPC++头文件包括助手声明。在CUDA中，存在线程ID的概念，相应地，在DPC++或SYCL中，针对每个元素都有本地标识符。
在至少一个实施例中，并且与以上呈现的CUDA源文件相关，有两个向量A和B，它们被初始化并且向量相加结果作为VectorAddKernel()的一部分被放入向量C中。在至少一个实施例中，作为将CUDA代码迁移到DPC++代码的一部分，DPC++兼容性工具4102经由本地ID将用于索引工作元素的CUDA线程ID转换为工作元素的SYCL标准寻址。在至少一个实施例中，可以优化由DPC++兼容性工具4102生成的DPC++代码——例如，通过降低nd_item的维度，从而增加存储器和/或处理器利用率。
在至少一个实施例中并且结合以上呈现的CUDA源文件，存储器分配被迁移。在至少一个实施例中，依赖于诸如平台、设备、上下文和队列之类的SYCL概念，将cudaMalloc()迁移到设备和上下文被传递到的统一共享存储器SYCL调用malloc_device()。在至少一个实施例中，SYCL平台可以具有多个设备(例如，主机和GPU设备)；设备可具有多个队列，可以向其提交作业；每个设备都可具有上下文；并且上下文可具有多个设备并管理共享内存对象。
在至少一个实施例中并结合以上呈现的CUDA源文件，main()函数调用(invoke)或调用(call)VectorAddKernel()以将两个向量A和B相加并将结果存储在向量C中。在至少一个实施例中，调用VectorAddKernel()的CUDA代码被DPC++代码替换，以将内核提交到命令队列以供执行。在至少一个实施例中，命令组处理程序cgh传递提交到队列的数据、同步和计算，parallel_for被调用用于调用VectorAddKernel()的该工作组中的多个全局元素和多个工作项。
在至少一个实施例中并结合以上呈现的CUDA源文件，将复制设备存储器和然后向量A、B和C的空闲存储器的CUDA调用迁移到对应的DPC++调用。在至少一个实施例中，C++代码(例如，用于打印浮点变量向量的标准ISO C++代码)被原样迁移，无需由DPC++兼容性工具4102进行修改。在至少一个实施例中，DPC++兼容性工具4102修改用于内存设置和/或主机调用以在加速设备上执行内核的CUDA API。在至少一个实施例中并结合以上呈现的CUDA源文件，相应的人类可读DPC++4104(例如，可编译的)被编写为或相关于：
#include<CL/sycl.hpp>
#include<dpct/dpct.hpp>
#define VECTOR_SIZE 256
void VectorAddKernel(float*A,float*B,float*C,
sycl::nd_item<3>item_ct1)
{
A[item_ct1.get_local_id(2)]＝item_ct1.get_local_id(2)+1.0f；
B[item_ct1.get_local_id(2)]＝item_ct1.get_local_id(2)+1.0f；
C[item_ct1.get_local_id(2)]＝
A[item_ct1.get_local_id(2)]+B[item_ct1.get_local_id(2)]；
}
int main()
{
float*d_A,*d_B,*d_C；
d_A＝(float*)sycl::malloc_device(VECTOR_SIZE*sizeof(float),
dpct::get_current_device(),
dpct::get_default_context())；
d_B＝(float*)sycl::malloc_device(VECTOR_SIZE*sizeof(float),
dpct::get_current_device(),
dpct::get_default_context())；
d_C＝(float*)sycl::malloc_device(VECTOR_SIZE*sizeof(float),
dpct::get_current_device(),
dpct::get_default_context())；
dpct::get_default_queue_wait().submit([&](sycl::handler&cgh){
cgh.parallel_for(
sycl::nd_range<3>(sycl::range<3>(1,1,1)*
sycl::range<3>(1,1,VECTOR_SIZE)*
sycl::range<3>(1,1,VECTOR_SIZE)),
[＝](sycl::nd_items<3>item_ct1){
VectorAddKernel(d_A,d_B,d_C,item_ct1)；
})；
})；
float Result[VECTOR_SIZE]＝{}；
dpct::get_default_queue_wait()
.memcpy(Result,d_C,VECTOR_SIZE*sizeof(float))
.wait()；
sycl::free(d_A,dpct::get_default_context())；
sycl::free(d_B,dpct::get_default_context())；
sycl::free(d_C,dpct::get_default_context())；
for(int i＝0；i<VECTOR_SIZE；i++{
if(i％16＝＝0){
printf("\n")；
}
printf("％f",Result[i])；
}
return 0；
}
在至少一个实施例中，人类可读的DPC++4104指的是由DPC++兼容性工具4102生成的输出并且可以以一种或另一种方式进行优化。在至少一个实施例中，由DPC++兼容性工具4102生成的人类可读的DPC++4104可以在迁移后由开发人员手动编辑以使其更易于维护、性能或其他考虑。在至少一个实施例中，由DPC++兼容性工具41002生成的DPC++代码(例如公开的DPC++)可以通过为每个malloc_device()调用删除对get_current_device()和/或get_default_context()的重复调用来优化。在至少一个实施例中，上面生成的DPC++代码使用3维nd_range，其可以重构为仅使用单个维度，从而减少内存使用。在至少一个实施例中，开发人员可以手动编辑由DPC++兼容工具4102生成的DPC++代码，用访问器替换统一共享内存的使用。在至少一个实施例中，DPC++兼容性工具4102具有改变其如何将CUDA代码迁移到DPC++代码的选项。在至少一个实施例中，DPC++兼容性工具4102是冗长的，因为它使用通用模板将CUDA代码迁移到DPC++代码，DPC++代码适用于大量情况。
在至少一个实施例中，CUDA到DPC++的迁移工作流包括以下步骤：使用拦截-构建脚本准备迁移；使用DPC++兼容性工具4102执行CUDA项目到DPC++的迁移；审查和编辑迁移的源文件以确保其完整性和正确性；以及编译最终的DPC++代码以生成DPC++应用程序。在至少一个实施例中，在一种或更多种场景中可能需要人工审查DPC++源代码，包括但不限于：迁移的API不返回错误代码(CUDA代码可以返回错误代码，该错误代码随后可以被应用程序使用，但是SYCL使用异常来报告错误，因此不会使用错误代码来显露错误)；DPC++不支持CUDA计算能力相关逻辑；无法删除语句。在至少一个实施例中，DPC++代码需要人工干预的场景可以包括但不限于：错误代码逻辑替换为(*,0)代码或注释掉；等效的DPC++API不可用；CUDA计算能力相关逻辑；硬件相关API(clock())；缺少特征不受支持的API；执行时间测量逻辑；处理内置向量类型冲突；cuBLAS API的迁移；以及更多。
在至少一个实施例中，本文描述的一种或更多种技术利用oneAPI编程模型。在至少一个实施例中，oneAPI编程模型是指用于与各种计算加速器架构交互的编程模型。在至少一个实施例中，oneAPI指的是设计用于与各种计算加速器架构交互的应用程序编程接口(API)。在至少一个实施例中，oneAPI编程模型利用DPC++编程语言。在至少一个实施例中，DPC++编程语言是指用于数据并行编程生产力的高级语言。在至少一个实施例中，DPC++编程语言至少部分地基于C和/或C++编程语言。在至少一个实施例中，oneAPI编程模型是诸如由加利福尼亚州圣克拉拉的英特尔公司开发的那些编程模型。
在至少一个实施例中，oneAPI和/或oneAPI编程模型用于与各种加速器、GPU、处理器和/或其变体、架构交互。在至少一个实施例中，oneAPI包括一组实现各种功能的库。在至少一个实施例中，oneAPI至少包括oneAPI DPC++库、oneAPI数学内核库、oneAPI数据分析库、oneAPI深度神经网络库、oneAPI集合通信库、oneAPI线程构建块库、oneAPI视频处理库和/或其变体。
在至少一个实施例中，oneAPI DPC++库，也称为oneDPL，是实现算法和函数以加速DPC++内核编程的库。在至少一个实施例中，oneDPL实现一个或更多个标准模板库(STL)函数。在至少一个实施例中，oneDPL实现一个或更多个并行STL功能。在至少一个实施例中，oneDPL提供一组库类和函数，例如并行算法、迭代器、函数对象类、基于范围的API和/或其变体。在至少一个实施例中，oneDPL实现了C++标准库的一个或更多个类和/或函数。在至少一个实施例中，oneDPL实现一个或更多个随机数生成器功能。
在至少一个实施例中，oneAPI数学内核库，也称为oneMKL，是为各种数学函数和/或运算实现各种优化和并行化例程的库。在至少一个实施例中，oneMKL实现一个或更多个基本线性代数子程序(BLAS)和/或线性代数分组(LAPACK)密集线性代数例程。在至少一个实施例中，oneMKL实现一个或更多个稀疏BLAS线性代数例程。在至少一个实施例中，oneMKL实现一个或更多个随机数生成器(RNG)。在至少一个实施例中，oneMKL实现了一个或更多个向量数学(VM)例程，用于对向量进行数学运算。在至少一个实施例中，oneMKL实现一个或更多个快速傅里叶变换(FFT)函数。
在至少一个实施例中，oneAPI数据分析库，也称为oneDAL，是实现各种数据分析应用和分布式计算的库。在至少一个实施例中，oneDAL以批处理、在线和分布式计算处理模式实现用于数据分析的预处理、转换、分析、建模、验证和决策制定的各种算法。在至少一个实施例中，oneDAL实现了各种C++和/或Java API以及到一个或更多个数据源的各种连接器。在至少一个实施例中，oneDAL实现了对传统C++接口的DPC++API扩展，并使GPU能够用于各种算法。
在至少一个实施例中，oneAPI深度神经网络库，也称为oneDNN，是实现各种深度学习功能的库。在至少一个实施例中，oneDNN实现了各种神经网络、机器学习和深度学习功能、算法和/或其变体。
在至少一个实施例中，oneAPI集体通信库，也称为oneCCL，是实现用于深度学习和机器学习工作负载的各种应用的库。在至少一个实施例中，oneCCL建立在诸如消息传递接口(MPI)和libfabrics之类的较低级别的通信中间件之上。在至少一个实施例中，oneCCL启用一组深度学习特定优化，例如优先级、持久运算、乱序执行和/或其变体。在至少一个实施例中，oneCCL实现各种CPU和GPU功能。
在至少一个实施例中，oneAPI线程构建块库，也称为oneTBB，是为各种应用实现各种并行化过程的库。在至少一个实施例中，oneTBB用于主机上基于任务的共享并行编程。在至少一个实施例中，oneTBB实现通用并行算法。在至少一个实施例中，oneTBB实现并发容器。在至少一个实施例中，oneTBB实现了可扩展的存储器分配器。在至少一个实施例中，oneTBB实现工作窃取任务调度器。在至少一个实施例中，oneTBB实现低级同步原语。在至少一个实施例中，oneTBB独立于编译器并且可用于各种处理器，例如GPU、PPU、CPU和/或其变体。
在至少一个实施例中，oneAPI视频处理库，也称为oneVPL，是用于在一个或更多个应用程序中加速视频处理的库。在至少一个实施例中，oneVPL实现各种视频解码、编码和处理功能。在至少一个实施例中，oneVPL为CPU、GPU和其他加速器上的介质管线实现各种功能。在至少一个实施例中，oneVPL在以媒体为中心和视频分析工作负载中实现设备发现和选择。在至少一个实施例中，oneVPL实现了用于零拷贝缓冲区共享的API原语。
在至少一个实施例中，oneAPI编程模型利用DPC++编程语言。在至少一个实施例中，DPC++编程语言是一种编程语言，其包括但不限于功能相似版本的CUDA机制以定义设备代码并区分设备代码和主机代码。在至少一个实施例中，DPC++编程语言可以包括CUDA编程语言的功能子集。在至少一个实施例中，一个或更多个CUDA编程模型运算是使用oneAPI编程模型使用DPC++编程语言来执行的。
应当注意，虽然本文描述的示例实施例可以涉及CUDA编程模型，但是本文描述的技术可以与任何合适的编程模型一起使用，例如HIP、oneAPI和/或其变体。
可以鉴于以下条款来描述本公开的至少一个实施例：
1.一种处理器，其包括：
一个或更多个电路，所述一个或更多个电路用于使得至少部分地基于应用程序编程接口(“API”)来指示数据的位置以及从所述位置检索所述数据。
2.根据条款1所述的处理器，其中，所述API指示所述数据的驻留。
3.根据条款1或2所述的处理器，其中，所述位置由数组引用指示。
4.根据条款1-3中任一项所述的处理器，其中：
所述位置由数组引用来指示，所述数组引用存储在图形处理单元(“GPU”)中；以及
所述数组引用指示连接到所述GPU的存储器中的存储器位置。
5.根据条款1-4中任一项所述的处理器，其中：
所述位置由数组引用来指示，所述数组引用存储在并行处理单元(“PPU”)的内存中；以及
所述数组引用指示连接到所述PPU的存储器中的存储器位置。
6.根据条款1-5中任一项所述的处理器，其中，所述API使得执行第二API，所述第二API使得至少部分地基于所述数据的所述位置将所述数据映射到连接到GPU的存储器。
7.根据条款1-6中任一项所述的处理器，其中，所述数据为稀疏数组数据。
8.根据条款1-7中任一项所述的处理器，其中，所述数据是经mip映射的数组数据。
9.根据条款1-8中任一项所述的处理器，其中，所述数据是纹理数据。
10.一种方法，其包括：
使用应用程序编程接口(“API”)来指示数据的位置；以及
至少部分地基于所述API从所述位置检索所述数据。
11.根据条款10所述的方法，其中，所述位置由数组引用指示。
12.根据条款10或11所述的方法，进一步包括：
使用第二API，至少部分地基于所述位置将所述数据映射到连接到图形处理单元(“GPU”)的存储器。
13.根据条款10-12中任一项所述的方法，进一步包括：
使用第二API，至少部分地基于所述位置将所述数据从连接到GPU的存储器解映射。
14.根据条款10-13中任一项所述的方法，其中，所述API指示所述数据被映射到连接到图形处理单元(“GPU”)的存储器。
15.根据条款10-14中任一项所述的方法，其中，所述API指示所述数据未被映射到连接到图形处理单元(“GPU”)的存储器。
16.根据条款10-15中任一项所述的方法，进一步包括：
使用第二API，至少部分地基于所述位置来确定所述数据是否被映射到连接到GPU的存储器。
17.根据条款10-16中任一项所述的方法，其中，所述位置由对连接到GPU的存储器的引用来指示，以及其中，所述引用存储在所述GPU中。
18.根据条款10-17中任一项所述的方法，其中，所述位置由对连接到并行处理单元(“PPU”)的存储器的引用来指示，以及其中，所述引用存储在所述PPU中。
19.一种计算机系统，其包括一个或更多个处理器和存储器，所述存储器存储可执行指令，所述可执行指令作为由所述一个或更多个处理器执行的结果，使得所述计算机系统：
使得至少部分地基于应用程序编程接口(“API”)来指示数据的位置以及从所述位置检索所述数据。
20.根据条款19所述的计算机系统，其中，所述API指示所述数据的驻留。
21.根据条款19或20所述的计算机系统，其中，所述位置由数组引用指示。
22.根据条款19-21中任一项所述的计算机系统，其中，所述API使得执行第二API，所述第二API使得至少部分地基于所述位置将所述数据映射到连接到GPU的存储器。
23.根据条款19-22中任一项所述的计算机系统，其中：
所述位置由数组引用来指示，所述数组引用存储在并行处理单元(“PPU”)的存储器中；以及
所述数组引用指示连接到所述PPU的存储器中的存储器位置。
24.根据条款19-23中任一项所述的计算机系统，其中，所述API使得执行第二API，所述第二API使得至少部分地基于所述数据的所述位置将所述数据映射到连接到PPU的存储器。
25.一种机器可读介质，其上存储有指令集，所述指令集如果由一个或更多个处理器执行，则使得所述一个或更多个处理器至少：
使得至少部分地基于应用程序编程接口(“API”)来指示数据的位置以及从所述位置检索所述数据。
26.根据条款25所述的机器可读介质，其中，所述位置由数组引用指示。
27.根据条款25或26所述的机器可读介质，其中，所述API指示所述数据是否被映射到连接到所述一个或更多个处理器中的处理器的存储器。
28.根据条款25-27中任一项所述的机器可读介质，其中，所述API指示所述数据是否被映射到连接到中央处理单元(“CPU”)的存储器。
29.根据条款25-28中任一项所述的机器可读介质，其中，所述API指示所述数据是否被映射到连接到图形处理单元(“GPU”)的存储器。
30.根据条款25-29中任一项所述的机器可读介质，其中所述API指示所述数据是否被映射到连接到并行处理单元(“PPU”)的存储器。
31.根据条款25-30中任一项所述的机器可读介质，其中，如果所述API指示所述数据被映射到连接到所述一个或更多个处理器中的处理器的存储器，则从连接到所述一个或更多个处理器中的处理器的存储器检索所述数据。
32.根据条款25-31中任一项所述的机器可读介质，其中，如果所述API指示所述数据没有被映射到连接到所述一个或更多个处理器中的处理器的存储器，则所检索的数据包括包含全零的数组。
33.根据条款25-32中任一项所述的机器可读介质，其中：
所述API接收第一参数，所述第一参数包括一个或更多个存储器信息结构，其中所述一个或更多个存储器信息结构中的存储器信息结构指示关于所述数据的至少一部分的信息；
所述API接收第二参数，所述第二参数指示所述一个或更多个存储器信息结构的计数；
所述API接收第三参数，所述第三参数指示执行环境；以及
所述API返回错误状态指示符。
34.根据条款25-33中任一项所述的机器可读介质，其中，所述数据是稀疏数组数据。
35.根据条款25-34中任一项所述的机器可读介质，其中，所述数据是经mip映射的数组数据。
36.根据条款25-35中任一项所述的机器可读介质，其中，所述API返回标志，所述标志指示所述数据表示经mip映射的纹理的单个mip尾。
37.根据条款25-36中任一项所述的机器可读介质，其中，所述API接收参数，所述参数包括存储器信息参数结构中的存储器句柄、映射偏移和一组映射范围。
其他变型在本公开的精神内。因此，尽管公开的技术易于进行各种修改和替代构造，但是某些示出的其实施例在附图中示出并且已经在上面进行了详细描述。然而，应理解，无意将公开内容限制为所公开的一种或更多种特定形式，而是相反，其意图是涵盖落入如所附权利要求书所定义的本公开内容的精神和范围内的所有修改、替代构造和等同物。
除非另有说明或显然与上下文矛盾，否则在描述所公开的实施例的上下文中(特别是在所附权利要求的上下文中)，术语“一”和“一个”和“该”以及类似指代的使用应被解释为涵盖单数和复数，而不是作为术语的定义。除非另有说明，否则术语“包括”、“具有”、“包含”和“含有”应被解释为开放式术语(意味着“包括但不限于”)。术语“连接”(在未经修改时指的是物理连接)应解释为部分或全部包含在内、附接到或连接在一起，即使有某些介入。除非本文另外指出，否则本文中对数值范围的引用仅旨在用作分别指代落入该范围内的每个单独值的简写方法，并且每个单独值都被并入说明书中，就如同其在本文中被单独叙述一样。除非另外指出或与上下文矛盾，否则术语“集”(例如“项目集”)或“子集”的使用应解释为包括一个或更多个成员的非空集合。此外，除非另外指出或与上下文矛盾，否则术语相应集的“子集”不一定表示对应集的适当子集，而是子集和对应集可以相等。
除非以其他方式明确指出或与上下文明显矛盾，否则诸如“A，B和C中的至少一个”或“A，B与C中的至少一个”形式的短语之类的连接语在上下文中理解为通常用来表示项目、条款等，其可以是A或B或C，也可以是A和B和C集的任何非空子集。例如，在具有三个成员的集的说明性示例中，连接短语“A，B和C中的至少一个”和“A，B与C中的至少一个”是指以下任意集：{A}，{B}，{C}，{A，B}，{A，C}，{B，C}，{A，B，C}。因此，这种连接语言通常不旨在暗示某些实施例要求存在A中的至少一个，B中的至少一个和C中的至少一个。另外，除非另有说明或与上下文矛盾，否则术语“多个”表示复数的状态(例如，“多个项目”表示多个项目)。多个项目中项目的数量至少为两个，但如果明确指示或通过上下文指示，则可以更多。此外，除非另有说明或从上下文中可以清楚得知，否则短语“基于”是指“至少部分基于”而不是“仅基于”。
除非本文另外指出或与上下文明显矛盾，否则本文描述的过程的操作可以任何合适的顺序执行。在至少一个实施例中，诸如本文所述的那些过程(或其变形和/或其组合)之类的过程在配置有可执行指令的一个或更多个计算机系统的控制下执行，并且被实现为代码(例如，可执行指令，一个或更多个计算机程序或一个或更多个应用程序)，该代码通过硬件或其组合在一个或更多个处理器上共同执行。在至少一个实施例中，代码以例如计算机程序的形式存储在计算机可读存储介质上，该计算机程序包括可由一个或更多个处理器执行的多个指令。在至少一个实施例中，计算机可读存储介质是非暂时性计算机可读存储介质，其排除了暂时性信号(例如，传播的瞬态电或电磁传输)，但包括非暂时性数据存储电路(例如，缓冲区、高速缓存和队列)。在至少一个实施例中，代码(例如，可执行代码或源代码)被存储在其上存储有可执行指令的一组一个或更多个非暂时性计算机可读存储介质(或用于存储可执行指令的其他存储器)上，该可执行指令在由计算机系统的一个或更多个处理器执行时(即，作为被执行的结果)，使得计算机系统执行本文所述的操作。在至少一个实施例中，一组非暂时性计算机可读存储介质包括多个非暂时性计算机可读存储介质，并且多个非暂时性计算机可读存储介质中的个体非暂时性存储介质中的一个或更多个缺少全部代码，而是多个非暂时性计算机可读存储介质共同存储全部代码。在至少一个实施例中，可执行指令被执行，以使得不同的指令由不同的处理器执行，例如，非暂时性计算机可读存储介质存储指令，并且主中央处理单元(“CPU”)执行一些指令，而图形处理单元(“GPU”)执行其他指令。在至少一个实施例中，计算机系统的不同组件具有单独的处理器，并且不同的处理器执行指令的不同子集。
因此，在至少一个实施例中，计算机系统被配置为实现单独地或共同地执行本文所述的过程的操作的一个或更多个服务，并且这样的计算机系统被配置有使能实施操作的适用的硬件和/或软件。此外，实现本公开的至少一个实施例的计算机系统是单个设备，并且在另一实施例中是分布式计算机系统，其包括以不同方式操作的多个设备，使得分布式计算机系统执行本文所述的操作，并且使得单个设备不执行所有操作。
本文提供的任何和所有示例或示例性语言(例如，“诸如”)的使用仅旨在更好地阐明本公开的实施例，并且不对公开的范围构成限制，除非另有要求。说明书中的任何语言都不应被解释为表示任何未要求保护的要素对于实践公开内容是必不可少的。
本文引用的所有参考文献，包括出版物、专利申请和专利，均通过引用并入本文，其程度就如同每个参考文献被单独且具体地指示为以引用的方式并入本文并且其全部内容在本文中阐述一样。
在说明书和权利要求中，可以使用术语“耦合”和“连接”以及它们的派生词。应当理解，这些术语可能不旨在作为彼此的同义词。相反，在特定示例中，“连接”或“耦合”可用于指示两个或更多个元件彼此直接或间接物理或电接触。“耦合”也可能意味着两个或更多个元素彼此不直接接触，但仍彼此协作或交互。
除非另有明确说明，否则可以理解，在整个说明书中，诸如“处理”、“计算”、“计算”、“确定”等之类的术语，是指计算机或计算系统或类似的电子计算设备的动作和/或过程，其将计算系统的寄存器和/或存储器中表示为物理量(例如电子)的数据处理和/或转换为类似表示为计算系统的存储器、寄存器或其他此类信息存储、传输或显示设备中的物理量的其他数据。
以类似的方式，术语“处理器”可以指处理来自寄存器和/或存储器的电子数据并将该电子数据转换成可以存储在寄存器和/或存储器中的其他电子数据的任何设备或存储器的一部分。作为非限制性示例，“处理器”可以是CPU或GPU。“计算平台”可以包括一个或更多个处理器。如本文所使用的，“软件”进程可以包括例如随时间执行工作的软件和/或硬件实体，诸如任务、线程和智能代理。同样，每个过程可以指代多个过程，以连续地或间歇地顺序地或并行地执行指令。术语“系统”和“方法”在本文中可以互换使用，只要系统可以体现一种或更多种方法，并且方法可以被认为是系统。
在至少一个实施例中，算术逻辑单元是一组组合逻辑电路，其采用一个或更多个输入来产生结果。在至少一个实施例中，处理器使用算术逻辑单元来实现数学运算，例如加法、减法或乘法。在至少一个实施例中，算术逻辑单元用于实现逻辑运算，例如逻辑“与/或(AND/OR)”或者“异或(XOR)”。在至少一个实施例中，算术逻辑单元是无状态的，并且由诸如半导体晶体管之类的物理开关组件制成，所述半导体晶体管布置成形成逻辑门。在至少一个实施例中，算术逻辑单元可以在内部作为具有关联时钟的状态化逻辑电路来运算。在至少一个实施例中，算术逻辑单元可以被构造为异步逻辑电路，其内部状态未保持在相关联的寄存器组中。在至少一个实施例中，处理器使用算术逻辑单元来组合存储在处理器的一个或更多个寄存器中的运算数并产生可由处理器存储在另一寄存器或存储器位置中的输出。
在至少一个实施例中，作为处理由处理器检索的指令的结果，处理器将一个或更多个输入或运算数呈现给算术逻辑单元，使得算术逻辑单元产生至少部分地基于指令的结果提供给算术逻辑单元的输入的代码。在至少一个实施例中，由处理器提供给ALU的指令代码至少部分地基于由处理器执行的指令。在至少一个实施例中，ALU中的组合逻辑处理输入并产生输出，该输出被放置在处理器内的总线上。在至少一个实施例中，处理器在输出总线上选择目的地寄存器、存储器位置、输出设备或输出存储位置，从而对处理器进行计时使得由ALU产生的结果被发送到期望的位置。
在本文件中，可以参考获得、获取、接收或将模拟或数字数据输入子系统、计算机系统或计算机实现的机器中。可以通过多种方式来完成获得、获取、接收或输入模拟和数字数据的过程，例如通过接收作为函数调用或对应用程序编程接口的调用的参数的数据。在一些实现方式中，可以通过经由串行或并行接口传输数据来完成获得、获取、接收或输入模拟或数字数据的过程。在另一实现方式中，可以通过经由计算机网络将数据从提供实体传输到获取实体来完成获得、获取、接收或输入模拟或数字数据的过程。也可以参考提供、输出、传送、发送或呈现模拟或数字数据。在各种示例中，提供、输出、传送、发送或呈现模拟或数字数据的过程可以通过将数据作为函数调用的输入或输出参数、应用程序编程接口或进程间通信机制的参数进行传输来实现。
尽管上面的讨论阐述了所描述的技术的示例实现，但是其他架构可以用于实现所描述的功能，并且旨在落入本公开的范围内。此外，尽管出于讨论的目的在上面定义了具体的职责分配，但是根据情况，可以以不同的方式分配和划分各种功能和职责。
此外，尽管已经用特定于结构特征和/或方法动作的语言描述了主题，但是应当理解，所附权利要求书所要求保护的主题不必限于所描述的特定特征或动作。而是，公开了特定的特征和动作作为实现权利要求的示例性形式。

Claims (37)

1.一种处理器，其包括：
一个或更多个电路，所述一个或更多个电路用于使得至少部分地基于应用程序编程接口(“API”)来指示数据的位置以及从所述位置检索所述数据。
2.根据权利要求1所述的处理器，其中，所述API指示所述数据的驻留。
3.根据权利要求1所述的处理器，其中，所述位置由数组引用指示。
4.根据权利要求1所述的处理器，其中：
所述位置由数组引用来指示，所述数组引用存储在图形处理单元(“GPU”)中；以及
所述数组引用指示连接到所述GPU的存储器中的存储器位置。
5.根据权利要求1所述的处理器，其中：
所述位置由数组引用来指示，所述数组引用存储在并行处理单元(“PPU”)的存储器中；以及
所述数组引用指示连接到所述PPU的存储器中的存储器位置。
6.根据权利要求1所述的处理器，其中，所述API使得执行第二API，所述第二API使得至少部分地基于所述数据的所述位置将所述数据映射到与GPU连接的存储器。
7.根据权利要求1所述的处理器，其中，所述数据为稀疏数组数据。
8.根据权利要求1所述的处理器，其中，所述数据是经mip映射的数组数据。
9.根据权利要求1所述的处理器，其中，所述数据是纹理数据。
10.一种方法，其包括：
使用应用程序编程接口(“API”)来指示数据的位置；以及
至少部分地基于所述API从所述位置检索所述数据。
11.根据权利要求10所述的方法，其中，所述位置由数组引用指示。
12.根据权利要求10所述的方法，进一步包括：
使用第二API，至少部分地基于所述位置将所述数据映射到与图形处理单元(“GPU”)连接的存储器。
13.根据权利要求10所述的方法，进一步包括：
使用第二API，至少部分地基于所述位置将所述数据从与GPU连接的存储器解映射。
14.根据权利要求10所述的方法，其中，所述API指示所述数据被映射到与图形处理单元(“GPU”)连接的存储器。
15.根据权利要求10所述的方法，其中，所述API指示所述数据未被映射到与图形处理单元(“GPU”)连接的存储器。
16.根据权利要求10所述的方法，进一步包括：
使用第二API，至少部分地基于所述位置来确定所述数据是否被映射到与GPU连接的存储器。
17.根据权利要求10所述的方法，其中，所述位置由对连接到GPU的存储器的引用来指示，并且其中，所述引用存储在所述GPU中。
18.根据权利要求10所述的方法，其中，所述位置由对连接到并行处理单元(“PPU”)的存储器的引用来指示，并且其中，所述引用存储在所述PPU中。
19.一种计算机系统，其包括存储器和一个或更多个处理器，所述存储器存储可执行指令，所述可执行指令作为由所述一个或更多个处理器执行的结果，使得所述计算机系统：
使得至少部分地基于应用程序编程接口(“API”)来指示数据的位置以及从所述位置检索所述数据。
20.根据权利要求19所述的计算机系统，其中，所述API指示所述数据的驻留。
21.根据权利要求19所述的计算机系统，其中，所述位置由数组引用指示。
22.根据权利要求19所述的计算机系统，其中，所述API使得执行第二API，所述第二API使得至少部分地基于所述位置将所述数据映射到与GPU连接的存储器。
23.根据权利要求19所述的计算机系统，其中：
所述位置由数组引用来指示，所述数组引用存储在并行处理单元(“PPU”)的存储器中；以及
所述数组引用指示连接到所述PPU的存储器中的存储器位置。
24.根据权利要求19所述的计算机系统，其中，所述API使得执行第二API，所述第二API使得至少部分地基于所述数据的所述位置将所述数据映射到与PPU连接的存储器。
25.一种机器可读介质，其上存储有指令集，所述指令集如果由一个或更多个处理器执行，则使得所述一个或更多个处理器至少：
使得至少部分地基于应用程序编程接口(“API”)来指示数据的位置以及从所述位置检索所述数据。
26.根据权利要求25所述的机器可读介质，其中，所述位置由数组引用指示。
27.根据权利要求25所述的机器可读介质，其中，所述API指示所述数据是否被映射到与所述一个或更多个处理器中的处理器连接的存储器。
28.根据权利要求25所述的机器可读介质，其中，所述API指示所述数据是否被映射到与中央处理单元(“CPU”)连接的存储器。
29.根据权利要求25所述的机器可读介质，其中，所述API指示所述数据是否被映射到与图形处理单元(“GPU”)连接的存储器。
30.根据权利要求25所述的机器可读介质，其中，所述API指示所述数据是否被映射到与并行处理单元(“PPU”)连接的存储器。
31.根据权利要求25所述的机器可读介质，其中，如果所述API指示所述数据被映射到与所述一个或更多个处理器中的处理器连接的存储器，则从与所述一个或更多个处理器中的所述处理器连接的存储器检索所述数据。
32.根据权利要求25所述的机器可读介质，其中，如果所述API指示所述数据没有被映射到与所述一个或更多个处理器中的处理器连接的存储器，则所检索的数据包括包含全零的数组。
33.根据权利要求25所述的机器可读介质，其中：
所述API接收第一参数，所述第一参数包括一个或更多个存储器信息结构，其中所述一个或更多个存储器信息结构中的存储器信息结构指示关于所述数据的至少一部分的信息；
所述API接收第二参数，所述第二参数指示所述一个或更多个存储器信息结构的计数；
所述API接收第三参数，所述第三参数指示执行环境；以及
所述API返回错误状态指示符。
34.根据权利要求25所述的机器可读介质，其中，所述数据是稀疏数组数据。
35.根据权利要求25所述的机器可读介质，其中，所述数据是经mip映射的数组数据。
36.根据权利要求25所述的机器可读介质，其中，所述API返回标志，所述标志指示所述数据表示经mip映射的纹理的单个mip尾。
37.根据权利要求25所述的机器可读介质，其中，所述API接收参数，所述参数包括存储器信息参数结构中的存储器句柄、映射偏移和一组映射范围。
CN202280010915.3A 2021-09-17 2022-09-16 用于检索数据的应用程序编程接口 Pending CN116745749A (zh)

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
IN202111042206 2021-09-17
US17/522,605 US20230087457A1 (en) 2021-09-17 2021-11-09 Application programming interface to retrieve data
US17/522,605 2021-11-09
PCT/US2022/076530 WO2023044408A1 (en) 2021-09-17 2022-09-16 Application programming interface to retrieve data

Publications (1)

Publication Number Publication Date
CN116745749A true CN116745749A (zh) 2023-09-12

Family

ID=87913748

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202280010915.3A Pending CN116745749A (zh) 2021-09-17 2022-09-16 用于检索数据的应用程序编程接口

Country Status (1)

Country Link
CN (1) CN116745749A (zh)

Similar Documents

Publication Publication Date Title
CN116783578A (zh) 执行矩阵值指示
CN116724292A (zh) 线程组的并行处理
CN116243921A (zh) 用于修改图代码的技术
CN118043773A (zh) 不受操作数在存储器中的存储位置限制对矩阵操作数进行运算
CN117136354A (zh) 多架构执行图
CN116225676A (zh) 用于限制存储器的应用程序编程接口
CN118339538A (zh) 用于指示图节点执行的应用程序编程接口
CN116830101A (zh) 基于处理资源的张量修改
CN118119924A (zh) 用于利用可重用线程执行操作的应用程序编程接口
CN118103817A (zh) 用于执行选择性加载的应用程序编程接口
CN117222984A (zh) 用于取消关联虚拟地址的应用程序编程接口
CN116521254A (zh) 基于图的存储器存储
CN116401039A (zh) 异步的存储器解除分配
CN117157618A (zh) 用于创建和修改图形对象的应用程序编程接口
CN116436874A (zh) 使用备用指示集的网络组播
CN118302752A (zh) 用于控制图节点执行的应用程序编程接口
CN117178261A (zh) 使图代码更新信号量的应用程序编程接口
CN116257353A (zh) 用于互操作性的应用编程接口
CN116257354A (zh) 用于互操作性的应用编程接口
CN116802613A (zh) 同步图形执行
CN116097224A (zh) 同时启动代码
CN116745749A (zh) 用于检索数据的应用程序编程接口
CN116433460A (zh) 用于存储图像的部分的应用程序编程接口
CN116433461A (zh) 用于检索图像的部分的应用程序编程接口
CN116414557A (zh) 异步的存储器分配

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination