CN116257353A - 用于互操作性的应用编程接口 - Google Patents
用于互操作性的应用编程接口 Download PDFInfo
- Publication number
- CN116257353A CN116257353A CN202211528435.4A CN202211528435A CN116257353A CN 116257353 A CN116257353 A CN 116257353A CN 202211528435 A CN202211528435 A CN 202211528435A CN 116257353 A CN116257353 A CN 116257353A
- Authority
- CN
- China
- Prior art keywords
- timeline
- semaphore
- api
- processor
- memory
- 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
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/50—Allocation of resources, e.g. of the central processing unit [CPU]
- G06F9/5005—Allocation of resources, e.g. of the central processing unit [CPU] to service a request
- G06F9/5027—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resource being a machine, e.g. CPUs, Servers, Terminals
- G06F9/505—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resource being a machine, e.g. CPUs, Servers, Terminals considering the load
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/54—Interprogram communication
- G06F9/541—Interprogram communication via adapters, e.g. between incompatible applications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/52—Program synchronisation; Mutual exclusion, e.g. by means of semaphores
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/52—Program synchronisation; Mutual exclusion, e.g. by means of semaphores
- G06F9/526—Mutual exclusion algorithms
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/54—Interprogram communication
- G06F9/542—Event management; Broadcasting; Multicasting; Notifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/54—Interprogram communication
- G06F9/544—Buffers; Shared memory; Pipes
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/54—Interprogram communication
- G06F9/547—Remote procedure calls [RPC]; Web services
- G06F9/548—Object oriented; Remote method invocation [RMI]
Landscapes
- Engineering & Computer Science (AREA)
- Software Systems (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Multimedia (AREA)
- Advance Control (AREA)
Abstract
本公开涉及用于互操作性的应用编程接口。用于执行一个或更多个API以接收、更新、等待和无效一个或更多个时间线信号量的装置、系统和技术。在至少一个实施例中,用于管理计算资源(例如,工作负载的流)的装置、系统和技术可以引用、使用和读取与时间线信号量相对应的计数值。在至少一个实施例中,API可与驱动器或库通信以与时间线信号量的句柄交互。
Description
技术领域
至少一个实施例涉及时间线信号量。例如,至少一个实施例涉及处理引用时间线信号量的句柄的流的工作负载以实现本文描述的各种新颖技术的处理器或计算系统。
背景技术
应用可以使用多个应用编程接口(API)。如果应用使用多个API,则API可共享有限数量的计算资源(例如,处理器、存储器)。如果没有有效地或以有组织的方式共享计算资源,则应用可能经历计算资源(诸如处理或存储器资源)的浪费。
附图说明
图1示出了根据至少一个实施例的用于处理应用的混合工作负载的概述框图;
图2示出了根据至少一个实施例的用于创建、接收、更新和无效时间线信号量的组件的概述框图;
图3示出了根据至少一个实施例的使用时间线信号量的概述过程流程图;
图4示出了根据至少一个实施例的用于接收时间线信号量的过程流程图;
图5示出了根据至少一个实施例的用于更新时间线信号量的过程流程图;
图6示出了根据至少一个实施例的用于等待时间线信号量的过程流程图;
图7示出了根据至少一个实施例的用于无效时间线信号量的过程流程图;
图8示出了根据至少一个实施例的示例性数据中心;
图9示出了根据至少一个实施例的处理系统;
图10示出了根据至少一个实施例的计算机系统;
图11示出了根据至少一个实施例的系统;
图12示出了根据至少一个实施例的示例性集成电路;
图13示出了根据至少一个实施例的计算系统;
图14示出了根据至少一个实施例的APU;
图15示出了根据至少一个实施例的CPU;
图16示出了根据至少一个实施例的示例性加速器集成切片;
图17A和17B示出了根据至少一个实施例的示例性图形处理器;
图18A示出了根据至少一个实施例的图形核心;
图18B示出了根据至少一个实施例的GPGPU;
图19A示出了根据至少一个实施例的并行处理器;
图19B示出了根据至少一个实施例的处理集群;
图19C示出了根据至少一个实施例的图形多处理器;
图20示出了根据至少一个实施例的图形处理器;
图21示出了根据至少一个实施例的处理器;
图22示出了根据至少一个实施例的处理器;
图23示出了根据至少一个实施例的图形处理器核心;
图24示出了根据至少一个实施例的PPU;
图25示出了根据至少一个实施例的GPC;
图26示出了根据至少一个实施例的流式多处理器;
图27示出了根据至少一个实施例的编程平台的软件栈;
图28示出了根据至少一个实施例的图27的软件栈的CUDA实现;
图29示出了根据至少一个实施例的图27的软件栈的ROCm实现;
图30示出了根据至少一个实施例的图27的软件栈的OpenCL实现;
图31示出了根据至少一个实施例的由编程平台支持的软件;
图32示出了根据至少一个实施例的在图27-30的编程平台上执行的编译代码;
图33示出了根据至少一个实施例的在图27-30的编程平台上执行的更详细的编译代码;
图34示出了根据至少一个实施例的在编译源代码之前转换源代码;
图35A示出了根据至少一个实施例的被配置为使用不同类型的处理单元来编译和执行CUDA源代码的系统;
图35B示出了根据至少一个实施例的被配置为使用CPU和启用CUDA的GPU来编译和执行图35A的CUDA源代码的系统;
图35C示出了根据至少一个实施例的被配置为使用CPU和未启用CUDA的GPU来编译和执行图35A的CUDA源代码的系统;
图36示出了根据至少一个实施例的由图35C的CUDA到HIP转换工具转换的示例性内核;
图37更详细地示出了根据至少一个实施例的图35C的未启用CUDA的GPU;以及
图38示出了根据至少一个实施例的示例性CUDA网格的线程如何被映射到图37的不同计算单元;以及
图39示出了根据至少一个实施例的如何将现有CUDA代码迁移到数据并行C++代码。
具体实施方式
在以下描述中,阐述了许多具体细节以便提供对至少一个实施例的更透彻理解。然而,对于本领域技术人员将显而易见的是,可以在没有这些具体细节中的一个或更多个的情况下实践本发明构思。
在至少一个实施例中,应用正在运行或计划运行作为混合工作负载的工作负载,其中混合工作负载包括将由第一API执行的操作和将由第二API执行的操作。混合工作负载还可包括将由第一API库和第二API库执行的操作。例如,混合工作负载包括将要由以下执行的操作:VULKAN API(由KHRONOS集团公司提供)和CUDAAPI(由NVIDIA提供,oneAPI提供INTEL,由INTEL提供的线程同步API)。在这样的示例中,VULKAN API提供对象的图形,诸如视频游戏场景中的岩石的图形,并且CUDAAPI提供用于确定所述视频游戏场景中的所述岩石的物理(例如,重力)的操作——这里,视频游戏具有混合工作负载,因为VULKAN和CUDA正在运行或计划运行所述视频游戏的各部分。虽然视频游戏被用作示例,但是其他应用也可以执行混合工作负载。
在至少一个实施例中,当存在混合工作负载时,第一API的过程需要与第二API的过程协调或同步以减少浪费计算资源。例如,如果视频游戏的一部分使用VULKAN API来执行帧渲染操作并且视频游戏的另一部分使用CUDAAPI来计算与所述帧渲染操作相关的物理操作,则对于由所述第一API进行的帧渲染周期和由所述第二API进行的物理更新具有1:1的关系通常更高效,以避免浪费计算周期或停止应用(例如,太多的渲染更新而没有物理更新)。
因此,在至少一个实施例中,时间线信号量用于协调或同步混合工作负载,其中,第一API可以在完成处理第一工作负载的一部分时发信号通知时间线信号量,并且第二API已经等待所述时间线信号量被发出信号,从而使得所述时间线信号量达到或超过阈值从而指示其可以开始处理第二工作负载(其中,所述第一工作负载和第二工作负载与运行所述应用相关)。在至少一个实施例中,时间线信号量使得诸如GPU或CPU线程的计算资源能够在特定时间被分配以协调工作负载处理和/或控制资源访问。在至少一个实施例中,计算资源是指诸如CPU或GPU之类的硬件或者诸如在硬件上运行的线程、流和队列之类的软件。
在至少一个实施例中,用于创建、接收和发信号通知的系统被用于使应用的工作负载同步。例如,第一API创建时间线信号量,所述第一API向应用导出所述时间线信号量的句柄,应用接收所述时间线信号量的所述导出句柄,并且第二API为所述时间线信号量导入所述导出句柄。在至少一个实施例中,句柄是由另一API创建的对象(例如,指针)的存储器地址,其中基于该存储器地址,API或驱动器可以与所述对象通信。在至少一个实施例中,引用器(referencer)是句柄的通用形式,其中引用器是指存储对象的存储器位置的对象(例如,指针)。在至少一个实施例中,第二API(其具有时间线信号量的句柄)通过基于所述时间线信号量的句柄调用驱动程序来发信号通知所述时间线信号量,以发信号通知所述时间线信号量。在至少一个实施例中,第一API和第二API可以等待或发信号通知时间线信号量,使得混合工作负载同步。
在至少一个实施例中,时间线信号量是存储在存储器中的对象,该对象可以被创建、接收(例如,导入)、更新(例如,发信号通知)、等待和无效(例如,销毁)。在至少一个实施例中,时间线信号量是同步原语,其状态由单调增加的64位整数值组成,其中时间线信号量可以实现使用单个原语的设备和主机(例如,CPU和GPU)之间或第一设备和第二设备(例如,GPU和GPU)之间的全向同步。在至少一个实施例中,与工作负载相关联的流或队列发信号通知或等待时间线信号量,以使工作负载处理与另一流或另一队列同步。
在至少一个实施例中,时间线信号量对应于用于控制对计算资源(例如,GPU、CPU)的访问的对象。在至少一个实施例中,时间线信号量是计数器或以其他方式对应于计数器。在至少一个实施例中,时间线信号量对应于计数器或时间线参数具有对应于计数器的参数,其中计数器跟踪值并且可以增加一或更多。在至少一个实施例中,时间线信号量启用等待发信号前提交次序,与使用重置操作的二进制信号量相比,消除了重新使用之前在信号操作之后重置的需要,并且启用每个信号操作的多个等待操作。在至少一个实施例中,时间线信号量是VULKAN的“Vk信号量时间线信号量(VkSemaphore timelineSemaphore)”,其由“vk创建信号量(dev,&createInfo,NULL,&时间线信号量)(vkCreateSemaphore(dev,&createInfo,NULL,&timelineSemaphore))”创建。
在至少一个实施例中,第一API和第二API(或第一和第二库API)被称为“互操作性”或“可互操作”API,因为API使得外部对象、外部过程或外部API的互操作性能够在单个平台上运行(例如,包括VULKAN API的视频游戏可以在具有CUDA API和CUDA驱动器的NVIDIA平台上运行)。
图1示出了用于处理应用的混合工作负载的概览框图。图1示出了应用环境100、第一队列105、第一流110、第二流115、箭头120和时间线125(例如,以微秒、秒为单位的时间或与处理器或过程的周期之间的时间对应的另一时间值)。在至少一个实施例中,应用环境100涉及执行应用的工作负载,诸如帧渲染工作负载(例如,显示电影或视频游戏中的场景)和物理过程工作负载(例如,计算与视频游戏的电影的帧的物理过程相对应的物理过程操作)。第一队列105可以对应于用于渲染帧的第一过程;例如,第一队列105对应于用于利用视频游戏场景中的对象的图形来渲染一个或更多个帧的过程(例如,使用VULKAN API或VULKAN的API库和函数)。第一流110和第二流115可对应于与用于渲染一个或更多个视频游戏场景的第一队列105有关的物理过程更新。例如,第一队列105对应于渲染图像,作为使用VULKAN实现应用的一部分,第一流110和第二流115对应于CUDA提供对应于渲染所述帧的物理过程。在至少一个实施例中,应用可以请求或创建第一队列105、第一流110和第二流115,其中所述应用在NVIDIA平台上运行。
可以从左到右读取第一队列105、第一流110和第二流115。从第一队列105开始并从左到右进行读取,存在时间(空白空间)、等待操作、帧渲染操作、信号操作、时间(空白空间)、另一等待操作、另一(附加)等待操作、另一帧渲染操作(例如,下一帧)以及信号操作。所述第一队列105在其在时间上向前移动(从左到右)时执行工作负载,其中,所述工作负载包括等待、帧渲染和信号操作。在至少一个实施例中,还从左到右读取第一流110,其中第一流110具有时间(空白空间)、等待操作、物理过程更新操作、信号操作、时间(空白空间)、另一等待操作、另一物理过程更新操作、和另一信号操作。第二流115具有与如图1所示的第一流110相似的操作。
在至少一个实施例中,在渲染应用环境100的每个周期中,应用需要在物理引擎上触发以更新环境的物理学过程并渲染帧。在至少一个实施例中,当帧操作(例如,图形)和计算操作具有顺序1:1比率以减少浪费周期(例如,每帧渲染多个事件周期(tick))或做无价值的工作(例如,每物理事件周期多个帧渲染)时是有效的。为了更有效,将一个或更多个时间线信号量用于同步。
在至少一个实施例中,多个流和多个队列对应于多个时间线信号量,其中,应用请求第一API基于运行所述应用所需的多个流和多个队列来创建多个时间线信号量。例如,对于应用环境100,存在三个时间线信号量,其中应用为第一队列105信号量创建一个时间线信号量,为第一流110创建一个时间线信号量,以及为第二流115创建一个时间线信号量。在至少一个实施例中,可以有比流/队列更多的时间线信号或者比流/队列的数量更少的时间线信号。
如图1中所示,箭头120概念性地示出了如何使用信号操作和等待操作来使第一队列105、第一流110和第二流115同步。在至少一个实施例中,箭头120表示信号操作和等待操作之间的依赖关系。例如,在第一队列105完成帧渲染操作之后,它发信号通知时间线信号量(例如,增加所述时间线信号量的计数值),通过用信号通知对应于第一流110的所述时间线信号量:第一流110确定所述时间线信号量的值已达到或超过阈值,并且基于此阈值触发,第一流110停止等待所述时间线信号量并执行物理过程更新,其中所述物理过程更新对应于将被渲染的帧的物理过程。在至少一个实施例中,第一工作流引用时间线信号量(例如,通过功能或操作),且第二工作流还引用所述时间线信号量(例如,通过功能或操作),且其中所述第一工作流和所述第二工作流基于读取存储器中对应于所述时间线信号量的值而同步,以确定何时等待以及何时继续处理工作负载。
在至少一个实施例中,等待操作是指等待时间线信号量。例如,作为第一队列105的一部分,存在函数或变量,该函数或变量在渲染帧之前等待时间线信号量达到或超过阈值(例如,计数5),其中所述等待操作使得第一流110和第二流115能够完成物理过程更新,使得帧用经更新的物理过程来渲染。
在至少一个实施例中,信号操作意指致使信号量改变其状态或改变与所述时间线信号量相对应的参数的值。例如,当第一队列105完成渲染帧时,它可以用信号通知时间线信号量以指示信号值(例如,3毫秒),这意味着第一流110将不需要诸如GPU之类的处理资源,直到达到所述信号值为止。在至少一个实施例中,信令值可以是1或更大,这意味着队列是发信号通知将时间线信号量的值增加1或更大的值(例如,其单调增加的64位整数)。如果其他流或队列正在等待所述时间线信号量,并且已经发信号通知将其值增加到达到或超过值,则等待所述时间线信号量到所述阈值的所述其他流或队列可以继续(例如,停止等待所述时间线信号量)。
虽然在图1中示出了第一队列105、第一流110和第二流115,但应用程序可以请求多于一个队列、多于两个流、或少于两个流。例如,应用(例如,视频)可以请求创建10或100个流来处理与具有渲染场景的物理学或计算要求的视频游戏有关的工作负载。应用可以确定运行所述应用所需的队列和流的数量,其中应用可以与处理平台(例如,NVIDIA的平台)以所述数量进行通信。
图2示出了根据至少一个实施例的用于创建、接收、更新和无效时间线信号量的概述框图。图2示出了具有应用205、第一API 210、第二API215、第一驱动器220、第二驱动器225、第三驱动器230、第四驱动器240和处理单元250的应用环境200。例如,应用205是具有VULKAN和CUDA工作负载的视频游戏,第一API 210是VULKAN API,第二API 215是CUDA API,第一驱动器220是VULKAN驱动器(例如,将用作驱动器以使硬件或低级驱动器执行操作的函数库),第二驱动器225是CUDA驱动器(例如,用户级驱动器、在用户级在CUDA中使用以控制硬件或低级驱动器的函数),第三驱动器230是直接存储器访问Linux(DMAL)驱动器或Windows显示驱动器模型(WDDM)驱动器,第四驱动器240是用于CUDA的内核驱动器,并且处理单元250是与GPU(例如,主机处理器和设备处理器,或主机处理器和设备处理器)通信的CPU。在至少一个实施例中,第三驱动器230或第四驱动器240对应于图28中的CUDA驱动器2807和设备内核驱动器2808或与其通信。虽然图2中示出了第一AP1 210和第二AP1 215,但应用205还可使用第一API库、第一API可访问的第一函数库、第二API库或第二API可访问的第二函数库。
在至少一个实施例中,应用程序205指示第一API 210创建时间线信号量,第一API210创建所述时间线信号量,第一API 210向应用205导出所述时间线信号量的句柄,并且应用205向第二API 215提供所述时间线信号量的所述句柄,所述第二API从应用205接收所述句柄。在至少一个实施例中,第一API 210可在共享存储器中创建时间线,其中共享存储器可被包括第一API 210的其他API访问。在接收到时间线信号量的所述句柄之后,所述第二API 215可导入所述时间线信号量的所述导出的句柄,其中所述导入操作在图3和图4中更详细地公开。在导入用于所述时间线信号量的所述句柄之后,第二API 215可以基于所述导入的句柄发信号通知所述时间线信号量(例如,所述句柄提供存储器位置)。例如,第二API215通过第二驱动器225、第三驱动器230、第四驱动器240和处理单元250发信号通知时间线信号量。在至少一个实施例中,图2所示的组件执行图1所示的队列和/或流。
在至少一个实施例中,第一API 210和第二API 215可以并发地、同时地或分开地发信号通知或等待一个或更多个时间线信号量。在至少一个实施例中,第一API 210和第二API 215发信号通知或等待相同的时间线信号量。在图3-7中披露了关于创建、接收(例如,导入)、更新(例如,发信号通知)、等待和销毁一个或更多个时间线信号量的更多细节。
图3示出了使用时间线信号量的概述过程流程图。在至少一个实施例中,过程300(或本文描述的任何其他过程,或其变型和/或组合)中的一些或全部在配置有计算机可执行指令的一个或更多个计算机系统的控制下执行,并且被实现为由硬件、软件或其组合在一个或更多个处理器上共同执行的代码(例如,计算机可执行指令、一个或更多个计算机程序或一个或更多个应用)。在至少一个实施例中,代码以计算机程序的形式存储在计算机可读存储介质上,该计算机程序包括可由一个或更多个处理器执行的多个计算机可读指令。在至少一个实施例中,计算机可读存储介质是非瞬态计算机可读介质。在至少一个实施例中,不仅仅使用瞬态信号(例如,传播的瞬态电或电磁传输)来存储可用于执行过程300的至少一些计算机可读指令。在至少一个实施例中,非瞬态计算机可读介质不一定包括瞬态信号的收发器内的非瞬态数据存储电路(例如,缓冲器、高速缓存和队列)。在至少一个实施例中,过程300至少部分地在计算机系统上执行,例如本公开中其他地方描述的那些计算机系统。
在至少一个实施例中,过程300由一个或更多个电路执行以使用时间轴信号量来执行混合工作负载。在至少一个实施例中,过程300可以开始于接收操作305并且前进到更新操作310。在至少一个实施例中,第一API、对应于所述第一API的函数库、第二API、对应于所述第二API的函数库和一个或更多个驱动器可以单独地或组合地执行过程300的部分或全部。在至少一个实施例中,逻辑(例如,硬件、软件或硬件和软件的组合)执行过程300。
在接收操作305处,在至少一个实施例中,一个或更多个电路执行应用编程接口(API)以从另一API接收时间线信号量的指示。在至少一个实施例中,“另一API”是提供对函数库或API库(例如,VULKAN API或来自英特尔(INTEL)的API,如oneAPI)的访问的API。在至少一个实施例中,所述另一API创建所述时间线信号量,并将所述时间线信号量的句柄导出到应用,然后将所述应用提供给所述API。例如,运行具有混合CUDA/VULKAN工作负载的图形操作的应用可以请求VULKAN API创建时间线信号量,所述应用请求所述VULKAN API导出所述时间线信号量的句柄,以及所述应用向CUDA API提供所述导出的句柄,使得CUDA可以基于所述句柄访问所述时间线信号量的存储器位置。图4中公开了关于接收操作305和相关操作的更多细节(如图3中的“A”所引用的)。
在更新操作310处,在至少一个实施例中,一个或更多个电路执行API以更新来自另一API的时间线信号量。在至少一个实施例中,一个或更多个电路通过发信号通知所述时间线信号量来更新所述时间线信号量,其中一个或更多个电路使用驱动器和引用所述句柄的存储器位置的句柄来执行所述信号操作。图5中公开了关于更新操作310的更多细节(如图3中的“B”所引用的)。
在等待操作315处,在至少一个实施例中,一个或更多个电路执行API以等待来自另一API的时间线信号量。在至少一个实施例中,一个或更多个电路通过在针对工作负载的流或队列中遇到等待操作来等待时间线信号量,其中所述等待操作意味着所述流或队列需要等待时间线信号量达到或超过阈值(例如,计数器值或诸如5微秒的时间值),并且然后所述流或队列继续处理所述工作负载。等待操作可用于使队列、流或资源之间的操作同步。在至少一个实施例中,一个或更多个电路调用API以读取时间线信号量参数以确定需要达到或超过什么值阈值或等待时段将是多久(例如,时间线信号量何时达到或超过阈值)。在图6中公开了关于等待操作315和相关操作的更多细节(参见图3中的“C”,其是参考图6)。
在无效化操作320处,在至少一个实施例中,一个或更多个电路执行API以使来自另一API的时间线信号量无效。在至少一个实施例中,无效化意指删除、释放引用(例如,CUDA上下文中的所有引用)、移除或破坏时间线信号量。在至少一个实施例中,其他操作仍可以等待或使用时间线信号量,并且管理所述时间线信号量的上下文不从共享存储器删除它,直到其他操作完成(例如,所有等待和信号操作)。在图7中公开了关于无效化操作320的更多细节(如由图3中的“D”所引用的)。
在无效化操作320之后,在至少一个实施例中,一个或更多个电路可以重复过程300或过程300的多个部分。例如,如果重启视频游戏应用或另一应用想要同步其流和队列,则重复过程300。在至少一个实施例中,过程300的操作可以组合或并发地执行。例如,更新操作310和等待操作315可以由不同的流或队列并发地执行。在至少一个实施例中,在无效化操作320之后,一个或更多个电路可结束过程300(例如,应用完成或关闭,或者对应用不再需要图像渲染)。
图4示出了用于接收时间线信号量的过程流程图。在至少一个实施例中,接收包括导入用于导出的时间线信号量的句柄,其中所述时间线信号量由另一API创建。在至少一个实施例中,过程400(或本文描述的任何其他过程,或其变型和/或组合)中的一些或全部在配置有计算机可执行指令的一个或更多个计算机系统的控制下执行,并且被实现为由硬件、软件或其组合在一个或更多个处理器上共同执行的代码(例如,计算机可执行指令、一个或更多个计算机程序、或一个或更多个应用)。在至少一个实施例中,代码以计算机程序的形式存储在计算机可读存储介质上,该计算机程序包括可由一个或更多个处理器执行的多个计算机可读指令。在至少一个实施例中,计算机可读存储介质是非瞬态计算机可读介质。在至少一个实施例中,不仅仅使用瞬态信号(例如,传播的瞬态电或电磁传输)来存储可用于执行过程400的至少一些计算机可读指令。在至少一个实施例中,非瞬态计算机可读介质不一定包括在瞬态信号的收发器内的非瞬态数据存储电路(例如,缓冲器、高速缓存和队列)。在至少一个实施例中,过程400至少部分地在诸如本公开的其他地方所描述的计算机系统上执行。在至少一个实施例中,逻辑(例如,硬件、软件或硬件和软件的组合)执行过程400。
在至少一个实施例中,一个或更多个电路执行过程400作为处理混合工作负载的一部分。在至少一个实施例中,第一API、对应于所述第一API的函数库、第二API、对应于所述第二API的函数库和一个或更多个驱动器可以单独地或组合地执行过程400的部分或全部。在至少一个实施例中,过程400可以在创建操作405处开始并且前进到导出操作410。
在创建操作405处,在至少一个实施例中,一个或更多个电路创建一个或更多个时间线信号量,该一个或更多个时间线信号量可以包括第一API响应于应用请求创建一个或更多个时间线信号量而创建一个或更多个时间线信号量。例如,VULKAN API创建视频游戏的时间线信号量,使得VULKAN API可以通过一个或更多个时间线信号量将帧渲染和图形操作与CUDA执行的其他操作同步,其中所述视频游戏在具有主机处理器(例如,CPU)和设备处理器(例如,GPU)的NVIDIA平台上运行或将运行。在这样的示例中,VULKAN通过使用诸如“VkSemaphore时间线信号量(VkSemaphore timelineSemaphore)”和“vk创建信号量(dev,&createInfo,NULL,&时间线信号量)(vkCreateSemaphore(dev,&createInfo,NULL,&timelineSemaphore)”的VULKAN函数来创建时间线信号量。在至少一个实施例中,API在存储器位置(例如,共享存储器位置)中创建时间线信号量,使得其他API可访问。在至少一个实施例中,创建操作405发生在过程300中的接收操作305之前。在至少一个实施例中,创建操作405涉及同步除了与图形相关的那些过程之外的过程,如密码操作、数字图像处理操作、数学操作、和/或神经网络操作。
这里是用于创建时间线信号量(基于VULKAN)的伪代码的示例:
vkDevice device;
vkQueue queue;
VkSemaphore timeSem;
...//初始化Vulkan对象
const uint64_t signalValue1=1;
const uint64_t waitValue2=1;
const uint64_t signalValue2=3;
const uint64_t waitValue3=3;
const uint64_t signalValue3=5;
const uint64_t hostWaitValue=5;
VkTimelineSemaphoreSubmitInfo timelineInfo2;
timelineInfo2.sType=VK_STRUCTURE_TYPE_SUBMIT_INFO;
timelineInfo2.pNext=NULL;
timelineInfo2.waitSemaphoreValueCount=1;
timelineInfo2.pWaitSemaphoreValues=&waitValue2;
timelineInfo2.signalSemaphoreValueCount=1;
timelineInfo2.pSignalSemaphoreValues=&signalValue2;
vkSubmitInfo info2;
info2.sType=VK_STRUCTURE_TYPE_SUBMIT_INFO;
info2.pNext=timelineInfo2;
info2.waitSemaphoreCount=1;
info2.pWaitSemaphores=&timeSem;
info2.signalSemaphoreCount=1;
info2.pSignalSemaphores=&timeSem;
...//排队设备工作
vkQueueSubmit(queue,1,&info2,VK_NULL_HANDLE);
VkTimelineSemaphoreSubmitInfo timelineInfo3;
timelineInfo3.sType=VK_STRUCTURE_TYPE_SUBMIT_INFO;
timelineInfo3.pNext=NULL;
timelineInfo3.waitSemaphoreValueCount=1;
timelineInfo3.pWaitSemaphoreValues=&waitValue3;
timelineInfo3.signalSemaphoreValueCount=1;
timelineInfo3.pSignalSemaphoreValues=&signalValue3;
vkSubmitInfo info3;
info3.sType=VK_STRUCTURE_TYPE_SUBMIT_INFO;
info3.pNext=timelineInfo3;
info3.waitSemaphoreCount=1;
info3.pWaitSemaphores=&timeSem;
info3.signalSemaphoreCount=1;
info3.pSignalSemaphores=&timeSem;
...//排队设备工作
vkQueueSubmit(queue,1,&info3,VK_NULL_HANDLE);
//要处理的第一个工作负载
//在相关工作已经提交之后
VkTimelineSemaphoreSubmitInfo timelineInfo1;
timelineInfo1.signalSemaphoreValueCount=1;
timelineInfo1.pSignalSemaphoreValues=&signalValue1;
vkSubmitInfo info1;
info1.sType=VK_STRUCTURE_TYPE_SUBMIT_INFO;
info1.pNext=timelineInfo1;
info1.signalSemaphoreCount=1;
info1.pSignalSemaphores=&bSemaphore1;
...//排队设备工作
vkQueueSubmit(queue,1,&info1,VK_NULL_HANDLE);
VkSemaphoreWaitInfo waitInfo;
waitInfo.sType=VK_STRUCTURE_TYPE_SEMAPHORE_WAIT_INFO;
waitInfo.pNext=NULL;
waitInfo.flags=0;
waitInfo.semaphoreCount=1;
waitInfo.pSemaphores=&timeline;
waitInfo.pValues=&hostWaitValue;
vkWaitSemaphores(device,&waitInfo,UINT64_MAX);
在至少一个实施例中,在导出操作410处,API导出时间线信号量的句柄。在至少一个实施例中,句柄可以是时间线信号量的指示,其中句柄引用存储器位置(例如,共享存储器地址位置)中的时间线信号量的地址,其中由所述句柄引用的基础对象由另一计算资源管理。例如,句柄是指向共享存储器中的时间线信号量位置的指针。为了导出由VULKAN创建的时间线信号量,在至少一个实施例中,应用经由VULKAN的vkGetPhysicalDeviceExternalySemaphoreProperties查询可用的外部句柄类型,并且通过向VkPhysicalDeviceExternalySemaphoreInfo的pNext链添加VkSemaphoreTypeCreateInfoKHR结构来提供信号量类型,其中类型指示导出的句柄是时间线信号量。在至少一个实施例中,API向应用导出时间线信号量的句柄。
在至少一个实施例中,在接收导出句柄操作415处,API从应用接收时间线信号量的导出句柄。例如,应用请求VULKAN创建时间线信号量,并且导出所述时间线信号量的句柄,使得所述应用可以将计算资源与所述时间线信号量(例如,流和队列)同步。在接收到时间线信号量的导出句柄之后,应用然后将所述时间线信号量的所述导出句柄提供给API以接收所述导出句柄,其中导出句柄是时间线信号量的指示的示例。
在导入操作420处,在至少一个实施例中,API导入时间线信号量的指示,其中,指示可以是导出的句柄。在至少一个实施例中,导入是接收由其他API或应用导出的外部资源的过程,其中导入启用对外部资源的句柄,或者外部资源启用第一API与第二API(或者第一API库和第二API库)之间的互操作性。这里是用于导入信号量的示例代码:CUexternalSemaphoreHandleType和CudaExternalSemaphoreHandleType各自标识何时分别通过cuImportExternalSemaphore()和CudaImportExternalSemaphore()导入引用时间线信号量的句柄。在至少一个实施例中,API通过标识所述句柄的结构中的枚举值(也称为“枚举值(enum value)”)来执行时间线信号量的句柄的导入,其中枚举值对应于所述时间线信号量。例如,当引用时间线信号量的句柄正在分别通过cuImportExternalSemaphore()和cudaImportExternalSemaphore()导入时,API识别CUexternalSemaphoreHandleType和CudaExternalSemaphoreHandleType中的两个枚举值。
在至少一个实施例中,作为接收导出句柄操作415或导入操作420的一部分,一个或更多个电路创建与引用时间线信号量的导入句柄相对应的数据结构。在至少一个实施例中,数据结构包括时间线信号量的参数,诸如计数值、如何发信号通知时间线信号量、时间线信号量的存储器地址和时间线信号量的最大等待时间或最大计数。在至少一个实施例中,所述参数对应于存储与所述参数相关联的值的存储器位置或存储器地址。例如,CUDAAPI创建CUDA阵列,该CUDA阵列是存储时间线信号量的参数的数据结构。
在导入操作420之后,在至少一个实施例中,一个或更多个电路可以针对设备代码的其他代码要素重复过程400或过程400的各部分。例如,如果应用请求创建多于一个的时间线信号量,则可以针对需要被导入的每个时间线信号量重复过程400。在至少一个实施例中,过程400的操作可被组合或并发地执行。例如,接收操作415和导入操作420可并发地执行不同的API,使得当接收到时间线信号量的句柄时,其被导入。在至少一个实施例中,导入操作420、一个或更多个电路可结束过程400(例如,应用完成,或图像渲染不再必要)。
图5示出了用于更新时间线信号量的过程流程图。在至少一个实施例中,过程500(或本文描述的任何其他过程,或其变型和/或组合)中的一些或全部在配置有计算机可执行指令的一个或更多个计算机系统的控制下执行,并且被实现为由硬件、软件或其组合在一个或更多个处理器上共同执行的代码(例如,计算机可执行指令、一个或更多个计算机程序或一个或更多个应用)。在至少一个实施例中,代码以计算机程序的形式存储在计算机可读存储介质上,该计算机程序包括可由一个或更多个处理器执行的多个计算机可读指令。在至少一个实施例中,计算机可读存储介质是非瞬态计算机可读介质。在至少一个实施例中,不仅仅使用瞬态信号(例如,传播的瞬态电或电磁传输)来存储可用于执行过程500的至少一些计算机可读指令。在至少一个实施例中,非瞬态计算机可读介质不一定包括在瞬态信号的收发器内的非瞬态数据存储电路(例如,缓冲器、高速缓存、和队列)。在至少一个实施例中,过程500至少部分地在诸如本公开的其他地方所描述的计算机系统上执行。在至少一个实施例中,逻辑(例如,硬件、软件或硬件和软件的组合)执行过程500。
在至少一个实施例中,过程500由一个或更多个电路执行以更新时间线信号量,从而执行混合工作负载。在至少一个实施例中,过程500可以在确定操作505处开始并且前进到信号操作510。在至少一个实施例中,第一API、第一API库、对应于所述第一API的函数库、第二API、第二API库、对应于所述第二API的函数库和一个或更多个驱动器可以单独地或组合地执行过程500的全部的一部分。
在确定操作505处,在至少一个实施例中,一个或更多个电路确定其是否执行API以发信号通知时间线信号量。在至少一个实施例中,作为工作负载的一部分的流或队列确定操作完成,并且应发信号通知时间线信号量,使得一个工作负载(例如,流)与另一个工作负载(例如,另一个流或队列)之间的同步发生。例如,应用可以请求CUDA流执行物理过程更新,CUDA流确定其已经完成执行所述物理过程更新,并且CUDA流确定应当用信号通知时间线信号量(例如,将其计数增加一或更多以使得等待信号量达到或超过阈值的其他流或队列同步)。作为另一实例,队列(例如,VULKAN队列)确定其已完成再现帧,且接着其用信号通知时间线信号量以增加其计数,其中其他队列或流正在等待用信号通知的时间线信号量及其计数以在继续之前达到或超过一值。
在信号操作510处,在至少一个实施例中,API指示驱动器用信号通知时间线信号量。API可以通过为驱动器提供时间线信号量的句柄来执行信号操作,其中所述句柄是指所述时间线信号量在存储器中的位置(例如,指针)。在至少一个实施例中,基于句柄,API通过执行查找与针对所述时间线信号量的句柄对应的数据结构(例如,阵列)的功能来确定时间线信号量的参数以及如何用信号通知时间线信号量。在一些实现方式中,驱动器是用于与低级驱动器通信、控制硬件或访问硬件资源的函数库或API库。例如,第一API可通过使用API与驱动器通信来发信号通知时间线信号量,其中所述驱动器控制内核驱动器,且其中从内核驱动器到处理单元的信号致使时间线信号量被发信号通知。发信号通知时间线信号量可以使所述时间线信号量的值在值上增加(例如,增加1或更多)。在至少一个实施例中,多个API可使驱动器发信号通知时间线信号量。例如,VULKAN上下文(例如,VULKAN队列)使用VULKAN API发信号通知VULKAN驱动器发信号通知时间线信号量,并且CUDA上下文(例如,流)使用CUDA API和CUDA驱动器发信号通知所述时间线信号量,这导致两个上下文发信号通知时间线信号量以使其值增加。
在信号操作510处,在至少一个实施例中,更新时间线信号量的一个或更多个电路可以包括API查找时间线信号量在其超时之前所具有的最大计数或最大时间量。在至少一个实施例中,在信号操作510处,一个或更多个电路通过发信号通知信号量的值来更新信号量的值。这里是通过读取从vkGetPhysicalDeviceProperties2()返回的VkPhysicalDeviceTimelineSemaphoreProperties结构的maxTimelineSemaphoreValueDifference属性通过Vulkan确定信号/等待最大值的伪代码的实例。
在信号操作510处,在至少一个实施例中,一个或更多个电路通过增加对应于时间线信号量的64位对象或32位对象的值来更新时间线信号量。
此处,是通过发信号通知时间线信号量而在混合CUDA和VULKAN工作负载中更新时间线信号量的示例:
cuWaitExternalSemaphoresAsync(...);//在流1中使用信号量A
cuLaunchKernel(...);//尝试在流1中分析该内核
vkSignalSemaphore(...);//使用信号量A
在信号操作510之后,在至少一个实施例中,一个或更多个电路可以针对设备代码的其他代码要素重复过程500或过程500的各部分。例如,当流或队列完成渲染帧或计算物理过程操作时,流或队列可触发另一发信号通知操作510以更新时间线信号量。在至少一个实施例中,在信号操作510之后,一个或更多个电路可以结束过程500(例如,应用完成,或者图像渲染不再是必要的)。
图6示出了根据至少一个实施例的用于等待时间线信号量的过程流程图。在至少一个实施例中,过程600(或本文描述的任何其他过程,或其变化和/或组合)中的一些或全部在配置有计算机可执行指令的一个或更多个计算机系统的控制下执行,并且被实现为由硬件、软件或其组合在一个或更多个处理器上共同执行的代码(例如,计算机可执行指令、一个或更多个计算机程序、或一个或更多个应用)。在至少一个实施例中,代码以计算机程序的形式存储在计算机可读存储介质上,该计算机程序包括可由一个或更多个处理器执行的多个计算机可读指令。在至少一个实施例中,计算机可读存储介质是非瞬态计算机可读介质。在至少一个实施例中,不仅仅使用瞬态信号(例如,传播的瞬态电或电磁传输)来存储可用于执行过程600的至少一些计算机可读指令。在至少一个实施例中,非瞬态计算机可读介质不一定包括在瞬态信号的收发器内的非瞬态数据存储电路(例如,缓冲器、高速缓存和队列)。在至少一个实施例中,过程600至少部分地在诸如本公开的其他地方所描述的计算机系统上执行。
在至少一个实施例中,由一个或更多个电路执行过程600以等待时间线信号量,作为执行混合工作负载的一部分。在至少一个实施例中,过程600可以开始于确定操作605并且前进到阈值操作610。在至少一个实施例中,第一API、对应于所述第一API的函数库、第二API、对应于所述第二API的函数库和一个或更多个驱动器可以单独地或组合地执行全部过程600的一部分。在至少一个实施例中,逻辑(例如,硬件、软件或硬件和软件的组合)执行过程600。
在确定等待操作605处,一个或更多个电路确定其等待时间线信号量。在至少一个实施例中,作为应用的一部分的流或队列具有等待时间线信号量的功能或操作(例如,等待操作)。例如,如图1所示,第一队列105遇到等待操作,其中等待操作取决于达到或超过值(例如,计数值)的时间线信号量。流或队列可以继续等待直到等待操作完成(例如,时间线信号量达到或超过计数值并且触发等待操作完成)。在至少一个实施例中,流或队列不知道它们正在等待时间线信号量;相反,在流或队列中设置的等待操作对应于时间线信号量,因此等待操作是等待时间线信号量的抽象。等待时间线信号量可以在流或队列同步中使用,以便高效地计算周期。例如,帧渲染队列具有对应于时间线信号量等待达到或超过值的等待操作,并且一旦所述等待操作完成,所述物理过程更新流就发信号通知所述时间线信号量以增加其计数,这进而使得帧渲染队列中的所述等待操作完成,使得帧渲染操作开始。
在阈值操作610,一个或更多个电路确定时间线信号量是否已经达到或超过阈值。在至少一个实施例中,时间线信号量具有计数,并且当计数达到特定值时,操作可开始(例如,等待操作完成)。如果没有达到或超过阈值,则过程600继续在等待操作615中等待;如果达到或超过阈值,则过程600可以结束(例如,完成等待,并且可以继续等待时间线信号量的操作)。例如,API调用使得时间线信号量计数器值被读取,并且一个或更多个电路继续等待所述计数器的阈值没有被达到或超过。在至少一个实施例中,等待通过提交在具有目标64位计数器值的计算信道上的信号量获取来完成,其中根据时间线信号量值大于或等于目标值而触发比较。
在至少一个实施例中,时间线信号量可以在达到某个值(例如,计数器中的10)之后或在达到某个时间量(例如,10微秒)之后超时,此时时间线信号量已经达到或超过其阈值。
这里是用于等待引用具有混合CUDA/VULKAN工作负载的时间线信号量的导入句柄的伪代码的一些示例:等待来自具有CudaWaitExternalSemaphoresAsync()的CUDA流的时间线信号量;等待来自具有cudaWaitExternalSemaphoresAsync()的CUDA流的时间线信号量。
在阈值操作610之后,在至少一个实施例中,一个或更多个电路可以针对设备代码的其他代码要素重复过程600或过程600的部分。例如,在帧被渲染且时间线信号量已被发信号通知之后,队列触发或进入等待操作。在至少一个实施例中,流或队列可以具有多个等待操作,其中每个等待操作引用等待不同的时间线信号量。在至少一个实施例中,在阈值操作610之后,一个或更多个电路可以结束过程600(例如,应用完成,或者图像渲染不再是必要的)。
图7示出了根据至少一个实施例的用于使时间线信号量无效的过程流程图。在至少一个实施例中,过程700(或本文描述的任何其他过程,或其变型和/或组合)中的一些或全部在配置有计算机可执行指令的一个或更多个计算机系统的控制下执行,并且被实现为由硬件、软件或其组合在一个或更多个处理器上共同执行的代码(例如,计算机可执行指令、一个或更多个计算机程序、或一个或更多个应用)。在至少一个实施例中,代码以计算机程序的形式存储在计算机可读存储介质上,该计算机程序包括可由一个或更多个处理器执行的多个计算机可读指令。在至少一个实施例中,计算机可读存储介质是非瞬态计算机可读介质。在至少一个实施例中,不仅仅使用瞬态信号(例如,传播的瞬态电或电磁传输)来存储可用于执行过程700的至少一些计算机可读指令。在至少一个实施例中,非瞬态计算机可读介质不一定包括在瞬态信号的收发器内的非瞬态数据存储电路(例如,缓冲器、高速缓存和队列)。在至少一个实施例中,过程300至少部分地在计算机系统上执行,例如本公开中其他地方描述的那些计算机系统。
在至少一个实施例中,由一个或更多个电路执行过程700以便使时间线信号量无效。在至少一个实施例中,第一API、第一API库、对应于所述第一API的函数库、第二API、第二API库、对应于所述第二API的函数库和一个或更多个驱动器可以单独地或组合地执行全部过程700的一部分。在至少一个实施例中,过程700可以在释放操作705处开始并且前进到决策操作710。
在释放操作705处,在至少一个实施例中,上下文释放对时间线信号量的句柄的一个或更多个引用,其中,上下文保持管理数据以控制和用于处理器(例如,所分配的存储器、加载的模块、用于CUDA上下文的CPU与GPU之间的映射)。例如,CUDA上下文释放对时间线信号量的句柄的所有引用,使得所述句柄已经从所述CUDA上下文删除、移除或无效(例如,包括删除与时间线信号量相对应的CUDA阵列)。在至少一个实施例中,释放可包括删除引用时间线信号量的句柄的函数或内核的实例。在至少一个实施例中,“用于释放(to release)”或“释放(release)”引用是指释放对时间线信号量的句柄的所有引用(例如,指针,其中指针是用于操作系统确定时间线信号量在存储器中的位置的指针),其中释放被称为移除、删除、销毁或无效。这里是用于从CUDA上下文释放时间线信号量的一些伪代码的示例:通过cudaDestroyExternalSemaphore()提交信号量释放。
在决策操作710,在至少一个实施例中,应用或另一API确定其他操作是否引用时间线信号量以及这些操作是否完成。例如,基于释放操作705,CUDA上下文已经释放对时间线信号量的句柄的引用,但是作为运行应用的一部分,VULKAN API或VULKAN过程仍然可以具有对所述时间线信号量的一个或更多个引用。如果决策操作710确定仍存在使用时间线信号量的现有上下文或其他操作,则过程700继续保持等待操作715,其中它在继续销毁时间线信号量操作720之前保持等待。如果过程700确定没有上下文、函数或过程正在等待时间线信号量,则过程700销毁时间线信号量。在至少一个实施例中,第一上下文释放对时间线信号量的句柄的引用,并且在决策操作710中,所有上下文(例如,第二上下文)确定是否是对所述时间线信号量的附加引用,如果存在,则在释放对时间线信号量的引用之前,取决于该时间线信号量,上下文必须等待或完成操作。例如,如果VULKAN创建时间线信号量,在CUDA中与所述时间线信号量相关的所有操作完成,并且没有其他API正在使用所述时间线信号量(例如,视频游戏已经结束),则过程700销毁所述时间线信号量,其中销毁意味着VULKAN API还删除对所述时间线信号量的所有引用,并且驱动器解除分配用于所述时间线信号量的存储器,使得其被有效地销毁(例如,从诸如NVIDIA平台之类的计算平台完全移除)。在至少一个实施例中,每个上下文负责释放对时间线信号量的引用。
在销毁时间线信号量操作720之后,在至少一个实施例中,一个或更多个电路可以针对设备代码的其他代码要素重复过程700或过程700的多个部分。例如,如果应用创建多于一个时间线信号量,则过程700可被重复以使另一时间线信号量无效。在至少一个实施例中,在销毁时间线信号量操作720之后,一个或更多个电路可以结束过程700(例如,应用完成,不再需要图像渲染,和/或时间线信号量被销毁,并且不必创建需要被销毁的新的时间线信号量)。
这里是用于设置VULKAN和CUDA结构和对象以创建时间线信号量的示例:
VkDevice dev;
VkSemaphoreCreateInfo createInfo;
VkSemaphore timelineSemaphore;
cudaExternalSemaphoreHandleDesc handleDesc;
cudaExternalSemaphore_t cudaTimelineSemaphore;
cudaStream_t stream;//设置VULKAN结构和对象以创建时间线信号量
vkCreateSemaphore(dev,&createInfo,NULL,&timelineSemaphore);
#if_WIN32
HANDLE handle;
VkSemaphoreGetWin32HandleInfoKHR semaphoreGetWin32HandleInfoKHR;
//设置VULKAN结构以导出时间线信号量的句柄
vkGetSemaphoreWin32HandleKHR(dev,
&semaphoreGetWin32HandleInfoKHR,&handle);
handleDesc.flags=0;
handleDesc.type=cudaExternalSemaphoreHandleTypeTimelineSemaphoreWin32;
handleDesc.handle.win32.handle=handle;
#else
int fd;
VkSemaphoreGetFdInfoKHR semaphoreGetFdInfoKHR;
//设置VULKAN结构以导出时间线信号量
vkGetSemaphoreFdKHR(dev,&semaphoreGetFdInfoKHR,&fd);
handleDesc.flags=0;
handleDesc.type=cudaExternalSemaphoreHandleTypeTimelineSemaphoreFd;
handleDesc.handle.fd=fd;
#endif
cudaImportExternalSemaphore(&cudaTimelineSemaphore,&handleDesc)
cudaStreamCreateWithFlags(&stream,cudaStreamNonBlocking);
cudaExternalSemaphoreWaitParams cudaWaitParams;
cudaWaitParams.flags=0;
cudaWaitParams.params.fence.value=2;
cudaWaitExternalSemaphoresAsync(&cudaTimelineSemaphore,&cudaWaitParams,1,stream)
//针对流提交工作
cudaExternalSemaphoreSignalParams cudaSignalParams;
cudaSignalParams.flags=0;
cudaSignalParams.params.fence.value=5;
cudaSignalExternalSemaphoresAsync(&cudaTimelineSemaphore,&cudaSignalParams,1,stream);
VkSemaphoreSignalInfo signalInfo;
signalInfo.sType=VK_STRUCTURE_TYPE_SEMAPHORE_SIGNAL_INFO;
signalInfo.pNext=NULL;
signalInfo.semaphore=timelineSemaphore;
signalInfo.value=3;
vkSignalSemaphore(dev,&signalInfo);//触发排队的CUDA工作
cudaStreamSynchronize(stream);
cudaDestroyExternalSemaphore(cudaTimelineSemaphore);
vkDestroySemaphore(dev,timelineSemaphore,NULL);
#if_WIN32
CloseHandle(handle);
#else
close(fd);
#endif
这里是具有第一API(VULKAN)和第二API(CUDA)的时间线信号量的示例用例:
VkDevice dev;
VkSemaphoreCreateInfo createInfo;
VkSemaphore timelineSemaphore;
cudaExternalSemaphoreHandleDesc handleDesc;
cudaExternalSemaphore_t cudaTimelineSemaphore;
cudaStream_t stream;//设置Vulkan结构和对象以创建时间线信号量
//设备与CUDA设备id=0在同一物理设备上
//CUDA设备id=1作为对等设备
vkCreateSemaphore(dev,&createInfo,NULL,&timelineSemaphore);
#if_WIN32
HANDLE handle;
VkSemaphoreGetWin32HandleInfoKHR semaphoreGetWin32HandleInfoKHR;
//设置VULKAN结构以导出时间线信号量
vkGetSemaphoreWin32HandleKHR(dev,
&semaphoreGetWin32HandleInfoKHR,&handle);
handleDesc.flags=0;
handleDesc.type=cudaExternalSemaphoreHandleTypeTimelineSemaphoreWin32;
handleDesc.handle.win32.handle=handle;
#else
int fd;
VkSemaphoreGetFdInfoKHR semaphoreGetFdInfoKHR;
//设置VULKAN结构以导出时间线信号量
vkGetSemaphoreFdKHR(dev,&semaphoreGetFdInfoKHR,&fd);
handleDesc.flags=0;
handleDesc.type=cudaExternalSemaphoreHandleTypeTimelineSemaphoreFd;
handleDesc.handle.fd=fd;
#endif
//下面打开针对CUDA设备1的信号量
//并针对CUDA设备1创建流
//无法访问时间线信号量和流
//对CUDA设备0的操作,并被锁定到设备1
//在信号量导入/流创建时
cudaSetDevice(1);
cudaImportExternalSemaphore(&cudaTimelineSemaphore,&handleDesc);
cudaStreamCreateWithFlags(&stream,cudaStreamNonBlocking);
cudaExternalSemaphoreWaitParams cudaWaitParams;
cudaWaitParams.flags=0;
cudaWaitParams.params.fence.value=2;
cudaWaitExternalSemaphoresAsync(&cudaTimelineSemaphore,&cudaWaitParams,1,stream)
//针对流提交工作
cudaExternalSemaphoreSignalParams cudaSignalParams;
cudaSignalParams.flags=0;
cudaSignalParams.params.fence.value=5;
cudaSignalExternalSemaphoresAsync(&cudaTimelineSemaphore,&cudaSignalParams,1,stream);
VkSemaphoreSignalInfo signalInfo;
signalInfo.sType=VK_STRUCTURE_TYPE_SEMAPHORE_SIGNAL_INFO;
signalInfo.pNext=NULL;
signalInfo.semaphore=timelineSemaphore;
signalInfo.value=3;
//这将在对等设备上触发排队的CUDA工作
vkSignalSemaphore(dev,&signalInfo);
cudaStreamSynchronize(stream);
cudaDestroyExternalSemaphore(cudaTimelineSemaphore);
vkDestroySemaphore(dev,timelineSemaphore,NULL);
#if_WIN32
CloseHandle(handle);
#else
close(fd);
#endif
在对时间线信号量的引用对应于32位时间线信号量但完整的64位值被提供给应用的实施例中,在等待或发信号通知时间线信号量操作时,API可以使用64位值的较低半部(例如,前32位)。在至少一个实施例中,当发信号通知时,API截断64位的时间线信号量值,并且API提交用于信号值的较低32位的时间线信号量释放;在等待时,截断值,API提交信号量获取操作,其中信号量值循环地大于或等于目标值触发比较。在至少一个实施例中,为了生成用于应用的完整的64位时间线信号量值,将最近提交的64位值存储在时间线信号量值的提交时的时间戳中。
数据中心
图8示出了根据至少一个实施例的示例数据中心800。在至少一个实施例中,数据中心800包括但不限于数据中心基础设施层810、框架层820、软件层830和应用层840。
在至少一个实施例中,如图8所示,数据中心基础设施层810可以包括资源协调器812、分组的计算资源814和节点计算资源(“节点C.R.”)816(1)-816(N),其中“N”代表任何完整的正整数。在至少一个实施例中,节点C.R.816(1)-816(N)可以包括但不限于任意数量的中央处理单元(“CPU”)或其他处理器(包括加速器、现场可编程门阵列(“FPGA”)、网络设备中的数据处理单元(DPU)、图形处理器等),存储器设备(例如动态只读存储器),存储设备(例如固态硬盘或磁盘驱动器),网络输入/输出(“NW I/O”)设备,网络交换机,虚拟机(“VM”),电源模块和冷却模块等。在至少一个实施例中,节点C.R.816(1)-816(N)中的一个或更多个节点C.R.可以是具有一个或更多个上述计算资源的服务器。
在至少一个实施例中,分组的计算资源814可以包括容纳在一个或更多个机架内的节点C.R.的单独分组(未示出),或者容纳在各个地理位置的数据中心内的许多机架(也未示出)。分组的计算资源814内的节点C.R.的单独分组可以包括可以被配置或分配为支持一个或更多个工作负载的分组的计算、网络、内存或存储资源。在至少一个实施例中,可以将包括CPU或处理器的几个节点C.R.分组在一个或更多个机架内,以提供计算资源来支持一个或更多个工作负载。在至少一个实施例中,一个或更多个机架还可以包括任意数量的电源模块、冷却模块和网络交换机,以任意组合。
在至少一个实施例中,资源协调器812可以配置或以其他方式控制一个或更多个节点C.R.816(1)-816(N)和/或分组的计算资源814。在至少一个实施例中,资源协调器812可以包括用于数据中心800的软件设计基础结构(“SDI”)管理实体。在至少一个实施例中,资源协调器812可以包括硬件、软件或其某种组合。
在至少一个实施例中,如图8所示,框架层820包括但不限于作业调度器832、配置管理器834、资源管理器836和分布式文件系统838。在至少一个实施例中,框架层820可以包括支持软件层830的软件852和/或应用程序层840的一个或更多个应用程序842的框架。在至少一个实施例中,软件852或应用程序842可以分别包括基于Web的服务软件或应用程序,例如由Amazon Web Services,Google Cloud和Microsoft Azure提供的服务或应用程序。在至少一个实施例中,框架层820可以是但不限于一种免费和开放源软件网络应用框架,例如可以利用分布式文件系统838来进行大范围数据处理(例如“大数据”)的Apache SparkTM(以下称为“Spark”)。在至少一个实施例中,作业调度器832可以包括Spark驱动器,以促进对数据中心800的各个层所支持的工作负载进行调度。在至少一个实施例中,配置管理器834可以能够配置不同的层,例如软件层830和包括Spark和用于支持大规模数据处理的分布式文件系统838的框架层820。在至少一个实施例中,资源管理器836能够管理映射到或分配用于支持分布式文件系统838和作业调度器832的集群或分组计算资源。在至少一个实施例中,集群或分组计算资源可以包括数据中心基础设施层810上的分组的计算资源814。在至少一个实施例中,资源管理器836可以与资源协调器812协调以管理这些映射的或分配的计算资源。
在至少一个实施例中,包括在软件层830中的软件852可以包括由节点C.R.816(1)-816(N)的至少一部分,分组计算资源814和/或框架层820的分布式文件系统838使用的软件。一种或更多种类型的软件可以包括但不限于Internet网页搜索软件、电子邮件病毒扫描软件、数据库软件和流视频内容软件。
在至少一个实施例中,应用层840中包括的一个或更多个应用程序842可以包括由节点C.R.816(1)-816(N)的至少一部分、分组的计算资源814和/或框架层820的分布式文件系统838使用的一种或更多种类型的应用程序。一种或更多种类型的应用程序可以包括但不限于CUDA应用程序。
在至少一个实施例中,配置管理器834、资源管理器836和资源协调器812中的任何一个可以基于以任何技术上可行的方式获取的任意数量和类型的数据来实现任意数量和类型的自我修改动作。在至少一个实施例中,自我修改动作可以减轻数据中心800的数据中心操作员做出可能不好的配置决定并且可以避免数据中心的未充分利用和/或执行差的部分。
基于计算机的系统
以下各图提出但不限于可用于实现至少一个实施例的示例性的基于计算机的系统。
图9示出了根据至少一个实施例的处理系统900。在至少一个实施例中,系统900包括一个或更多个处理器902和一个或更多个图形处理器908,并且可以是单处理器台式机系统、多处理器工作站系统或具有大量处理器902或处理器核心907的服务器系统。在至少一个实施例中,一个或更多个处理器902为处理单元250(参见图2)。在至少一个实施例中,处理系统900是结合在片上系统(SoC)集成电路内的处理平台,以用于移动、手持或嵌入式设备。在至少一个实施例中,处理系统900可以执行过程300、400、500、600和700(参见图3至图7)。在至少一个实施例中,处理系统900包括处理单元250(参见图2)。
在至少一个实施例中,处理系统900可以包括或结合在基于服务器的游戏平台中,包括游戏和媒体控制台的游戏控制台、移动游戏控制台、手持游戏控制台或在线游戏控制台。在至少一个实施例中,处理系统900是移动电话、智能电话、平板计算设备或移动互联网设备。在至少一个实施例中,处理系统900还可包括与可穿戴设备耦合或集成在可穿戴设备中,例如智能手表可穿戴设备、智能眼镜设备、增强现实设备或虚拟现实设备。在至少一个实施例中,处理系统900是电视或机顶盒设备,其具有一个或更多个处理器902以及由一个或更多个图形处理器908生成的图形界面。
在至少一个实施例中,一个或更多个处理器902每个包括一个或更多个处理器核心907,以处理指令,该指令在被执行时执行针对系统和用户软件的操作。在至少一个实施例中,一个或更多个处理器核心907中的每一个被配置为处理特定指令集909。在至少一个实施例中,指令集909可以促进复杂指令集计算(CISC)、精简指令集计算(RISC),或通过超长指令字(VLIW)进行计算。在至少一个实施例中,多个处理器核心907可以各自处理不同的指令集909,该指令集909可以包括有助于仿真其他指令集的指令。在至少一个实施例中,处理器核心907还可以包括其他处理设备,例如数字信号处理器(DSP)。
在至少一个实施例中,处理器902包括高速缓存存储器(cache)904。在至少一个实施例中,处理器902可以具有单个内部高速缓存或多个级别的内部高速缓存。在至少一个实施例中,高速缓存存储器在处理器902的各个组件之间共享。在至少一个实施例中,处理器902还使用外部高速缓存(例如,三级(L3)高速缓存或最后一级高速缓存(LLC))(未示出),其可以使用已知的高速缓存一致性技术在处理器核心907之间共享该逻辑。在至少一个实施例中,处理器902中另外包括寄存器文件906,处理器902可以包括用于存储不同类型的数据的不同类型的寄存器(例如,整数寄存器、浮点寄存器、状态寄存器和指令指针寄存器)。在至少一个实施例中,寄存器文件906可以包括通用寄存器或其他寄存器。
在至少一个实施例中,一个或更多个处理器902与一个或更多个接口总线910耦合,以在处理器902与系统900中的其他组件之间传输通信信号,例如地址、数据或控制信号。在至少一个实施例中,接口总线910在一个实施例中可以是处理器总线,例如直接媒体接口(DMI)总线的版本。在至少一个实施例中,接口总线910不限于DMI总线,并且可以包括一个或更多个外围组件互连总线(例如,PCI,PCI Express)、存储器总线或其他类型的接口总线。在至少一个实施例中,处理器902包括集成存储器控制器916和平台控制器集线器930。在至少一个实施例中,存储器控制器916促进存储设备与处理系统900的其他组件之间的通信,而平台控制器集线器(PCH)930通过本地I/O总线提供到输入/输出(I/O)设备的连接。
在至少一个实施例中,存储设备920可以是动态随机存取存储器(DRAM)设备、静态随机存取存储器(SRAM)设备、闪存设备、相变存储设备或具有适当的性能以用作处理器存储器。在至少一个实施例中,存储设备920可以用作处理系统900的系统存储器,以存储数据922和指令921,以在一个或更多个处理器902执行应用或过程时使用。在至少一个实施例中,存储器控制器916还与可选的外部图形处理器912耦合,其可以与处理器902中的一个或更多个图形处理器908通信以执行图和媒体操作。在至少一个实施例中,显示设备911可以连接至处理器902。在至少一个实施例中,显示设备911可以包括内部显示设备中的一个或更多个,例如在移动电子设备或便携式计算机设备或通过显示器接口(例如显示端口(DisplayPort)等)连接的外部显示设备。在至少一个实施例中,显示设备911可以包括头戴式显示器(HMD),诸如用于虚拟现实(VR)应用或增强现实(AR)应用中的立体显示设备。
在至少一个实施例中,平台控制器集线器930使外围设备能够通过高速I/O总线连接到存储设备920和处理器902。在至少一个实施例中,I/O外围设备包括但不限于音频控制器946、网络控制器934、固件接口928、无线收发器926、触摸传感器925、数据存储设备924(例如,硬盘驱动器、闪存等)。在至少一个实施例中,数据存储设备924可以经由存储器接口(例如,SATA)或经由外围总线来连接,诸如外围组件互连总线(例如,PCI、PCIe)。在至少一个实施例中,触摸传感器925可以包括触摸屏传感器、压力传感器或指纹传感器。在至少一个实施例中,无线收发器926可以是Wi-Fi收发器、蓝牙收发器或移动网络收发器,诸如3G、4G或长期演进(LTE)收发器。在至少一个实施例中,固件接口928使能与系统固件的通信,并且可以是例如统一的可扩展固件接口(UEFI)。在至少一个实施例中,网络控制器934可以启用到有线网络的网络连接。在至少一个实施例中,高性能网络控制器(未示出)与接口总线910耦合。在至少一个实施例中,音频控制器946是多通道高清晰度音频控制器。在至少一个实施例中,处理系统900包括可选的传统(legacy)I/O控制器940,用于将遗留(例如,个人系统2(PS/2))设备耦合到处理系统900。在至少一个实施例中,平台控制器集线器930还可以连接到一个或更多个通用串行总线(USB)控制器942,该控制器连接输入设备,诸如键盘和鼠标943组合、相机944或其他USB输入设备。
在至少一个实施例中,存储器控制器916和平台控制器集线器930的实例可以集成到离散的外部图形处理器中,例如外部图形处理器912。在至少一个实施例中,平台控制器集线器930和/或存储控制器916可以在一个或更多个处理器902的外部。例如,在至少一个实施例中,处理系统900可以包括外部存储控制器916和平台控制器集线器930,其可以配置成在与处理器902通信的系统芯片组中的存储器控制器集线器和外围控制器集线器。
图10示出了根据至少一个实施例的计算机系统1000。在至少一个实施例中,计算机系统1000可以是具有互连的设备和组件,SOC,或某种组合的系统。在至少一个实施例中,计算机系统1000由处理器1002形成,该处理器1002可以包括用于执行指令的执行单元。在至少一个实施例中,计算机系统1000可以包括但不限于组件,例如处理器1002,其采用包括逻辑的执行单元以执行用于过程数据的算法。在至少一个实施例中,计算机系统1000可以包括处理器,例如可从加利福尼亚圣塔克拉拉的英特尔公司(Intel Corporation ofSanta Clara,California)获得的处理器家族、XeonTM、/>XScaleTM和/或StrongARMTM,/>CoreTM或/>NervanaTM微处理器,尽管也可以使用其他系统(包括具有其他微处理器的PC、工程工作站、机顶盒等)。在至少一个实施例中,计算机系统1000可以执行可从华盛顿州雷蒙德市的微软公司(Microsoft Corporation ofRedmond,Wash.)获得的WINDOWS操作系统版本,尽管其他操作系统(例如UNIX和Linux)、嵌入式软件和/或图形用户界面也可以使用。在至少一个实施例中,计算机系统1000可以执行过程300、400、500、600和700(参见图3至图7)。在至少一个实施例中,计算机系统1000包括一个或更多个处理单元250(参见图2)。
在至少一个实施例中,计算机系统1000可以用在其他设备中,例如手持设备和嵌入式应用。手持设备的一些示例包括蜂窝电话、互联网协议(Internet Protocol)设备、数码相机、个人数字助理(“PDA”)和手持PC。在至少一个实施例中,嵌入式应用可以包括微控制器、数字信号处理器(“DSP”)、SoC、网络计算机(“NetPC”)、机顶盒、网络集线器、广域网(“WAN”)交换机,或根据至少一个实施例可以执行一个或更多个指令的任何其他系统。
在至少一个实施例中,计算机系统1000可包括但不限于处理器1002,该处理器1002可包括但不限于一个或更多个执行单元1008,其可以配置为执行计算统一设备架构(“CUDA”)(由加利福尼亚州圣克拉拉的NVIDIACorporation开发)程序。在至少一个实施例中,CUDA程序是用CUDA编程语言编写的软件应用程序的至少一部分。在至少一个实施例中,计算机系统1000是单处理器台式机或服务器系统。在至少一个实施例中,计算机系统1000可以是多处理器系统。在至少一个实施例中,处理器1002可以包括但不限于CISC微处理器、RISC微处理器、VLIW微处理器、实现指令集组合的处理器,或任何其他处理器设备,例如数字信号处理器。在至少一个实施例中,处理器1002可以耦合到处理器总线1010,该处理器总线1010可以在处理器1002与计算机系统1000中的其他组件之间传输数据信号。
在至少一个实施例中,处理器1002可以包括但不限于1级(“L1”)内部高速缓存存储器(“cache”)1004。在至少一个实施例中,处理器1002可以具有单个内部高速缓存或多级内部缓存。在至少一个实施例中,高速缓存存储器可以驻留在处理器1002的外部。在至少一个实施例中,处理器1002可以包括内部和外部高速缓存的组合。在至少一个实施例中,寄存器文件1006可以在各种寄存器中存储不同类型的数据,包括但不限于整数寄存器、浮点寄存器、状态寄存器和指令指针寄存器。
在至少一个实施例中,包括但不限于执行整数和浮点运算的逻辑的执行单元1008,其也位于处理器1002中。处理器1002还可以包括微码(“ucode”)只读存储器(“ROM”),用于存储某些宏指令的微代码。在至少一个实施例中,执行单元1008可以包括用于处理封装指令集1009的逻辑。在至少一个实施例中,通过将封装指令集1009包括在通用处理器1002的指令集中,以及要执行指令的相关电路,可以使用通用处理器1002中的封装数据来执行许多多媒体应用程序使用的操作。在至少一个实施例中,可以通过使用处理器的数据总线的全宽度来在封装的数据上执行操作来加速和更有效地执行许多多媒体应用程序,这可能不需要在处理器的数据总线上传输较小的数据单元来一次对一个数据元素执行一个或更多个操作。
在至少一个实施例中,执行单元1008也可以用在微控制器、嵌入式处理器、图形设备、DSP和其他类型的逻辑电路中。在至少一个实施例中,计算机系统1000可以包括但不限于存储器1020。在至少一个实施例中,存储器1020可以被实现为DRAM设备、SRAM设备、闪存设备或其他存储设备。存储器1020可以存储由处理器1002可以执行的由数据信号表示的指令1019和/或数据1021。
在至少一个实施例中,系统逻辑芯片可以耦合到处理器总线1010和存储器1020。在至少一个实施例中,系统逻辑芯片可以包括但不限于存储器控制器集线器(“MCH”)1016,并且处理器1002可以经由处理器总线1010与MCH 1016通信。在至少一个实施例中,MCH1016可以提供到存储器1020的高带宽存储器路径1018以用于指令和数据存储以及用于图形命令、数据和纹理的存储。在至少一个实施例中,MCH 1016可以在处理器1002、存储器1020和计算机系统1000中的其他组件之间启动数据信号,并且在处理器总线1010、存储器1020和系统I/O 1022之间桥接数据信号。
在至少一个实施例中,系统逻辑芯片可以提供用于耦合到图形控制器的图形端口。在至少一个实施例中,MCH 1016可以通过高带宽存储器路径1018耦合到存储器1020,并且图形/视频卡1012可以通过加速图形端口(Accelerated Graphics Port)(“AGP”)互连1014耦合到MCH 1016。
在至少一个实施例中,计算机系统1000可以使用系统I/O 1022作为专有集线器接口总线来将MCH 1016耦合到I/O控制器集线器(“ICH”)1030。在至少一个实施例中,ICH1030可以通过本地I/O总线提供与某些I/O设备的直接连接。在至少一个实施例中,本地I/O总线可以包括但不限于用于将外围设备连接到存储器1020、芯片组和处理器1002的高速I/O总线。示例可以包括但不限于音频控制器1029、固件集线器(“Flash BIOS”)1028、无线收发器1026、数据存储1024、包含用户输入1025的传统I/O控制器1023和键盘接口、串行扩展端口1027(例如USB)和网络控制器1034。数据存储1024可以包括硬盘驱动器、软盘驱动器、CD-ROM设备、闪存设备或其他大容量存储设备。
在至少一个实施例中,图10示出了包括互连的硬件设备或“芯片”的系统。在至少一个实施例中,图10可以示出示例性SoC。在至少一个实施例中,图10中示出的设备可以与专有互连、标准化互连(例如,PCIe)或其某种组合互连。在至少一个实施例中,系统1000的一个或更多个组件使用计算快速链路(CXL)互连来互连。
图11示出了根据至少一个实施例的系统1100。在至少一个实施例中,系统1100是利用处理器1110的电子设备。在至少一个实施例中,系统1100可以是,例如但不限于,笔记本电脑、塔式服务器、机架服务器、刀片服务器、通信地耦合至一个或更多个本地或云服务提供商的边缘设备、膝上型计算机、台式机、平板电脑、移动设备、电话、嵌入式计算机或任何其他合适的电子设备。在至少一个实施例中,系统1100可以执行过程300、400、500、600和700(参见图3至图7)。在至少一个实施例中,系统1100包括处理单元250(参见图2),例如,处理器1110是处理单元250。
在至少一个实施例中,系统1100可以包括但不限于通信地耦合到任何合适数量或种类的组件、外围设备、模块或设备的处理器1110。在至少一个实施例中,处理器1110使用总线或接口耦合,诸如I2C总线、系统管理总线(“SMBus”)、低引脚数(LPC)总线、串行外围接口(“SPI”)、高清音频(“HDA”)总线、串行高级技术附件(“SATA”)总线、USB(1、2、3版)或通用异步接收器/发送器(“UART”)总线。在至少一个实施例中,图11示出了系统,该系统包括互连的硬件设备或“芯片”。在至少一个实施例中,图11可以示出示例性SoC。在至少一个实施例中,图11中所示的设备可以与专有互连线、标准化互连(例如,PCIe)或其某种组合互连。在至少一个实施例中,图11的一个或更多个组件使用计算快速链路(CXL)互连线来互连。
在至少一个实施例中,图11可以包括显示器1124、触摸屏1125、触摸板1130、近场通信单元(“NFC”)1145、传感器集线器1140、热传感器1146、快速芯片组(“EC”)1135、可信平台模块(“TPM”)1138、BIOS/固件/闪存(“BIOS,FW Flash”)1122、DSP1160、固态磁盘(“SSD”)或硬盘驱动器(“HDD”)1120、无线局域网单元(“WLAN”)1150、蓝牙单元1152、无线广域网单元(“WWAN”)1156、全球定位系统(GPS)1155、相机(“USB 3.0相机”)1154(例如USB 3.0相机)或以例如LPDDR3标准实现的低功耗双倍数据速率(“LPDDR”)存储器单元(“LPDDR3”)1115。这些组件可以各自以任何合适的方式实现。
在至少一个实施例中,其他组件可以通过以上讨论的组件通信地耦合到处理器1110。在至少一个实施例中,加速度计1141、环境光传感器(“ALS”)1142、罗盘1143和陀螺仪1144可以可通信地耦合到传感器集线器1140。在至少一个实施例中,热传感器1139、风扇1137、键盘1136和触摸板1130可以通信地耦合到EC 1135。在至少一个实施例中,扬声器1163、耳机1164和麦克风(“mic”)1165可以通信地耦合到音频单元(“音频编解码器和D类放大器”)1162,其又可以通信地耦合到DSP 1160。在至少一个实施例中,音频单元1162可以包括例如但不限于音频编码器/解码器(“编解码器”)和D类放大器。在至少一个实施例中,SIM卡(“SIM”)1157可以通信地耦合到WWAN单元1156。在至少一个实施例中,组件(诸如WLAN单元1150和蓝牙单元1152以及WWAN单元1156)可以被实现为下一代形式因素(NGFF)。
图12示出了根据至少一个实施例的示例性集成电路1200。在至少一个实施例中,示例性集成电路1200是SoC,其可使用一个或更多个IP核心制造。在至少一个实施例中,集成电路1200包括一个或更多个应用处理器1205(例如,CPU、DPU)、至少一个图形处理器1210,并且可以另外包括图像处理器1215和/或视频处理器1220,其中任意一个可能是模块化IP核心。在至少一个实施例中,集成电路1200可执行过程300、400、500、600和700(参见图3至图7)。在至少一个实施例中,一个或更多个应用处理器1205包括或是处理单元250(参见图2)。
在至少一个实施例中,集成电路1200包括外围或总线逻辑,其包括USB控制器1225、UART控制器1230、SPI/SDIO控制器1235和I2S/I2C控制器1240。在至少一个实施例中,集成电路1200可以包括显示设备1245耦合到高清多媒体接口(HDMI)控制器1250和移动工业处理器接口(MIPI)显示接口1255中的一个或更多个。在至少一个实施例中,存储可以由闪存子系统1260提供,包括闪存和闪存控制器。在至少一个实施例中,可以经由存储器控制器1265提供存储器接口以用于访问SDRAM或SRAM存储器设备。在至少一个实施例中,一些集成电路还包括嵌入式安全引擎1270。
图13示出了根据至少一个实施例的计算系统1300。在至少一个实施例中,计算系统1300包括处理子系统1301,其具有经由可以包括存储器集线器1305的互连路径通信的一个或更多个处理器1302和系统存储器1304。在至少一个实施例中,计算系统1300可以执行过程300、400、500、600和700(参见图3至图7)。在至少一个实施例中,一个或更多个处理器1302包括或是处理单元250(参见图2)。
在至少一个实施例中,存储器集线器1305可以是芯片组组件内的单独组件,也可以集成在一个或更多个处理器1302内。在至少一个实施例中,存储器集线器1305通过通信链路1306与I/O子系统1311耦合。在至少一个实施例中,I/O子系统1311包括I/O集线器1307,其可以使计算系统1300能够接收来自一个或更多个输入设备1308的输入。在至少一个实施例中,I/O集线器1307可以使能显示控制器,其包括在一个或更多个处理器1302中,用于向一个或更多个显示设备1310A提供输出。在至少一个实施例中,与I/O集线器1307耦合的一个或更多个显示设备1310A可以包括本地、内部或嵌入式显示设备。
在至少一个实施例中,处理子系统1301包括经由总线或其他通信链路1313耦合到存储器集线器1305的一个或更多个并行处理器1312。在至少一个实施例中,通信链路1313可以是许多基于标准的通信链路技术或协议中的一种,例如但不限于PCIe,或者可以是针对供应商的通信接口或通信结构。在至少一个实施例中,一个或更多个并行处理器1312形成计算集中的并行或向量处理系统,该系统可以包括大量的处理核心和/或处理集群,例如多集成核心(MIC)处理器。在至少一个实施例中,一个或更多个并行处理器1312形成可以将像素输出到经由I/O集线器1307耦合的一个或更多个显示设备1310A之一的图形处理子系统。在至少一个实施例中,一个或更多个并行处理器1312还可以包括显示控制器和显示接口(未示出),以使得能够直接连接到一个或更多个显示设备1310B。
在至少一个实施例中,系统存储单元1314可以连接到I/O集线器1307,以提供用于计算系统1300的存储机制。在至少一个实施例中,I/O交换机1316可以用于提供接口机制,以实现I/O集线器1307与其他组件之间的连接,例如可以集成到平台中的网络适配器1318和/或无线网络适配器1319,以及可以通过一个或更多个附加设备1320添加的各种其他设备。在至少一个实施例中,网络适配器1318可以是以太网适配器或另一有线网络适配器。在至少一个实施例中,无线网络适配器1319可以包括Wi-Fi、蓝牙、NFC的一个或更多个或其他包括一个或更多个无线电的网络设备。
在至少一个实施例中,计算系统1300可以包括未明确示出的其他组件,包括USB或其他端口连接、光存储驱动器、视频捕获设备等,也可以连接到I/O集线器1307。在至少一个实施例中,对图13中的各个组件进行互连的通信路径可以使用任何合适的协议来实现,诸如基于PCI(外围组件互连)的协议(例如,PCIe),或其他总线或点对点通信接口和/或协议(例如,NVLink高速互连或互连协议)。
在至少一个实施例中,一个或更多个并行处理器1312包括针对图形和视频处理而优化的电路(包括例如视频输出电路),并构成图形处理单元(GPU)。在至少一个实施例中,一个或更多个并行处理器1312包括针对通用处理而优化的电路。在至少一个实施例中,计算系统1300的组件可以与单个集成电路上的一个或更多个其他系统元件集成。例如,在至少一个实施例中,一个或更多个并行处理器1312、存储器集线器1305、处理器1302和I/O集线器1307可以被集成到片上系统(SoC)集成电路中。在至少一个实施例中,计算系统1300的组件可以被集成到单个封装中以形成系统级封装(SIP)配置。在至少一个实施例中,计算系统1300的组件的至少一部分可以被集成到多芯片模块(MCM)中,该多芯片模块可以与其他多芯片模块互连到模块化计算系统中。在至少一个实施例中,从计算系统1300中省略了I/O子系统1311和显示设备1310B。
处理系统
以下各图阐述了但不限于可用于实现至少一个实施例的示例性处理系统。
图14示出了根据至少一个实施例的加速处理单元(“APU”)1400。在至少一个实施例中,APU 1400由加利福尼亚州圣克拉拉市的AMD公司开发。在至少一个实施例中,APU1400可以被配置为执行应用程序,诸如CUDA程序。在至少一个实施例中,APU 1400可以执行过程300、400、500、600和700(参见图3至图7)。在至少一个实施例中,APU 1400包括处理单元250(见图2)、是处理单元250或与处理单元250通信。
在至少一个实施例中,APU 1400包括但不限于核心复合体1410、图形复合体1440、结构1460、I/O接口1470、存储器控制器1480、显示控制器1492和多媒体引擎1494。在至少一个实施例中,APU 1400可以包括但不限于任意数量的核心复合体1410、任意数量的图形复合体1440、任意数量的显示控制器1492和任意数量的多媒体引擎1494的任何组合。为了说明的目的,在本文中用附图标记表示相似对象的多个实例,其中附图标记标识该对象,并且括号中的数字标识所需要的实例。
在至少一个实施例中,核心复合体1410是CPU,图形复合体1440是GPU,并且APU1400是将不限于1410和1440集成到单个芯片上的处理单元。在至少一个实施例中,一些任务可以被分配给核心复合体1410,而其他任务可以被分配给图形复合体1440。在至少一个实施例中,核心复合体1410被配置为执行与APU 1400相关联的主控制软件,例如操作系统。在至少一个实施例中,核心复合体1410是APU 1400的主处理器,其控制和协调其他处理器的操作。在至少一个实施例中,核心复合体1410发出控制图形复合体1440的操作的命令。在至少一个实施例中,核心复合体1410可以被配置为执行从CUDA源代码派生的主机可执行代码,并且图形复合体1440可以被配置为执行从CUDA源代码派生的设备可执行代码。
在至少一个实施例中,核心复合体1410包括但不限于核心1420(1)-1420(4)和L3高速缓存1430。在至少一个实施例中,核心复合体1410可以包括但不限于任意数量的核心1420以及任意数量和类型的高速缓存的任何组合。在至少一个实施例中,核心1420被配置为执行特定指令集架构(“ISA”)的指令。在至少一个实施例中,每个核心1420是CPU核心。
在至少一个实施例中,每个核心1420包括但不限于获取/解码单元1422,整数执行引擎1424,浮点执行引擎1426和L2高速缓存1428。在至少一个实施例中,获取/解码单元1422获取指令,对这些指令进行解码,生成微操作,并将单独的微指令分派给整数执行引擎1424和浮点执行引擎1426。在至少一个实施例中,获取/解码单元1422可以同时分派一个微指令到整数执行引擎1424和另一微指令到浮点执行引擎1426。在至少一个实施例中,整数执行引擎1424执行不限于整数和存储器操作。在至少一个实施例中,浮点引擎1426执行不限于浮点和向量运算。在至少一个实施例中,获取-解码单元1422将微指令分派给单个执行引擎,该执行引擎代替整数执行引擎1424和浮点执行引擎1426两者。
在至少一个实施例中,每个核心1420(i)可以访问包括在核心1420(i)中的L2高速缓存1428(i),其中i是表示核心1420的特定实例的整数。在至少一个实施例中,包括在核心复合体1410(j)中的每个核心1420经由包括在核心复合体1410(j)中的L3高速缓存1430(j)连接到包括在核心复合体1410(j)中的其他核心1420,其中j是表示核心复合体1410的特定实例的整数。在至少一个实施例中,包括在核心复合体1410(j)中的核心1420可以访问包括在核心复合体1410(j)中的所有L3高速缓存1430(j),其中j是表示核心复合体1410的特定实例的整数。在至少一个实施例中,L3高速缓存1430可以包括但不限于任意数量的切片(slice)。
在至少一个实施例中,图形复合体1440可以被配置为以高度并行的方式执行计算操作。在至少一个实施例中,图形复合体1440被配置为执行图形管线操作,诸如绘制命令、像素操作、几何计算以及与将图像渲染至显示器相关联的其他操作。在至少一个实施例中,图形复合体1440被配置为执行与图形无关的操作。在至少一个实施例中,图形复合体1440被配置为执行与图形有关的操作和与图形无关的操作。
在至少一个实施例中,图形复合体1440包括但不限于任意数量的计算单元1450和L2高速缓存1442。在至少一个实施例中,计算单元1450共享L2高速缓存1442。在至少一个实施例中,L2高速缓存1442被分区。在至少一个实施例中,图形复合体1440包括但不限于任意数量的计算单元1450以及任意数量(包括零)和类型的高速缓存。在至少一个实施例中,图形复合体1440包括但不限于任意数量的专用图形硬件。
在至少一个实施例中,每个计算单元1450包括但不限于任意数量的SIMD单元1452和共享存储器1454。在至少一个实施例中,每个SIMD单元1452实现SIMD架构并且被配置为并行执行操作。在至少一个实施例中,每个计算单元1450可以执行任意数量的线程块,但是每个线程块在单个计算单元1450上执行。在至少一个实施例中,线程块包括但不限于任意数量的执行线程。在至少一个实施例中,工作组是线程块。在至少一个实施例中,每个SIMD单元1452执行不同的线程束(warp)。在至少一个实施例中,线程束是一组线程(例如16个线程),其中线程束中的每个线程属于单个线程块,并且被配置为基于单个指令集来处理不同的数据集。在至少一个实施例中,可以使用预测(predication)来禁用线程束中的一个或更多个线程。在至少一个实施例中,通道是线程。在至少一个实施例中,工作项是线程。在至少一个实施例中,波前是线程束。在至少一个实施例中,线程块中的不同波前可一起同步并经由共享存储器1454进行通信。
在至少一个实施例中,结构1460是系统互连,其促进跨核心复合体1410、图形复合体1440、I/O接口1470、存储器控制器1480、显示控制器1492和多媒体引擎1494的数据和控制传输。在至少一个实施例中,除了结构1460之外或代替结构1460,APU 1400还可以包括但不限于任意数量和类型的系统互连,该结构1460促进跨可以在APU 1400内部或外部的任意数量和类型的直接或间接链接的组件的数据和控制传输。在至少一个实施例中,I/O接口1470表示任意数量和类型的I/O接口(例如,PCI、PCI-Extended(“PCI-X”)、PCIe、千兆以太网(“GBE”)、USB等)。在至少一个实施例中,各种类型的外围设备耦合到I/O接口1470。在至少一个实施例中,耦合到I/O接口1470的外围设备可以包括但不限于键盘,鼠标,打印机,扫描仪,操纵杆或其他类型的游戏控制器、媒体记录设备、外部存储设备、网络接口卡等。
在至少一个实施例中,显示控制器AMD92在一个或更多个显示设备(例如液晶显示器(LCD)设备)上显示图像。在至少一个实施例中,多媒体引擎240包括但不限于任意数量和类型的与多媒体相关的电路,例如视频解码器、视频编码器、图像信号处理器等。在至少一个实施例中,存储器控制器1480促进APU 1400与统一系统存储器1490之间的数据传输。在至少一个实施例中,核心复合体1410和图形复合体1440共享统一系统存储器1490。
在至少一个实施例中,APU 1400实现存储器子系统,其包括但不限于任意数量和类型的存储器控制器1480和可以专用于一个组件或在多个组件之间共享的存储器设备(例如,共享存储器1454)。在至少一个实施例中,APU 1400实现高速缓存子系统,其包括但不限于一个或更多个高速缓存存储器(例如,L2高速缓存1528,L3高速缓存1430和L2高速缓存1442),每个高速缓存存储器可以是组件私有的或在任意数量的组件(例如,核心1420,核心复合体1410,SIMD单元1452,计算单元1450和图形复合体1440)之间共享。
图15示出了根据至少一个实施例的CPU 1500。在至少一个实施例中,CPU 1500由加利福尼亚州圣克拉拉市的AMD公司开发。在至少一个实施例中,CPU 1500可以被配置为执行应用程序。在至少一个实施例中,CPU1500可执行过程300、400、500、600和700(参见图3至图7)。在至少一个实施例中,CPU 1500包括处理单元250、与处理单元250通信或是处理单元250(见图2)。
在至少一个实施例中,CPU 1500被配置为执行主控制软件,例如操作系统。在至少一个实施例中,CPU 1500发出控制外部GPU(未示出)的操作的命令。在至少一个实施例中,CPU 1500可以被配置为执行从CUDA源代码派生的主机可执行代码,并且外部GPU可以被配置为执行从这种CUDA源代码派生的设备可执行代码。在至少一个实施例中,CPU1500包括但不限于任意数量的核心复合体1510、结构1560、I/O接口1570和存储器控制器1580。
在至少一个实施例中,核心复合体1510包括但不限于核心1520(1)-1520(4)和L3高速缓存1530。在至少一个实施例中,核心复合体1510可以包括但不限于任意数量的核心1520以及任意数量和类型的高速缓存的任何组合。在至少一个实施例中,核心1520被配置为执行特定ISA的指令。在至少一个实施例中,每个核心1520是CPU核心。
在至少一个实施例中,每个核心1520包括但不限于获取/解码单元1522,整数执行引擎1524,浮点执行引擎1526和L2高速缓存1528。在至少一个实施例中,获取/解码单元1522获取指令,对这些指令进行解码,生成微操作,并将单独的微指令分派给整数执行引擎1524和浮点执行引擎1526。在至少一个实施例中,获取/解码单元1522可以同时分派一个微指令至整数执行引擎1524和另一微指令至浮点执行引擎1526。在至少一个实施例中,整数执行引擎1524执行不限于整数和存储器操作。在至少一个实施例中,浮点引擎1526执行不限于浮点和向量运算。在至少一个实施例中,获取-解码单元1522将微指令分派给单个执行引擎,该引擎代替整数执行引擎1524和浮点执行引擎1526两者。
在至少一个实施例中,每个核心1520(i)可以访问包括在核心1520(i)中的L2高速缓存1528(i),其中i是表示核心1520的特定实例的整数。在至少一个实施例中,包括在核心复合体1510(j)中的每个核心1520经由包括在核心复合体1510(j)中的L3高速缓存1530(j)连接到核心复合体1510(j)中的其他核心1520,其中j是表示核心复合体1510的特定实例的整数。在至少一个实施例中,包括在核心复合体1510(j)中的核心1520可以访问包括在核心复合体1510(j)中的所有L3高速缓存1530(j),其中j是表示核心复合体1510的特定实例的整数。在至少一个实施例中,L3高速缓存1530可以包括但不限于任意数量的切片。
在至少一个实施例中,结构1560是系统互连,其促进跨核心复合体1510(1)-1510(N)(其中N是大于零的整数)、I/O接口1570和存储器控制器1580的数据和控制传输。在至少一个实施例中,除了结构1560之外或代替结构1560,CPU 1500还可以包括但不限于任意数量和类型的系统互连,该结构1560促进跨可以在CPU 1500内部或外部的任意数量和类型的直接或间接链接的组件的数据和控制传输。在至少一个实施例中,I/O接口1570表示任意数量和类型的I/O接口(例如PCI,PCI-X,PCIe,GBE,USB等)。在至少一个实施例中,各种类型的外围设备耦合到I/O接口1570。在至少一个实施例中,耦合到I/O接口1570的外围设备可以包括但不限于显示器,键盘,鼠标,打印机,扫描仪,操纵杆或其他类型的游戏控制器、媒体记录设备、外部存储设备、网络接口卡等。
在至少一个实施例中,存储器控制器1580促进CPU 1500与系统存储器1590之间的数据传输。在至少一个实施例中,核心复合体1510和图形复合体1540共享系统存储器1590。在至少一个实施例中,CPU 1500实现存储器子系统,其包括但不限于任意数量和类型的存储器控制器1580和可以专用于一个组件或在多个组件之间共享的存储器设备。在至少一个实施例中,CPU 1500实现了高速缓存子系统,其包括但不限于一个或更多个高速缓存存储器(例如,L2高速缓存1528和L3高速缓存1530),每个高速缓存存储器可以是组件私有的或在任意数量的组件(例如,核心1520和核心复合体1510)之间共享。
图16示出了根据至少一个实施例的示例性加速器集成切片1690。如本文所使用的,“切片”包括加速器集成电路的处理资源的指定部分。在至少一个实施例中,加速器集成电路代表多个图形加速模块种的多个图形处理引擎提供高速缓存管理、存储器访问、环境管理和中断管理服务。图形处理引擎可以各自包括单独的GPU。可选地,图形处理引擎可包括GPU内的不同类型的图形处理引擎,例如图形执行单元、媒体处理引擎(例如,视频编码器/解码器)、采样器和blit引擎。在至少一个实施例中,图形加速模块可以是具有多个图形处理引擎的GPU。在至少一个实施例中,图形处理引擎可以是集成在通用封装、线卡或芯片上的各个GPU。在至少一个实施例中,切片可执行过程300、400、500、600和700(参见图3至图7)。在至少一个实施例中,切片使用处理单元250(见图2)。
系统存储器1614内的应用程序有效地址空间1682存储过程元素1683。在一个实施例中,响应于来自处理器1607上执行的应用程序1680的GPU调用1681而存储过程元素1683。过程元素1683包含对应应用程序1680的处理状态。包含在过程元素1683中的工作描述符(WD)1684可以是应用程序请求的单个作业或可能包含指向作业队列的指针。在至少一个实施例中,WD 1684是指向应用程序有效地址空间1682中的作业请求队列的指针。
图形加速模块1646和/或各个图形处理引擎可以由系统中的全部或部分过程共享。在至少一个实施例中,可以包括用于建立处理状态并将WD 1684发送到图形加速模块1646以在虚拟化环境中开始作业的基础设施。
在至少一个实施例中,专用过程编程模型是针对实现的。在该模型中,单个过程拥有图形加速模块1646或个体图形处理引擎。由于图形加速模块1646由单个过程拥有,因此管理程序为拥有的分区初始化加速器集成电路,并且当分配图形加速模块1646时操作系统对加速器集成电路进行初始化以用于拥有的分区。
在操作中,加速器集成切片1690中的WD获取单元1691获取下一个WD 1684,其中包括要由图形加速模块1646的一个或更多个图形处理引擎完成的工作的指示。来自WD 1684的数据可以存储在寄存器1645被存储器管理单元(MMU)1639、中断管理电路1647和/或环境管理电路1648使用,如图所示。例如,MMU 1639的一个实施例包括用于访问OS虚拟地址空间1685内的段/页表1686的段/页面漫游电路。中断管理电路1647可以处理从图形加速模块1646接收到的中断事件(INT)1692。当执行图操作时,由图形处理引擎产生的有效地址1693由MMU 1639转换为实际地址。
在一个实施例中,为每个图形处理引擎和/或图形加速模块1646复制相同的寄存器组1645,并且可以由系统管理程序或操作系统来初始化。这些复制的寄存器中的每一个都可以包含在加速器集成切片1690中。表1中显示了可由管理程序初始化的示例性寄存器。
表1–管理程序初始化的寄存器
1 | 切片控制寄存器 |
2 | 实地址(RA)计划的处理区域指针 |
3 | 授权掩码覆盖寄存器 |
4 | 中断向量表输入偏移 |
5 | 中断向量表入口限制 |
6 | 状态寄存器 |
7 | 逻辑分区ID |
8 | 实地址(RA)管理程序加速器利用率记录指针 |
9 | 存储描述寄存器 |
表2中示出了可以由操作系统初始化的示例性寄存器。
表2–操作系统初始化寄存器
在一个实施例中,每个WD 1684特定于特定的图形加速模块1646和/或特定图形处理引擎。它包含图形处理引擎进行工作或工作所需的所有信息,或者它可以是指向存储器位置的指针,其中应用程序建立了要完成的工作的命令队列。
图17A-17B示出了根据本文至少一个实施例的示例性图形处理器。在至少一个实施例中,任何示例性图形处理器可以使用一个或更多个IP核心来制造。除了图示之外,在至少一个实施例中可以包括其他逻辑和电路,包括附加的图形处理器/核心、外围接口控制器或通用处理器核心。在至少一个实施例中,示例性图形处理器用于SoC内。
图17A示出了根据至少一个实施例的SoC集成电路的示例性图形处理器1710,其可以使用一个或更多个IP核心来制造。在至少一个实施例中,图形处理器1710可以执行过程300、400、500、600和700中的部分或全部(参见图3至图7)。在至少一个实施例中,图形处理器1710包括处理单元250(见图2)、与处理单元250通信、或是处理单元250。在至少一个实施例中,图形处理器1710执行工作负载、流或队列作为运行应用的一部分(例如,如图1中所示)。
图17B示出了根据至少一个实施例的SoC集成电路的附加示例性图形处理器1740,其可以使用一个或更多个IP核心来制造。在至少一个实施例中,图17A的图形处理器1710是低功耗图形处理器核心。在至少一个实施例中,图17B的图形处理器1740是更高性能的图形处理器核心。在至少一个实施例中,每个图形处理器1710、1740可以是图12的图形处理器1210的变体。
在至少一个实施例中,图形处理器1710包括顶点处理器1705和一个或更多个片段处理器1715A-1715N(例如1715A、1715B、1715C、1715D至1715N-1和1715N)。在至少一个实施例中,图形处理器1710可以经由单独的逻辑来执行不同的着色器程序,使得顶点处理器1705被优化以执行针对顶点着色器程序的操作,而一个或更多个片段处理器1715A-1715N执行片段(例如,像素)着色操作用于片段或像素或着色器程序。在至少一个实施例中,顶点处理器1705执行3D图形管线的顶点处理阶段并生成图元和顶点数据。在至少一个实施例中,片段处理器1715A-1715N使用由顶点处理器1705生成的图元和顶点数据来生成在显示设备上显示的帧缓冲区。在至少一个实施例中,片段处理器1715A-1715N被优化以执行如在OpenGL API中所提供的片段着色器程序,其可以用于执行与在Direct 3DAPI中所提供的像素着色器程序类似的操作。
在至少一个实施例中,图形处理器1710附加地包括一个或更多个MMU 1720A-1720B、高速缓存1725A-1725B和电路互连1730A-1730B。在至少一个实施例中,一个或更多个MMU 1720A-1720B提供用于图形处理器1710的虚拟到物理地址的映射,包括用于顶点处理器1705和/或片段处理器1715A-1715N,其可以引用存储在存储器中的顶点或图像/纹理数据,除了存储在一个或更多个高速缓存1725A-1725B中的顶点或图像/纹理数据之外。在至少一个实施例中,一个或更多个MMU 1720A-1720B可以与系统内的其他MMU同步,包括与图12的一个或更多个应用处理器1205、图像处理器1215和/或视频处理器1220相关联的一个或更多个MMU,使得每个处理器1205-1220可以参与共享或统一的虚拟存储器系统。在至少一个实施例中,一个或更多个电路互连1730A-1730B使图形处理器1710能够经由SoC的内部总线或经由直接连接与SoC内的其他IP核心相连接。
在至少一个实施例中,图形处理器1740包括图17A的图形处理器1710的一个或更多个MMU 1720A-1720B、高速缓存1725A-1725B和电路互连1730A-1730B。在至少一个实施例中,图形处理器1740包括一个或更多个着色器核心1755A-1755N(例如,1755A、1755B、1755C、1755D、1755E、1755F、至1755N-1和1755N),其提供了统一的着色器核心架构,其中单个核心或类型或核心可以执行所有类型的可编程着色器代码,包括用于实现顶点着色器、片段着色器和/或计算着色器的着色器程序代码。在至少一个实施例中,多个着色器核心可以变化。在至少一个实施例中,图形处理器1740包括核心间任务管理器1745,其充当线程分派器以将执行线程分派给一个或更多个着色器核心1755A-1755N和分块单元1758,以加速基于图块渲染的分块操作,其中在图像空间中细分了场景的渲染操作,例如,以利用场景内的局部空间一致性或优化内部缓存的使用。
图18A示出了根据至少一个实施例的图形核心1800。在至少一个实施例中,图形核心1800可以包括在图12的图形处理器1210内。在至少一个实施例中,图形核心1800可以执行过程300、400、500、600和700中的部分或全部(参见图3至图7)。在至少一个实施例中,图形核心1800被包括在处理单元250(见图2)中、与处理单元250通信、或是处理单元250。在至少一个实施例中,图形核心1800执行工作负载、流或队列作为运行应用的一部分(例如,如图1所示)。
在至少一个实施例中,图形核心1800可以是图17B中统一的着色器核心1755A-1755N。在至少一个实施例中,图形核心1800包括共享指令高速缓存1802、纹理单元1818和高速缓存/共享存储器1820,它们是图形核心1800内的执行资源所共有的。在至少一个实施例中,图形核心1800可以包括多个切片(slice)1801A-1801N或每个核心的分区,图形处理器可以包括图形核心1800的多个实例。切片1801A-1801N可以包括支持逻辑,该支持逻辑包括本地指令高速缓存1804A-1804N、线程调度器1806A-1806N、线程分派器1808A-1808N和一组寄存器1810A-1810N。在至少一个实施例中,切片1801A-1801N可以包括一组附加功能单元(AFU)1812A-1812N、浮点单元(FPU)1814A-1814N、整数算术逻辑单元(ALU)1816A-1816N、地址计算单元(ACU)1813A-1813N、双精度浮点单元(DPFPU)1815A-1815N和矩阵处理单元(MPU)1817A-1817N。
在一个实施例中,FPU 1814A-1814N可以执行单精度(32位)和半精度(16位)浮点运算,而DPFPU 1815A-1815N可以执行双精度(64位)浮点运算点操作。在至少一个实施例中,ALU 1816A-1816N可以以8位、16位和32位精度执行可变精度整数运算,并且可以被配置用于混合精度运算。在至少一个实施例中,MPU 1817A-1817N还可被配置用于混合精度矩阵运算,包括半精度浮点运算和8位整数运算。在至少一个实施例中,MPU 1817A-1817N可以执行各种矩阵操作以加速CUDA程序,包括使得能够支持加速的通用矩阵到矩阵乘法(GEMM)。在至少一个实施例中,AFU 1812A-1812N可以执行浮点数或整数单元不支持的附加逻辑运算,包括三角运算(例如,Sine、Cosine等)。
图18B示出了在至少一个实施例中的通用图形处理单元(GPGPU)1830。在至少一个实施例中,GPGPU 1830是高度并行的并且适合于部署在多芯片模块上。在至少一个实施例中,GPGPU1830可以被配置为使得高度并行的计算操作能够由GPU阵列来执行。在至少一个实施例中,GPGPU1830可以直接链路到GPGPU 1830的其他实例,以创建多GPU集群以提高用于CUDA程序的执行时间。在至少一个实施例中,GPGPU 1830包括主机接口1832以实现与主机处理器的连接。在至少一个实施例中,主机接口1832是PCIe接口。在至少一个实施例中,主机接口1832可以是厂商专用的通信接口或通信结构。在至少一个实施例中,GPGPU 1830从主机处理器接收命令,并使用全局调度器1834将与那些命令相关联的执行线程分派给一组计算集群1836A-1836H。在至少一个实施例中,计算集群1836A-1836H共享高速缓存存储器1838。在至少一个实施例中,高速缓存存储器1838可以用作计算集群1836A-1836H内的高速缓存存储器的高级高速缓存。
在至少一个实施例中,GPGPU 1830包括经由一组存储器控制器1842A-1842B与计算集群1836A-1836H耦合的存储器1844A-1844B。在至少一个实施例中,存储器1844A-1844B可以包括各种类型的存储器设备,包括动态随机存取存储器(DRAM)或图形随机存取存储器,例如同步图形随机存取存储器(SGRAM),包括图形双倍数据速率(GDDR)存储器。
在至少一个实施例中,计算集群1836A-1836H各自包括一组图形核心,诸如图18A的图形核心1800,其可以包括多种类型的整数和浮点逻辑单元,可以以各种精度执行计算操作,包括适合与CUDA程序相关的计算。例如,在至少一个实施例中,每个计算集群1836A-1836H中的浮点单元的至少一个子集可以配置为执行16位或32位浮点运算,而不同的浮点单元的子集可以配置为执行64位浮点运算。
在至少一个实施例中,GPGPU 1830的多个实例可以被配置为操作为计算集群。计算集群1836A-1836H可以实现用于同步和数据交换的任何技术上可行的通信技术。在至少一个实施例中,GPGPU 1830的多个实例通过主机接口1832进行通信。在至少一个实施例中,GPGPU 1830包括I/O集线器1839,其将GPGPU 1830与GPU链路1840耦合,使得能够直接连接至GPGPU1830的其他的实例。在至少一个实施例中,GPU链路1840耦合到专用GPU到GPU桥接器,其使得能够在GPGPU 1830的多个实例之间进行通信和同步。在至少一个实施例中,GPU链路1840与高速互连耦合,以向其他GPGPU或并行处理器发送和接收数据。在至少一个实施例中,GPGPU1830的多个实例位于单独的数据处理系统中,并经由可经由主机接口1832访问的网络设备进行通信。在至少一个实施例中,GPU链路1840可被配置为能够连接到主机处理器,附加或替代主机接口1832。在至少一个实施例中,GPGPU 1830可以配置为执行CUDA程序。
图19A示出了根据至少一个实施例的并行处理器1900。在至少一个实施例中,并行处理器1900的各种组件可以使用一个或更多个集成电路设备来实现,例如可编程处理器、专用集成电路(ASIC)或FPGA。
在至少一个实施例中,并行处理器1900包括并行处理单元1902。在至少一个实施例中,并行处理器1900可以执行过程300、400、500、600和700中的部分或全部(参见图3至图7)。在至少一个实施例中,并行处理器1900被包括在处理单元250(见图2)中、与处理单元250通信或是处理单元250。在至少一个实施例中,并行处理器1900执行工作负载、流或队列作为运行应用的一部分(例如,如图1中所示)。
在至少一个实施例中,并行处理单元1902包括I/O单元1904,其使得能够与其他设备进行通信,包括并行处理单元1902的其他实例。在至少一个实施例中,I/O单元1904可以直接连接到其他设备。在至少一个实施例中,I/O单元1904通过使用集线器或交换机接口(例如,存储器集线器1905)与其他设备连接。在至少一个实施例中,存储器集线器1905与I/O单元1904之间的连接形成通信链路。在至少一个实施例中,I/O单元1904与主机接口1906和存储器交叉开关1916连接,其中主机接口1906接收用于执行处理操作的命令,而存储器交叉开关1916接收用于执行存储器操作的命令。
在至少一个实施例中,当主机接口1906经由I/O单元1904接收命令缓冲区时,主机接口1906可以引导工作操作以执行那些命令到前端1908。在至少一个实施例中,前端1908与调度器1910耦合,调度器1910配置成将命令或其他工作项分配给处理阵列1912。在至少一个实施例中,调度器1910确保在将任务分配给处理阵列1912中的处理阵列1912之前,处理阵列1912被正确地配置并且处于有效状态。在至少一个实施例中,调度器1910通过在微控制器上执行的固件逻辑来实现。在至少一个实施例中,微控制器实现的调度器1910可配置成以粗粒度和细粒度执行复杂的调度和工作分配操作,从而实现对在处理阵列1912上执行的线程的快速抢占和环境切换。在至少一个实施例中,主机软件可以证明用于通过多个图形处理门铃之一在处理阵列1912上进行调度的工作负载。在至少一个实施例中,工作负载然后可以由包括调度器1910的微控制器内的调度器1910逻辑在处理阵列1912上自动分配。
在至少一个实施例中,处理阵列1912可以包括多达“N”个处理集群(例如,集群1914A、集群1914B到集群1914N)。在至少一个实施例中,处理阵列1912的每个集群1914A-1914N可以执行大量并发线程。在至少一个实施例中,调度器1910可以使用各种调度和/或工作分配算法将工作分配给处理阵列1912的集群1914A-1914N,其可以根据每种程序或计算类型产生的工作负载而变化。在至少一个实施例中,调度可以由调度器1910动态地处理,或者可以在配置为由处理阵列1912执行的程序逻辑的编译期间部分地由编译器逻辑来辅助。在至少一个实施例中,可将处理阵列1912的不同的集群1914A-1914N分配用于处理不同类型的程序或用于执行不同类型的计算。
在至少一个实施例中,处理阵列1912可以配置成执行各种类型的并行处理操作。在至少一个实施例中,处理阵列1912配置成执行通用并行计算操作。例如,在至少一个实施例中,处理阵列1912可以包括执行处理任务的逻辑,该处理任务包括对视频和/或音频数据的过滤,执行建模操作,包括物理操作以及执行数据转换。
在至少一个实施例中,处理阵列1912配置成执行并行图形处理操作。在至少一个实施例中,处理阵列1912可以包括附加逻辑以支持这种图形处理操作的执行,包括但不限于执行纹理操作的纹理采样逻辑,以及镶嵌逻辑和其他顶点处理逻辑。在至少一个实施例中,处理阵列1912可以配置成执行与图形处理有关的着色器程序,例如但不限于顶点着色器、曲面细分着色器、几何着色器和像素着色器。在至少一个实施例中,并行处理单元1902可以经由I/O单元1904从系统存储器传送数据以进行处理。在至少一个实施例中,在处理期间,可以在处理期间将传送的数据存储到片上存储器(例如,并行处理器存储器1922),然后将其写回到系统存储器。
在至少一个实施例中,当并行处理单元1902用于执行图处理时,调度器1910可以配置成将处理工作负载划分为近似相等大小的任务,以更好地将图形处理操作分配给处理阵列1912的多个集群1914A-1914N。在至少一个实施例中,处理阵列1912的部分可以配置成执行不同类型的处理。例如,在至少一个实施例中,第一部分可以配置成执行顶点着色和拓扑生成,第二部分可以配置成执行镶嵌和几何着色,并且第三部分可以配置成执行像素着色或其他屏幕空间操作,以生成用于显示的渲染图像。在至少一个实施例中,可以将由集群1914A-1914N中的一个或更多个产生的中间数据存储在缓冲区中,以允许在集群1914A-1914N之间传输中间数据以进行进一步处理。
在至少一个实施例中,处理阵列1912可以经由调度器1910接收要执行的处理任务,该调度器1910从前端1908接收定义处理任务的命令。在至少一个实施例中,处理任务可以包括要被处理的数据的索引,例如可以包括表面(补丁)数据、原始数据、顶点数据和/或像素数据,以及状态参数和定义如何处理数据的命令(例如,要执行什么程序)。在至少一个实施例中,调度器1910可以配置成获取与任务相对应的索引,或者可以从前端1908接收索引。在至少一个实施例中,前端1908可以配置成确保在启动由传入命令缓冲区(例如,批缓冲区(batch-buffer)、推送缓冲区等)指定的工作负载之前,处理阵列1912配置成有效状态。
在至少一个实施例中,并行处理单元1902的一个或更多个实例中的每一个可以与并行处理器存储器1922耦合。在至少一个实施例中,可以经由存储器交叉开关1916访问并行处理器存储器1922,所述存储器交叉开关1916可以接收来自处理阵列1912以及I/O单元1904的存储器请求。在至少一个实施例中,存储器交叉开关1916可以经由存储器接口1918访问并行处理器存储器1922。在至少一个实施例中,存储器接口1918可以包括多个分区单元(例如,分区单元1920A、分区单元1920B到分区单元1920N),其可各自耦合至并行处理器存储器1922的一部分(例如,存储器单元)。在至少一个实施例中,多个分区单元1920A-1920N为配置为等于存储器单元的数量,使得第一分区单元1920A具有对应的第一存储器单元1924A,第二分区单元1920B具有对应的存储器单元1924B,第N分区单元1920N具有对应的第N存储器单元1924N。在至少一个实施例中,分区单元1920A-1920N的数量可以不等于存储器设备的数量。
在至少一个实施例中,存储器单元1924A-1924N可以包括各种类型的存储器设备,包括动态随机存取存储器(DRAM)或图形随机存取存储器,例如同步图形随机存取存储器(SGRAM),包括图形双倍数据速率(GDDR)存储器。在至少一个实施例中,存储器单元1924A-1924N还可包括3D堆叠存储器,包括但不限于高带宽存储器(HBM)。在至少一个实施例中,可以跨存储器单元1924A-1924N来存储诸如帧缓冲区或纹理映射的渲染目标,从而允许分区单元1920A-1920N并行地写入每个渲染目标的部分,以有效地使用并行处理器存储器1922的可用带宽。在至少一个实施例中,可以排除并行处理器存储器1922的本地实例,以有利于利用系统存储器与本地高速缓存存储器结合的统一存储器设计。
在至少一个实施例中,处理阵列1912的集群1914A-1914N中的任何一个都可以处理将被写入并行处理器存储器1922内的任何存储器单元1924A-1924N中的数据。在至少一个实施例中,存储器交叉开关1916可以配置为将每个集群1914A-1914N的输出传输到任何分区单元1920A-1920N或另一个集群1914A-1914N,集群1914A-1914N可以对输出执行其他处理操作。在至少一个实施例中,每个集群1914A-1914N可以通过存储器交叉开关1916与存储器接口1918通信,以从各种外部存储设备读取或写入各种外部存储设备。在至少一个实施例中,存储器交叉开关1916具有到存储器接口1918的连接以与I/O单元1904通信,以及到并行处理器存储器1922的本地实例的连接,从而使不同处理集群1914A-1914N内的处理单元与系统存储器或不是并行处理单元1902本地的其他存储器进行通信。在至少一个实施例中,存储器交叉开关1916可以使用虚拟通道来分离集群1914A-1914N和分区单元1920A-1920N之间的业务流。
在至少一个实施例中,可以在单个插入卡上提供并行处理单元1902的多个实例,或者可以将多个插入卡互连。在至少一个实施例中,并行处理单元1902的不同实例可以配置成相互操作,即使不同实例具有不同数量的处理核心,不同数量的本地并行处理器存储器和/或其他配置差异。例如,在至少一个实施例中,并行处理单元1902的一些实例可以包括相对于其他实例而言更高精度的浮点单元。在至少一个实施例中,结合并行处理单元1902或并行处理器1900的一个或更多个实例的系统可以以各种配置和形式因素来实现,包括但不限于台式机、膝上型计算机或手持式个人计算机、服务器、工作站、游戏机和/或嵌入式系统。
图19B示出了根据至少一个实施例的处理集群1994。在至少一个实施例中,处理集群1994被包括在并行处理单元内。在至少一个实施例中,处理集群1994是图19A的处理集群1914A-1914N之一的实例。在至少一个实施例中,处理集群1994可以配置成并行执行许多线程,其中术语“线程”是指在特定的一组输入数据上执行的特定程序的实例。在至少一个实施例中,单指令多数据(SIMD)指令发布技术用于支持大量线程的并行执行而无需提供多个独立的指令单元。在至少一个实施例中,使用单指令多线程(SIMT)技术来支持并行执行大量一般同步的线程,这使用了公共指令单元,该公共指令单元配置成向每个处理集群1994内的一组处理引擎发出指令。
在至少一个实施例中,可以通过将处理任务分配给SIMT并行处理器的管线管理器1932来控制处理集群1994的操作。在至少一个实施例中,管线管理器1932从图19A的调度器1910接收指令,通过图形多处理器1934和/或纹理单元1936管理这些指令的执行。在至少一个实施例中,图形多处理器1934是SIMT并行处理器的示例性实例。然而,在至少一个实施例中,处理集群1994内可以包括不同架构的各种类型的SIMT并行处理器。在至少一个实施例中,在处理集群1994内可以包括图形多处理器1934的一个或更多个实例。在至少一个实施例中,图形多处理器1934可以处理数据,并且数据交叉开关1940可以用于将处理后的数据分发到多个可能的目的(包括其他着色器单元)地之一。在至少一个实施例中,管线管理器1932可以通过指定要经由数据交叉开关1940分配的处理后的数据的目的地来促进处理后的数据的分配。
在至少一个实施例中,处理集群1994内的每个图形多处理器1934可以包括相同的一组功能执行逻辑(例如,算术逻辑单元、加载存储单元(LSU)等)。在至少一个实施例中,可以以管线方式配置功能执行逻辑,其中可以在先前的指令完成之前发出新的指令。在至少一个实施例中,功能执行逻辑支持多种运算,包括整数和浮点算术、比较操作、布尔运算、移位和各种代数函数的计算。在至少一个实施例中,可以利用相同的功能单元硬件来执行不同的操作,并且可以存在功能单元的任何组合。
在至少一个实施例中,传送到处理集群1994的指令构成线程。在至少一个实施例中,跨一组并行处理引擎执行的一组线程是线程组。在至少一个实施例中,线程组在不同的输入数据上执行程序。在至少一个实施例中,线程组内的每个线程可被分配给图形多处理器1934内的不同处理引擎。在至少一个实施例中,线程组可包括比图形多处理器1934内的多个处理引擎更少的线程。在至少一个实施例中,当线程组包括的线程数少于处理引擎的数量时,一个或更多个处理引擎在正在处理该线程组的循环期间可能是空闲的。在至少一个实施例中,线程组还可以包括比图形多处理器1934内的多个处理引擎更多的线程。在至少一个实施例中,当线程组包括比图形多处理器1934内的处理引擎的数量更多的线程时,可以在连续的时钟周期内执行处理。在至少一个实施例中,可以在图形多处理器1934上同时执行多个线程组。
在至少一个实施例中,图形多处理器1934包括内部高速缓存存储器,以执行加载和存储操作。在至少一个实施例中,图形多处理器1934可以放弃内部高速缓存并使用处理集群1994内的高速缓存存储器(例如,L1高速缓存1948)。在至少一个实施例中,每个图形多处理器1934还可以访问分区单元(例如,图19A的分区单元1920A-1920N)内的L2高速缓存,这些分区单元在所有处理集群1994之间共享并且可以用于在线程之间传输数据。在至少一个实施例中,图形多处理器1934还可以访问片外全局存储器,其可以包括本地并行处理器存储器和/或系统存储器中的一个或更多个。在至少一个实施例中,并行处理单元1902外部的任何存储器都可以用作全局存储器。在至少一个实施例中,处理集群1994包括图形多处理器1934的多个实例,它们可以共享可以存储在L1高速缓存1948中的公共指令和数据。
在至少一个实施例中,每个处理集群1994可以包括配置成将虚拟地址映射为物理地址的MMU 1945。在至少一个实施例中,MMU 1945的一个或更多个实例可以驻留在图19A的存储器接口1918内。在至少一个实施例中,MMU 1945包括一组页表条目(PTE),其用于将虚拟地址映射到图块(谈论有关图块的更多信息)的物理地址以及可选地映射到高速缓存行索引。在至少一个实施例中,MMU 1945可以包括地址转换后备缓冲区(TLB)或可以驻留在图形多处理器1934或L1高速缓存1948或处理集群1994内的高速缓存。在至少一个实施例中,处理物理地址以分配表面数据访问局部性,以便在分区单元之间进行有效的请求交织。在至少一个实施例中,高速缓存行索引可以用于确定对高速缓存线的请求是命中还是未命中。
在至少一个实施例中,可以配置处理集群1994,使得每个图形多处理器1934耦合到纹理单元1936,以执行纹理映射操作,例如,可以涉及确定纹理样本位置、读取纹理数据以及过滤纹理数据。在至少一个实施例中,根据需要从内部纹理L1高速缓存(未示出)或从图形多处理器1934内的L1高速缓存中读取纹理数据,并从L2高速缓存、本地并行处理器存储器或系统存储器中获取纹理数据。在至少一个实施例中,每个图形多处理器1934将处理后的任务输出到数据交叉开关1940,以将处理后的任务提供给另一处理集群1994以进行进一步处理或将处理后的任务存储在L2高速缓存、本地并行处理器存储器、或经由存储器交叉开关1916的系统存储器中。在至少一个实施例中,光栅前操作单元(preROP)1942配置成从图形多处理器1934接收数据,将数据引导至ROP单元,该ROP单元可以与本文所述的分区单元(例如,图19A的分区单元1920A-1920N)一起定位。在至少一个实施例中,PreROP1942单元可以执行用于颜色混合的优化、组织像素颜色数据以及执行地址转换。
图19C示出了根据至少一个实施例的图形多处理器1996。在至少一个实施例中,图形多处理器1996是图19B的图形多处理器1934。在至少一个实施例中,图形多处理器1996与处理集群1994的管线管理器1932耦合。在至少一个实施例中,图形多处理器1996具有执行管线,该执行管线包括但不限于指令高速缓存1952、指令单元1954、地址映射单元1956、寄存器文件1958、一个或更多个GPGPU核心1962和一个或更多个LSU1966。GPGPU核心1962和LSU 1966与高速缓存存储器1972和共享存储器1970通过存储器和高速缓存互连1968耦合。在至少一个实施例中,图形处理器1996可以执行过程300、400、500、600和700中的部分或全部(参见图3至图7)。在至少一个实施例中,图形处理器1996包括在处理单元250(见图2)中,或者是处理单元250。在至少一个实施例中,图形处理器1996执行工作负载、流或队列作为运行应用的一部分(例如,如图1中所示)。在至少一个实施例中,图形处理器1996可以执行过程300、400、500、600和700(参见图3至图7)。
在至少一个实施例中,指令高速缓存1952从管线管理器1932接收要执行的指令流。在至少一个实施例中,将指令高速缓存在指令高速缓存1952中并将其分派以供指令单元1954执行。在一个实施例中,指令单元1954可以分派指令作为线程组(例如,线程束),将线程组的每个线程分配给GPGPU核心1962内的不同执行单元。在至少一个实施例中,指令可以通过在统一地址空间内指定地址来访问任何本地、共享或全局地址空间。在至少一个实施例中,地址映射单元1956可以用于将统一地址空间中的地址转换成可以由LSU 1966访问的不同的存储器地址。
在至少一个实施例中,寄存器文件1958为图形多处理器1996的功能单元提供了一组寄存器。在至少一个实施例中,寄存器文件1958为连接到图形多处理器1996的功能单元(例如,GPGPU核心1962、LSU 1966)的数据路径的操作数提供了临时存储。在至少一个实施例中,在每个功能单元之间划分寄存器文件1958,使得为每个功能单元分配寄存器文件1958的专用部分。在至少一个实施例中,寄存器文件1958在图形多处理器1996正在执行的不同线程组之间划分。
在至少一个实施例中,GPGPU核心1962可以各自包括用于执行图多处理器1996的指令的FPU和/或ALU。GPGPU核心1962在架构上可以相似或架构可能有所不同。在至少一个实施例中,GPGPU核心1962的第一部分包括单精度FPU和整数ALU,而GPGPU核心的第二部分包括双精度FPU。在至少一个实施例中,FPU可以实现用于浮点算法的IEEE754-2008标准或启用可变精度浮点算法。在至少一个实施例中,图形多处理器1996可以另外包括一个或更多个固定功能或特殊功能单元,以执行特定功能,诸如复制矩形或像素混合操作。在至少一个实施例中,GPGPU核心1962中的一个或更多个也可以包括固定或特殊功能逻辑。
在至少一个实施例中,GPGPU核心1962包括能够对多组数据执行单个指令的SIMD逻辑。在至少一个实施例中,GPGPU核心1962可以物理地执行SIMD4、SIMD8和SIMD9指令,并且在逻辑上执行SIMD1、SIMD2和SIMD32指令。在至少一个实施例中,用于GPGPU核心的SIMD指令可以在编译时由着色器编译器生成,或者在执行针对单程序多数据(SPMD)或SIMT架构编写和编译的程序时自动生成。在至少一个实施例中,可以通过单个SIMD指令来执行为SIMT执行模型配置的程序的多个线程。例如,在至少一个实施例中,可以通过单个SIMD8逻辑单元并行执行执行相同或相似操作的八个SIMT线程。
在至少一个实施例中,存储器和高速缓存互连1968是将图形多处理器1996的每个功能单元连接到寄存器文件1958和共享存储器1970的互连网络。在至少一个实施例中,存储器和高速缓存互连1968是交叉开关互连,其允许LSU 1966在共享存储器1970和寄存器文件1958之间实现加载和存储操作。在至少一个实施例中,寄存器文件1958可以以与GPGPU核心1962相同的频率操作,从而在GPGPU核心1962和寄存器文件1958之间进行数据传输的延迟非常低。在至少一个实施例中,共享存储器1970可以用于启用在图形多处理器1996内的功能单元上执行的线程之间的通信。在至少一个实施例中,高速缓存存储器1972可以用作例如数据高速缓存,以高速缓存在功能单元和纹理单元1936之间通信的纹理数据。在至少一个实施例中,共享存储器1970也可以用作程序管理的高速缓存。在至少一个实施例中,除了存储在高速缓存存储器1972中的自动高速缓存的数据之外,在GPGPU核心1962上执行的线程还可以以编程方式将数据存储在共享存储器中。
在至少一个实施例中,如本文所述的并行处理器或GPGPU通信地耦合到主机/处理器核心,以加速图形操作、机器学习操作、图案分析操作以及各种通用GPU(GPGPU)功能。在至少一个实施例中,GPU可以通过总线或其他互连(例如,诸如PCIe或NVLink的高速互连)通信地耦合到主机处理器/核心。在至少一个实施例中,GPU可以与核心集成在相同的封装或芯片上,并通过内部处理器总线/互连(即,封装或芯片的内部)通信地耦合到核心。在至少一个实施例中,不管GPU连接的方式如何,处理器核心可以以WD包含的命令/指令序列的形式向GPU分配工作。在至少一个实施例中,GPU然后使用专用电路/逻辑来有效地处理这些命令/指令。
图20示出了根据至少一个实施例的图形处理器2000。在至少一个实施例中,图形处理器2000包括环形互连2002、管线前端2004、媒体引擎2037和图形核心2080A-2080N。在至少一个实施例中,环形互连2002将图形处理器2000耦合到其他处理单元,包括其他图形处理器或一个或更多个通用处理器核心。在至少一个实施例中,图形处理器2000是集成在多核心处理系统内的许多处理器之一。在至少一个实施例中,图形处理器2000可以执行过程300、400、500、600和700中的部分或全部(参见图3至图7)。在至少一个实施例中,图形处理器2000包括在处理单元250(见图2)中,是处理单元250,或者与处理单元250通信。在至少一个实施例中,图形处理器2000执行工作负载、流或队列作为运行应用的一部分(例如,如图1中所示)。
在至少一个实施例中,图形处理器2000经由环形互连2002接收多批命令。在至少一个实施例中,输入命令由管线前端2004中的命令流转化器2003解释。在至少一个实施例中,图形处理器2000包括可缩放执行逻辑,以经由图形核心2080A-2080N执行3D几何处理和媒体处理。在至少一个实施例中,对于3D几何处理命令,命令流转化器2003将命令提供给几何管线2036。在至少一个实施例中,对于至少一些媒体处理命令,命令流转化器2003将命令提供给视频前端2034,其与媒体引擎2037耦合。在至少一个实施例中,媒体引擎2037包括用于视频和图像后处理的视频质量引擎(VQE)2030,以及用于提供硬件加速媒体数据编码和解码的多格式编码/解码(MFX)2033引擎。在至少一个实施例中,几何管线2036和媒体引擎2037各自生成用于由至少一个图形核心2080A提供的线程执行资源的执行线程。
在至少一个实施例中,图形处理器2000包括以模块化图形核心2080A-2080N(有时称为核心切片)为特征的可缩放线程执行资源,每个模块核心具有多个子核心2050A-2050N、2060A-2060N(有时称为核心子切片)。在至少一个实施例中,图形处理器2000可以具有任意数量的图形核心2080A至2080N。在至少一个实施例中,图形处理器2000包括具有至少第一子核心2050A和第二子核心2060A的图形核心2080A。在至少一个实施例中,图形处理器2000是具有单个子核心(例如2050A)的低功率处理器。在至少一个实施例中,图形处理器2000包括多个图形核心2080A-2080N,每个图形核心包括一组第一子核心2050A-2050N和一组第二子核心2060A-2060N。在至少一个实施例中,第一子核心2050A-2050N中的每个子核心至少包括第一组执行单元(EU)2052A-2052N和媒体/纹理采样器2054A-2054N。在至少一个实施例中,第二子核心2060A-2060N中的每个子核心至少包括第二组执行单元2062A-2062N和采样器2064A-2064N。在至少一个实施例中,每个子核心2050A-2050N、2060A-2060N共享一组共享资源2070A-2070N。在至少一个实施例中,共享资源包括共享高速缓冲存储器和像素操作逻辑。
图21示出了根据至少一个实施例的用于处理器2100。在至少一个实施例中,处理器2100可以包括但不限于执行指令的逻辑电路。在至少一个实施例中,处理器2100可以执行指令,包括x86指令、ARM指令、用于ASIC的专用指令等。在至少一个实施例中,处理器2100可以执行过程300、400、500、600和700中的部分或全部(参见图3至图7)。在至少一个实施例中,处理器2100包括在处理单元250(参见图2)中、是处理单元250、或与处理单元250通信。在至少一个实施例中,处理器2100执行工作负载、流或队列作为运行应用的一部分(例如,如图1所示)。
在至少一个实施例中,处理器2110可以包括用于存储封装数据的寄存器,例如作为加利福尼亚州圣克拉拉市英特尔公司采用MMX技术启用的微处理器中的64位宽MMXTM寄存器。在至少一个实施例中,整数和浮点数形式可用的MMX寄存器可以与封装的数据元素一起运行,所述封装的数据元素伴随SIMD和流式SIMD扩展(“SSE”)指令。在至少一个实施例中,与SSE2、SSE3、SSE4、AVX或更高版本(一般称为“SSEx”)技术有关的128位宽XMM寄存器可以保存此类封装数据操作数。在至少一个实施例中,处理器2110可以执行指令以加速CUAD程序。
在至少一个实施例中,处理器2100包括有序前端(“前端”)2101,以提取要执行的指令并准备稍后在处理器管线中使用的指令。在至少一个实施例中,前端2101可以包括几个单元。在至少一个实施例中,指令预取器2126从存储器中获取指令并将指令提供给指令解码器2128,指令解码器2128又对指令进行解码或解释。例如,在至少一个实施例中,指令解码器2128将接收到的指令解码用于执行的所谓的“微指令”或“微操作”(也称为“微操作”或“微指令”)的一个或更多个操作。在至少一个实施例中,指令解码器2128将指令解析为操作码以及相应的数据和控制字段,其可以由微架构用来使用以执行操作。在至少一个实施例中,跟踪高速缓存2130可以将解码的微指令组装成微指令队列2134中的程序排序的序列或追踪以供执行。在至少一个实施例中,当追踪高速缓存2130遇到复杂指令时,微码ROM2132提供完成操作所需的微指令。
在至少一个实施例中,可以将一些指令转换成单个微操作,而另一些指令则需要几个微操作来完成全部操作。在至少一个实施例中,如果需要多于四个的微指令来完成一条指令,则指令解码器2128可以访问微码ROM 2132以执行指令。在至少一个实施例中,可以将指令解码为少量的微指令以在指令解码器2128处进行处理。在至少一个实施例中,如果需要多个微指令完成操作,则可以将指令存储在微码ROM 2132中。在至少一个实施例中,追踪高速缓存器2130参考入口点可编程逻辑阵列(“PLA”)以确定正确的微指令指针,用于根据至少一个实施例从微码ROM 2132读取微码序列以完成一个或更多个指令。在至少一个实施例中,在微码ROM2132完成对指令的微操作排序之后,机器的前端2101可以恢复从追踪高速缓存2130获取微操作。
在至少一个实施例中,乱序执行引擎(“乱序引擎”)2103可以准备用于执行的指令。在至少一个实施例中,乱序执行逻辑具有多个缓冲区,以使指令流平滑并重新排序,以在指令沿管线下降并被调度执行时优化性能。乱序执行引擎2103包括但不限于分配器/寄存器重命名器2140、存储器微指令队列2142、整数/浮点微指令队列2144、存储器调度器2146、快速调度器2102、慢速/通用浮点调度器(“慢速/通用FP调度器”)2104和简单浮点调度器(“简单FP调度器”)2106。在至少一个实施例中,快速调度器2102、慢速/通用浮点调度器2104和简单浮点调度器2106也统称为“微指令调度器2102、2104、2106”。分配器/寄存器重命名器2140分配每个微指令按顺序执行所需要的机器缓冲区和资源。在至少一个实施例中,分配器/寄存器重命名器2140将逻辑寄存器重命名为寄存器文件中的条目。在至少一个实施例中,分配器/寄存器重命名器2140还为两个微指令队列之一中的每个微指令分配条目,存储器微指令队列2142用于存储器操作和整数/浮点微指令队列2144用于非存储器操作,在存储器调度器2146和微指令调度器2102、2104、2106的前面。在至少一个实施例中,微指令调度器2102、2104、2106基于它们的从属输入寄存器操作数源的就绪性和需要完成的执行资源微指令的可用性来确定何时准备好执行微指令。在至少一个实施例中,至少一个实施例的快速调度器2102可以在主时钟周期的每个一半上调度,而慢速/通用浮点调度器2104和简单浮点调度器2106可以在每个主处理器时钟周期调度一次。在至少一个实施例中,微指令调度器2102、2104、2106对调度端口进行仲裁,以调度用于执行的微指令。
在至少一个实施例中,执行块2111包括但不限于整数寄存器文件/支路网络2108、浮点寄存器文件/支路网络(“FP寄存器文件/支路网络”)2110、地址生成单元(“AGU”)2112和2114、快速算术逻辑单元(“快速ALU”)2116和2118、慢速ALU2120、浮点ALU(“FP”)2122和浮点移动单元(“FP移动”)2124。在至少一个实施例中,整数寄存器文件/支路网络2108和浮点寄存器文件/旁路网络2110在本文中也称为“寄存器文件2108、2110”。在至少一个实施例中,AGUS 2112和2114、快速ALU 2116和2118、慢速ALU 2120、浮点ALU 2122和浮点移动单元2124在本文中也称为“执行单元2112、2114、2116、2118、2120、2122和2124”。在至少一个实施例中,执行框可以包括但不限于任意数量(包括零)和类型的寄存器文件、支路网络、地址生成单元和执行单元(以任何组合)。
在至少一个实施例中,寄存器文件2108、2110可以布置在微指令调度器2102、2104、2106与执行单元2112、2114、2116、2118、2120、2122和2124之间。在至少一个实施例中,整数寄存器文件/支路网络2108执行整数运算。在至少一个实施例中,浮点寄存器文件/支路网络2110执行浮点操作。在至少一个实施例中,寄存器文件2108、2110中的每一个可以包括但不限于支路网络,该支路网络可以绕过或转发尚未写入寄存器文件中的刚刚完成的结果到新的从属对象。在至少一个实施例中,寄存器文件2108、2110可以彼此通信数据。在至少一个实施例中,整数寄存器文件/支路网络2108可以包括但不限于两个单独的寄存器文件、一个寄存器文件用于低阶32位数据,第二寄存器文件用于高阶32位数据。在至少一个实施例中,浮点寄存器文件/支路网络2110可以包括但不限于128位宽的条目,因为浮点指令通常具有宽度为64至128位的操作数。
在至少一个实施例中,执行单元2112、2114、2116、2118、2120、2122、2124可以执行指令。在至少一个实施例中,寄存器文件2108、2110存储微指令需要执行的整数和浮点数据操作数值。在至少一个实施例中,处理器2100可以包括但不限于任意数量的执行单元2112、2114、2116、2118、2120、2122、2124及其组合。在至少一个实施例中,浮点ALU 2122和浮点移动单元2124,可以执行浮点、MMX、SIMD、AVX和SSE或其他操作,包括专门的机器学习指令。在至少一个实施例中,浮点ALU 2122可以包括但不限于64位乘64位浮点除法器,以执行除法、平方根和余数微操作。在至少一个实施例中,可以用浮点硬件来处理涉及浮点值的指令。在至少一个实施例中,可以将ALU操作传递给快速ALU 2116、2118。在至少一个实施例中,快速ALUS 2116、2118可以以半个时钟周期的有效延迟执行快速操作。在至少一个实施例中,大多数复杂的整数运算进入慢速ALU 2120,因为慢速ALU 2120可以包括但不限于用于长延迟类型操作的整数执行硬件,例如乘法器、移位、标志逻辑和分支处理。在至少一个实施例中,存储器加载/存储操作可以由AGUS 2112、2114执行。在至少一个实施例中,快速ALU 2116、快速ALU 2118和慢速ALU 2120可以对64位数据操作数执行整数运算。在至少一个实施例中,可以实现快速ALU2116、快速ALU 2118和慢速ALU 2120以支持包括16、32、128、256等的各种数据位大小。在至少一个实施例中,浮点ALU 2122和浮点移动单元2124可以实现为支持具有各种宽度的位的一定范围的操作数。在至少一个实施例中,浮点ALU 2122和浮点移动单元2124可以结合SIMD和多媒体指令对128位宽封装数据操作数进行操作。
在至少一个实施例中,微指令调度器2102、2104、2106在父加载完成执行之前调度从属操作。在至少一个实施例中,由于可以在处理器2100中推测性地调度和执行微指令,处理器2100还可以包括用于处理存储器未命中的逻辑。在至少一个实施例中,如果数据高速缓存中的数据加载未命中,则可能存在在管线中正在运行的从属操作,其使调度器暂时没有正确的数据。在至少一个实施例中,一种重放机制追踪踪并重新执行使用不正确数据的指令。在至少一个实施例中,可能需要重放从属操作并且可以允许完成独立操作。在至少一个实施例中,处理器的至少一个实施例的调度器和重放机制也可以设计为捕获用于文本串比较操作的指令序列。
在至少一个实施例中,术语“寄存器”可以指代可以用作识别操作数的指令的一部分的机载处理器存储位置。在至少一个实施例中,寄存器可以是那些可以从处理器外部使用的寄存器(从程序员的角度来看)。在至少一个实施例中,寄存器可能不限于特定类型的电路。相反,在至少一个实施例中,寄存器可以存储数据、提供数据并执行本文描述的功能。在至少一个实施例中,本文描述的寄存器可以通过处理器内的电路使用多种不同技术来实现,例如专用物理寄存器、使用寄存器重命名动态分配的物理寄存器、专用和动态分配的物理寄存器的组合等。在至少一个实施例中,整数寄存器存储32位整数数据。至少一个实施例的寄存器文件还包含八个用于封装数据的多媒体SIMD寄存器。
图22示出了根据至少一个实施例的处理器2200。在至少一个实施例中,处理器2200包括但不限于一个或更多个处理器核心(核心)2202A-2202N、集成存储器控制器2214和集成图形处理器2208。在至少一个实施例中,处理器2200可以包括直至并包括由虚线框表示的附加处理器核心2202N的附加核心。在至少一个实施例中,每个处理器核心2202A-2202N包括一个或更多个内部高速缓存单元2204A-2204N。在至少一个实施例中,每个处理器核心还可以访问一个或更多个共享高速缓存的单元2206。在至少一个实施例中,处理器2100可以执行过程300、400、500、600和700中的部分或全部(参见图3至图7)。在至少一个实施例中,处理器2200包括在处理单元250(参见图2)中、是处理单元250、或与处理单元250通信。在至少一个实施例中,处理器2200执行工作负载、流或队列作为运行应用的一部分(例如,如图1所示)。
在至少一个实施例中,内部高速缓存单元2204A-2204N和共享高速缓存单元2206表示处理器2200内的高速缓存存储器层次结构。在至少一个实施例中,高速缓存存储器单元2204A-2204N可以包括每个处理器核心内的至少一级指令和数据以及共享中级缓存中的一级或更多级缓存,例如L2、L3、4级(L4)或其他级别的缓存,其中在外部存储器之前将最高级别的缓存归类为LLC。在至少一个实施例中,高速缓存一致性逻辑维持各种高速缓存单元2206和2204A-2204N之间的一致性。
在至少一个实施例中,处理器2200还可包括一组一个或更多个总线控制器单元2216和系统代理核心2210。在至少一个实施例中,一个或更多个总线控制器单元2216管理一组外围总线,例如一个或更多个PCI或PCI Express总线。在至少一个实施例中,系统代理核心2210为各种处理器组件提供管理功能。在至少一个实施例中,系统代理核心2210包括一个或更多个集成存储器控制器2214,以管理对各种外部存储器设备(未示出)的访问。
在至少一个实施例中,一个或更多个处理器核心2202A-2202N包括对多线程同时进行的支持。在至少一个实施例中,系统代理核心2210包括用于在多线程处理期间协调和操作处理器核心2202A-2202N的组件。在至少一个实施例中,系统代理核心2210可以另外包括电源控制单元(PCU),该电源控制单元包括逻辑和组件以调节处理器核心2202A-2202N和图形处理器2208的一个或更多个电源状态。
在至少一个实施例中,处理器2200另外包括图形处理器2208以执行图处理操作。在至少一个实施例中,图形处理器2208与共享高速缓存单元2206和包括一个或更多个集成存储器控制器2214的系统代理核心2210耦合。在至少一个实施例中,系统代理核心2210还包括用于驱动图形处理器输出到一个或更多个耦合的显示器的显示器控制器2211。在至少一个实施例中,显示器控制器2211也可以是经由至少一个互连与图形处理器2208耦合的独立模块,或者可以集成在图形处理器2208内。
在至少一个实施例中,基于环的互连单元2212用于耦合处理器2200的内部组件。在至少一个实施例中,可以使用替代性互连单元,例如点对点互连、交换互连或其他技术。在至少一个实施例中,图形处理器2208经由I/O链路2213与环形互连2212耦合。
在至少一个实施例中,I/O链路2213代表多种I/O互连中的至少一种,包括促进各种处理器组件与高性能嵌入式存储器模块2218(例如eDRAM模块)之间的通信的封装I/O互连。在至少一个实施例中,处理器核心2202A-2202N和图形处理器2208中的每一个使用嵌入式存储器模块2218作为共享的LLC。
在至少一个实施例中,处理器核心2202A-2202N是执行公共指令集架构的同质核心。在至少一个实施例中,处理器核心2202A-2202N在ISA方面是异构的,其中一个或更多个处理器核心2202A-2202N执行公共指令集,而一个或更多个其他处理器核心2202A-2202N执行公共指令集或不同指令集的子集。在至少一个实施例中,就微架构而言,处理器核心2202A-2202N是异构的,其中具有相对较高功耗的一个或更多个核心与具有较低功耗的一个或更多个功率核心耦合。在至少一个实施例中,处理器2200可以实现在一个或更多个芯片上或被实现为SoC集成电路。
图23示出了根据所描述的至少一个实施例的图形处理器核心2300。在至少一个实施例中,图形处理器核心2300被包括在图形核心阵列内。在至少一个实施例中,图形处理器核心2300(有时称为核心切片)可以是模块化图形处理器内的一个或更多个图形核心。在至少一个实施例中,图形处理器核心2300是一个图形核心切片的示例,并且本文所述的图形处理器可以基于目标功率和性能包络线包括多个图形核心切片。在至少一个实施例中,每个图形核心2300可以包括与多个子核心2301A-2301F耦合的固定功能块2330,也称为子切片,其包括通用和固定功能逻辑的模块。在至少一个实施例中,图形处理器核心2300包括在处理单元250(参见图2)中、是处理单元250、或与处理单元250通信。在至少一个实施例中,图形处理器核心2300可以执行过程300、400、500、600和700中的部分或全部(参见图3至图7)。在至少一个实施例中,图形处理器核心2300执行工作负载、流或队列作为运行应用的一部分(例如,如图1中所示)。
在至少一个实施例中,固定功能块2330包括几何/固定功能管线2336,例如,在较低性能和/或较低功率的图形处理器实施方式中,该几何/固定功能管线2336可以由图形处理器2300中的所有子核心共享。在至少一个实施例中,几何/固定功能管线2336包括3D固定功能管线、视频前端单元,线程产生器和线程分派器以及管理统一返回缓冲区的统一返回缓冲区管理器。
在至少一个实施例中,固定功能块2330还包括图形SoC接口2337、图形微控制器2338和媒体管线2339。图形SoC接口2337提供了图形核心2300以及SoC集成电路系统中的其他处理器核心之间的接口。在至少一个实施例中,图形微控制器2338是可编程子处理器,其可配置为管理图形处理器2300的各种功能,包括线程分派、调度和抢占。在至少一个实施例中,媒体管线2339包括有助于对包括图像和视频数据的多媒体数据进行解码、编码、预处理和/或后处理的逻辑。在至少一个实施例中,媒体管线2339经由对子核心2301-2301F内的计算或采样逻辑的请求来实现媒体操作。
在至少一个实施例中,SoC接口2337使图形核心2300能够与通用应用处理器核心(例如,CPU)和/或SoC内的其他组件通信,包括存储器层次结构元素,诸如共享的LLC存储器、系统RAM和/或嵌入式片上或封装DRAM。在至少一个实施例中,SoC接口2337还可以使得能够与SoC内的固定功能设备(例如,相机成像管线)进行通信,并且使得能够使用和/或实现可以在图形核心2300和SoC内部的CPU之间共享的全局存储器原子。在至少一个实施例中,SoC接口2337还可以实现用于图形核心2300的电源管理控制,并且启用图形核心2300的时钟域与SoC内的其他时钟域之间的接口。在至少一个实施例中,SoC接口2337使得能够从命令流转化器和全局线程分派器接收命令缓冲区,其配置为向图形处理器内的一个或更多个图形核心中的每一个提供命令和指令。在至少一个实施例中,当要执行媒体操作时,可以将命令和指令分派给媒体管线2339,或者当要执行图处理操作时,可以将其分配给几何形状和固定功能管线(例如,几何形状和固定功能管线2336、几何形状和固定功能管线2314)。
在至少一个实施例中,图形微控制器2338可以配置为对图形核心2300执行各种调度和管理任务。在至少一个实施例中,图形微控制器2338可以在子核心2301A-2301F中的执行单元(EU)阵列2302A-2302F、2304A-2304F内的各种图形并行引擎上执行图和/或计算工作负载调度。在至少一个实施例中,在包括图形核心2300的SoC的CPU核心上执行的主机软件可以提交多个图形处理器门铃之一的工作负载,其调用适当的图形引擎上的调度操作。在至少一个实施例中,调度操作包括确定接下来要运行哪个工作负载、将工作负载提交给命令流转化器、抢先在引擎上运行的现有工作负载、监控工作负载的进度以及在工作负载完成时通知主机软件。在至少一个实施例中,图形微控制器2338还可以促进图形核心2300的低功率或空闲状态,从而为图形核心2300提供在图形核心2300内独立于操作系统和/或系统上的图形驱动器软件的跨低功率状态转换的保存和恢复寄存器的能力。
在至少一个实施例中,图形核心2300可以具有比所示的子核心2301A-2301F更多或更少的子核心,达N个模块化子核心。对于每组N个子核心,在至少一个实施例中,图形核心2300还可以包括共享功能逻辑2310、共享和/或高速缓存存储器2312、几何/固定功能管线2314以及附加的固定功能逻辑2316以加速各种图形和计算处理操作。在至少一个实施例中,共享功能逻辑2310可以包括可由图形核心2300内的每个N个子核心共享的逻辑单元(例如,采样器、数学和/或线程间通信逻辑)。共享和/或高速缓存存储器2312可以是图形核心2300内的N个子核心2301A-2301F的LLC,并且还可以用作可由多个子核心访问的共享存储器。在至少一个实施例中,可以包括几何/固定功能管线2314来代替固定功能块2330内的几何/固定功能管线2336,并且可以包括相同或相似的逻辑单元。
在至少一个实施例中,图形核心2300包括附加的固定功能逻辑2316,其可以包括供图形核心2300使用的各种固定功能加速逻辑。在至少一个实施例中,附加的固定功能逻辑2316包括用于仅位置着色中使用的附加的几何管线。在仅位置着色中,存在至少两个几何管线,而在几何/固定功能管线2316、2336内的完整几何管线和剔除管线中,其是可以包括在附加的固定功能逻辑2316中的附加几何管线。在至少一个实施例中,剔除管线是完整几何管线的修整版。在至少一个实施例中,完整管线和剔除管线可以执行应用程序的不同实例,每个实例具有单独的环境。在至少一个实施例中,仅位置着色可以隐藏被丢弃的三角形的长剔除运行,从而在某些情况下可以更早地完成着色。例如,在至少一个实施例中,附加固定功能逻辑2316中的剔除管线逻辑可以与主应用程序并行执行位置着色器,并且通常比完整管线更快地生成关键结果,因为剔除管线获取并遮蔽顶点的位置属性,无需执行光栅化和将像素渲染到帧缓冲区。在至少一个实施例中,剔除管线可以使用生成的临界结果来计算所有三角形的可见性信息,而与这些三角形是否被剔除无关。在至少一个实施例中,完整管线(在这种情况下可以称为重播管线)可以消耗可见性信息来跳过剔除的三角形以仅遮盖最终传递到光栅化阶段的可见三角形。
在至少一个实施例中,附加的固定功能逻辑2316还可包括通用目标处理加速逻辑,例如固定功能矩阵乘法逻辑,用于实现减速CUAD程序。
在至少一个实施例中,在每个图形子核心2301A-2301F内包括一组执行资源,其可用于响应于图形管线、媒体管线或着色器程序的请求来执行图、媒体和计算操作。在至少一个实施例中,图形子核心2301A-2301F包括多个EU阵列2302A-2302F、2304A-2304F,线程分派和线程间通信(TD/IC)逻辑2303A-2303F,3D(例如,纹理)采样器2305A-2305F,媒体采样器2306A-2306F,着色器处理器2307A-2307F和共享本地存储器(SLM)2308A-2308F。EU阵列2302A-2302F、2304A-2304F每个都包含多个执行单元,这些执行单元是GUGPU,能够为图形、媒体或计算操作提供服务,执行浮点和整数/定点逻辑运算,包括图形、媒体或计算着色器程序。在至少一个实施例中,TD/IC逻辑2303A-2303F为子核心内的执行单元执行本地线程分派和线程控制操作,并促进在子核心的执行单元上执行的线程之间的通信。在至少一个实施例中,3D采样器2305A-2305F可以将与纹理或其他3D图形相关的数据读取到存储器中。在至少一个实施例中,3D采样器可以基于与给定纹理相关联的配置的采样状态和纹理格式来不同地读取纹理数据。在至少一个实施例中,媒体采样器2306A-2306F可以基于与媒体数据相关联的类型和格式来执行类似的读取操作。在至少一个实施例中,每个图形子核心2301A-2301F可以可替代地包括统一的3D和媒体采样器。在至少一个实施例中,在每个子核心2301A-2301F内的执行单元上执行的线程可以利用每个子核心内的共享本地存储器2308A-2308F,以使在线程组内执行的线程能够使用片上存储器的公共池来执行。
图24示出了根据至少一个实施例的并行处理单元(“PPU”)2400。在至少一个实施例中,PPU 2400配置有机器可读代码,该机器可读代码如果由PPU 2400执行,则使得PPU2400执行贯穿本文描述的一些或全部过程和技术。在至少一个实施例中,PPU 2400是在一个或更多个集成电路设备上实现的多线程处理器,并且利用多线程作为被设计为处理在多个线程上并行执行的计算机可读指令(也称为机器可读指令或简单的指令)的延迟隐藏技术。在至少一个实施例中,线程是指执行线程,并且是被配置为由PPU 2400执行的一组指令的实例。在至少一个实施例中,PPU 2400是图形处理单元(“GPU”),图形处理单元配置为实现用于处理三维(“3D”)图形数据的图形渲染管线,以便生成用于在显示设备(诸如LCD设备)上显示的二维(“2D”)图像数据。在至少一个实施例中,PPU 2400用于执行计算,诸如线性代数运算和机器学习运算。图24仅出于说明性目的示出了示例并行处理器,并且应被解释为在至少一个实施例中实现的处理器架构的非限制性示例。在至少一个实施例中,PPU2400被包括在处理单元250(见图2)中,是处理单元250,或者与处理单元250通信。在至少一个实施例中,PPU 2400执行过程300、400、500、600和700中的部分或全部(参见图3至图7)。在至少一个实施例中,PPU 2400执行工作负载、流或队列作为运行应用的一部分(例如,如图1所示)。
在至少一个实施例中,一个或更多个PPU 2400配置成加速高性能计算(“HPC”)、数据中心和机器学习应用程序。在至少一个实施例中,一个或更多个PPU 2400配置成加速CUDA程序。在至少一个实施例中,PPU2400包括但不限于I/O单元2406、前端单元2410、调度器单元2412、工作分配单元2414、集线器2416、交叉开关(“Xbar”)2420、一个或更多个通用处理集群(“GPC”)2418和一个或更多个分区单元(“存储器分区单元”)2422。在至少一个实施例中,PPU 2400通过一个或更多个高速GPU互连(“GPU互连”)2408连接到主机处理器或其他PPU 2400。在至少一个实施例中,PPU 2400通过系统总线或互连2402连接到主机处理器或其他外围设备。在一实施例中,PPU 2400连接到包括一个或更多个存储器设备(“存储器”)2404的本地存储器。在至少一个实施例中,存储器设备2404包括但不限于一个或更多个动态随机存取存储器(“DRAM”)设备。在至少一个实施例中,一个或更多个DRAM设备配置和/或可配置为高带宽存储器(“HBM”)子系统,并且在每个设备内堆叠有多个DRAM管芯。
在至少一个实施例中,高速GPU互连2408可以指代系统使用其来进行缩放的基于线的多通道通信链路,并包括与一个或更多个CPU结合的一个或更多个PPU 2400(“CPU”),支持PPU 2400和CPU之间的高速缓存一致性以及CPU主控。在至少一个实施例中,高速GPU互连2408通过集线器2416将数据和/或命令传输到PPU 2400的其他单元,例如一个或更多个复制引擎、视频编码器、视频解码器、电源管理单元和/或在图24中可能未明确示出的其他组件。
在至少一个实施例中,I/O单元2406配置为通过系统总线2402从主机处理器(图24中未示出)发送和接收通信(例如,命令、数据)。在至少一个实施例中,I/O单元2406直接通过系统总线2402或通过一个或更多个中间设备(例如内存桥)与主机处理器通信。在至少一个实施例中,I/O单元2406可以经由系统总线2402与一个或更多个其他处理器(例如一个或更多个PPU 2400)通信。在至少一个实施例中,I/O单元2406实现PCIe接口,用于通过PCIe总线进行通信。在至少一个实施例中,I/O单元2406实现用于与外部设备通信的接口。
在至少一个实施例中,I/O单元2406对经由系统总线2402接收的分组进行解码。在至少一个实施例中,至少一些分组表示被配置为使PPU2400执行各种操作的命令。在至少一个实施例中,I/O单元2406如命令所指定的那样将解码的命令发送到PPU 2400的各种其他单元。在至少一个实施例中,命令被发送到前端单元2410和/或被发送到集线器2416或PPU2400的其他单元,例如一个或更多个复制引擎、视频编码器、视频解码器、电源管理单元等(图24中未明确示出)。在至少一个实施例中,I/O单元2406配置为在PPU 2400的各种逻辑单元之间路由通信。
在至少一个实施例中,由主机处理器执行的程序在缓冲区中对命令流进行编码,该缓冲区将工作负载提供给PPU 2400以进行处理。在至少一个实施例中,工作负载包括指令和要由那些指令处理的数据。在至少一个实施例中,缓冲区是可由主机处理器和PPU2400两者访问(例如,读/写)的存储器中的区域—主机接口单元可以配置为访问经由I/O单元2406通过系统总线2402传输的存储器请求连接到系统总线2402的系统存储器中的缓冲区。在至少一个实施例中,主机处理器将命令流写入缓冲区,然后将指示命令流开始的指针发送给PPU 2400,使得前端单元2410接收指向一个或更多个命令流指针并管理一个或更多个命令流,从命令流中读取命令并将命令转发到PPU 2400的各个单元。
在至少一个实施例中,前端单元2410耦合到调度器单元2412,该调度器单元2412配置各种GPC 2418以处理由一个或更多个命令流定义的任务。在至少一个实施例中,调度器单元2412配置为跟踪与调度器单元2412管理的各种任务有关的状态信息,其中状态信息可以指示任务被分配给哪个GPC 2418,任务是活跃的还是非活跃的,与任务相关联的优先级等等。在至少一个实施例中,调度器单元2412管理在一个或更多个GPC 2418上执行的多个任务。
在至少一个实施例中,调度器单元2412耦合到工作分配单元2414,该工作分配单元2414配置为分派任务以在GPC 2418上执行。在至少一个实施例中,工作分配单元2414跟踪从调度器单元2412接收到的多个调度任务并且工作分配单元2414管理每个GPC 2418的待处理任务池和活跃任务池。在至少一个实施例中,待处理任务池包括多个时隙(例如32个时隙),这些时隙包含分配给要由特定的GPC 2418处理的任务;活跃任务池可包括用于由GPC 2418主动处理的任务的多个时隙(例如4个时隙),以使随着GPC 2418中的一个完成任务的执行,该任务将从GPC 2418的活动任务池中逐出,并且从待处理任务池中选择其他任务之一,并安排其在GPC2418上执行。在至少一个实施例中,如果活跃任务在GPC 2418上处于空闲状态,例如在等待数据依赖性解决时,则活跃任务从GPC 2418中驱逐并返回到待处理任务池,同时选择了待处理任务池中的另一个任务并调度在GPC 2418上执行。
在至少一个实施例中,工作分配单元2414经由XBar2420与一个或更多个GPC 2418通信。在至少一个实施例中,XBar2420是互连网络,其将PPU 2400的许多单元耦合到PPU2400的其他单元,并且可以配置为将工作分配单元2414耦合到特定的GPC2418。在至少一个实施例中,一个或更多个PPU 2400的其他单元也可以通过集线器2416连接到XBar2420。
在至少一个实施例中,任务由调度器单元2412管理,并由工作分配单元2414分配给GPC 2418之一。GPC 2418配置为处理任务并产生结果。在至少一个实施例中,结果可以由GPC 2418中的其他任务消耗,通过XBar2420路由到不同的GPC 2418或存储在存储器2404中。在至少一个实施例中,结果可以通过分区单元2422写到存储器2404中,其实现了用于向存储器2404写入数据或从存储器2404读取数据的存储器接口。在至少一个实施例中,结果可以经由高速GPU互连2408传输到另一PPU 2400或CPU。在至少一个实施例中,PPU 2400包括但不限于U个分区单元2422,其等于耦合到PPU 2400的分离且不同的存储器设备2404的数量。
在至少一个实施例中,主机处理器执行驱动器核心,该驱动器核心实现应用程序编程接口(API),该应用程序编程接口使在主机处理器上执行的一个或更多个应用程序能够调度操作以在PPU 2400上执行。在一个实施例中,多个计算应用由PPU 2400同时执行,并且PPU 2400为多个计算应用程序提供隔离、服务质量(“QoS”)和独立的地址空间。在至少一个实施例中,应用程序生成指令(例如,以API调用的形式),该指令使驱动器核心生成一个或更多个任务以供PPU 2400执行,并且驱动器核心将任务输出至由PPU 2400处理的一个或更多个流。在至少一个实施例中,每个任务包括一个或更多个相关线程组,其可以被称为线程束(warp)。在至少一个实施例中,线程束包括可以并行执行的多个相关线程(例如32个线程)。在至少一个实施例中,协作线程可以指代多个线程,包括用于执行任务并且通过共享存储器交换数据的指令。
图25示出了根据至少一个实施例的GPC2500。在至少一个实施例中,GPC 2500是图24的GPC 2418。在至少一个实施例中,每个GPC 2500包括但不限于用于处理任务的多个硬件单元,并且每个GPC 2500包括但不限于管线管理器2502、预光栅操作单元(“PROP”)2504、光栅引擎2508、工作分配交叉开关(“WDX”)2516、存储器管理单元(“MMU”)2518、一个或更多个数据处理集群(“DPC”)2506,以及组件的任何合适组合。在至少一个实施例中,GPC 2500被包括在处理单元250(参见图2)中、是处理单元250、或与处理单元250通信。在至少一个实施例中,GPC 2500执行工作负载、流或队列作为运行应用(例如,如图1中所示)的一部分。在至少一个实施例中,GPC 2500执行过程300、400、500、600、和700中的部分或全部(参见图3至图7)。
在至少一个实施例中,GPC 2500的操作由管线管理器2502控制。在至少一个实施例中,管线管理器2502管理一个或更多个DPC 2506的配置,以处理分配给GPC 2500的任务。在至少一个实施例中,管线管理器2502配置一个或更多个DPC 2506中的至少一个以实现图形渲染管线的至少一部分。在至少一个实施例中,DPC 2506配置为在可编程流式多处理器(“SM”)2514上执行顶点着色器程序。在至少一个实施例中,管线管理器2502配置为将从工作分配单元接收的数据包路由到GPC 2500内的适当逻辑单元,以及在至少一个实施例中,可以将一些数据包路由到PROP 2504和/或光栅引擎2508中的固定功能硬件单元,而可以将其他数据包路由到DPC 2506以由原始引擎2512或SM2514进行处理。在至少一个实施例中,管线管理器2502配置DPC 2506中的至少一个以实现神经网络模型和/或计算管线。在至少一个实施例中,管线管理器2502配置DPC 2506中的至少一个以执行CUDA程序的至少一部分。
在至少一个实施例中,PROP单元2504配置为将由光栅引擎2508和DPC 2506生成的数据路由到分区单元中的光栅操作(“ROP”)单元,例如上面结合图24更详细描述的存储器分区单元2422等。在至少一个实施例中,PROP单元2504配置为执行用于颜色混合的优化、组织像素数据、执行地址转换等等。在至少一个实施例中,光栅引擎2508包括但不限于配置为执行各种光栅操作的多个固定功能硬件单元,并且在至少一个实施例中,光栅引擎2508包括但不限于设置引擎、粗光栅引擎、剔除引擎、裁剪引擎、精细光栅引擎、图块聚合引擎及其任意合适的组合。在至少一个实施例中,设置引擎接收变换后的顶点并生成与由顶点定义的几何图元相关联的平面方程;平面方程式被传送到粗光栅引擎以生成基本图元的覆盖信息(例如,图块的x、y覆盖范围掩码);粗光栅引擎的输出将传输到剔除引擎,在剔除引擎中与z测试失败的图元相关联的片段将被剔除,并传输到剪切引擎,在剪切引擎中剪切位于视锥范围之外的片段。在至少一个实施例中,将经过裁剪和剔除的片段传递给精细光栅引擎,以基于设置引擎生成的平面方程式生成像素片段的属性。在至少一个实施例中,光栅引擎2508的输出包括将由任何适当的实体(例如,由在DPC 2506内实现的片段着色器)处理的片段。
在至少一个实施例中,包括在GPC 2500中的每个DPC 2506包括但不限于M管线控制器(“MPC”)2510;图元引擎2512;一个或更多个SM2514;及其任何合适的组合。在至少一个实施例中,MPC 2510控制DPC2506的操作,将从管线管理器2502接收的分组路由到DPC 2506中的适当单元。在至少一个实施例中,将与顶点相关联的分组路由到图元引擎2512,图元引擎2512配置为从存储器中获取与顶点关联的顶点属性;相反,可以将与着色器程序相关联的数据包发送到SM 2514。
在至少一个实施例中,SM 2514包括但不限于可编程流式处理器,其配置为处理由多个线程表示的任务。在至少一个实施例中,SM 2514是多线程的并且配置为同时执行来自特定线程组的多个线程(例如32个线程),并且实现单指令、多数据(“SIMD”)架构,其中将一组线程(例如,线程束)中的每个线程配置为基于相同的指令集来处理不同的数据集。在至少一个实施例中,线程组中的所有线程执行相同的指令。在至少一个实施例中,SM 2514实施单指令、多线程(“SIMT”)架构,其中一组线程中的每个线程配置为基于相同的指令集来处理不同的数据集,但是其中线程组中的各个线程允许在执行期间发散。在至少一个实施例中,为每个线程束维护程序计数器、调用栈和执行状态,从而当线程束中的线程发散时,实现线程束和线程束内的串行执行之间的并发性。在另一个实施例中,为每个单独的线程维护程序计数器、调用栈和执行状态,从而使得在线程束内和线程束之间的所有线程之间具有相等的并发性。在至少一个实施例中,为每个单独的线程维持执行状态,并且可以收敛并并行地执行执行相同指令的线程以提高效率。下面结合图26更详细地描述SM 2514的至少一个实施例。
在至少一个实施例中,MMU 2518在GPC 2500和存储器分区单元(例如,图24的分区单元2422)之间提供接口,并且MMU 2518提供虚拟地址到物理地址的转换、存储器保护以及存储器请求的仲裁。在至少一个实施例中,MMU 2518提供一个或更多个转换后备缓冲区(“TLB”),用于执行虚拟地址到存储器中的物理地址的转换。
图26示出了根据至少一个实施例的流式多处理器(“SM”)2600。在至少一个实施例中,SM 2600是图25的SM 2514。在至少一个实施例中,SM 2600包括在处理单元250(见图2)中,是处理单元250,或者与处理单元250通信。在至少一个实施例中,SM 2600执行工作负载、流或队列作为运行应用的一部分(例如,如图1所示)。在至少一个实施例中,SM 2600执行过程300、400、500、600和700中的部分或全部(参见图3至图7)。
在至少一个实施例中,SM 2600包括但不限于指令高速缓存2602;一个或更多个调度器单元2604;寄存器文件2608;一个或更多个处理核心(“核心”)2610;一个或更多个特殊功能单元(“SFU”)2612;一个或更多个加载/存储单元(“LSU”)2614;互连网络2616;共享存储器/一级(“L1”)高速缓存2618;及其任何合适的组合。在至少一个实施例中,工作分配单元调度任务以在并行处理单元(“PPU”)的通用处理集群(“GPC”)上执行,并且每个任务被分配给GPC内部的特定数据处理集群(“DPC”),并且如果任务与着色器程序相关联,则将任务分配给SM 2600之一。在至少一个实施例中,调度器单元2604从工作分配单元接收任务并管理分配给SM2600的一个或更多个线程块的指令调度。在至少一个实施例中,调度器单元2604调度线程块以作为并行线程的线程束来执行,其中,每个线程块被分配至少一个线程束。在至少一个实施例中,每个线程束执行线程。在至少一个实施例中,调度器单元2604管理多个不同的线程块,将线程束分配给不同的线程块,然后在每个时钟周期内将来自多个不同的协作组的指令分派给各种功能单元(例如,处理核心2610、SFU 2612和LSU 2614)。
在至少一个实施例中,“合作组”可以指用于组织通信线程组的编程模型,其允许开发人员表达线程正在通信的粒度,从而能够表达更丰富、更有效的并行分解。在至少一个实施例中,协作启动API支持线程块之间的同步以执行并行算法。在至少一个实施例中,常规编程模型的API提供了用于同步协作线程的单一、简单的构造:跨线程块的所有线程的屏障(例如,syncthreads()函数)。但是,在至少一个实施例中,程序员可以在小于线程块粒度的情形下来定义线程组,并在所定义的组内进行同步,以实现更高的性能、设计灵活性以及以集合组范围功能接口的形式实现软件重用。在至少一个实施例中,协作组使程序员能够以子块和多块粒度明确定义线程组,并执行集合操作,例如对协作组中的线程进行同步。在至少一个实施例中,子块粒度与单个线程一样小。在至少一个实施例中,编程模型支持跨软件边界的干净组合,从而库和实用程序功能可以在其本地环境中安全地同步,而不必进行关于收敛的假设。在至少一个实施例中,协作组图元使协作并行的新图案成为可能,包括但不限于生产者-消费者并行,机会主义并行以及整个线程块网格上的全局同步。
在至少一个实施例中,分派单元2606配置为将指令发送到功能单元中的一个或更多个,并且调度器单元2604包括但不限于两个分派单元2606,该两个分派单元2606使得来自相同线程束的两个不同指令能够在每个时钟周期被分派。在至少一个实施例中,每个调度器单元2604包括单个分派单元2606或附加分派单元2606。
在至少一个实施例中,每个SM 2600在至少一个实施例中包括但不限于寄存器文件2608,该寄存器文件2608为SM 2600的功能单元提供了一组寄存器。在至少一个实施例中,寄存器文件2608在每个功能单元之间划分,从而为每个功能单元分配寄存器文件2608的专用部分。在至少一个实施例中,寄存器文件2608在由SM 2600执行的不同线程束之间划分,并且寄存器文件2608为连接到功能单元的数据路径的操作数提供临时存储。在至少一个实施例中,每个SM 2600包括但不限于多个L个处理核心2610。在至少一个实施例中,SM2600包括但不限于大量(例如128个或更多)不同的处理核心2610。在至少一个实施例中,每个处理核心2610在至少一个实施例中包括但不限于全管线、单精度、双精度和/或混合精度处理单元,其包括但不限于浮点算术逻辑单元和整数算术逻辑单元。在至少一个实施例中,浮点算术逻辑单元实现用于浮点算术的IEEE 754-2008标准。在至少一个实施例中,处理核心2610包括但不限于64个单精度(32位)浮点核心、64个整数核心、32个双精度(64位)浮点核心和8个张量核心。
在至少一个实施例中,张量核心配置为执行矩阵运算。在至少一个实施例中,一个或更多个张量核心包括在处理核心2610中。在至少一个实施例中,张量核心配置为执行深度学习矩阵算术,例如用于神经网络训练和推理的卷积运算。在至少一个实施例中,每个张量核心在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 2600包括但不限于执行特殊功能(例如,属性评估、倒数平方根等)的M个SFU 2612。在至少一个实施例中,SFU 2612包括但不限于配置为遍历分层树数据结构的树遍历单元。在至少一个实施例中,SFU 2612包括但不限于配置为执行纹理映射过滤操作的纹理单元。在至少一个实施例中,纹理单元配置为从存储器中加载纹理映射(例如,纹理像素的2D阵列)和采样纹理映射,以产生采样的纹理值以供由SM 2600执行的着色器程序使用。在至少一个实施例中,将纹理映射存储在共享存储器/L1高速缓存2618中。在至少一个实施例中,纹理单元使用mip映射(mip-maps)(例如,细节级别不同的纹理映射)来实现纹理操作(诸如过滤操作)。在至少一个实施例中,每个SM 2600包括但不限于两个纹理单元。
在至少一个实施例中,每个SM 2600包括但不限于实现共享存储器/L1高速缓存2618与寄存器文件2608之间的加载和存储操作的N个LSU2614。在至少一个实施例中,每个SM 2600包括但不限于互连网络2616,互连网络2616将每个功能单元连接到寄存器文件2608,并且LSU 2614连接到寄存器文件2608和共享存储器/L1高速缓存2618。在至少一个实施例中,互连网络2616是交叉开关,其可以配置为将任何功能单元连接到寄存器文件2608中的任何寄存器,并且将LSU 2614连接到寄存器文件2608和共享存储器/L1高速缓存2618中的存储器位置。
在至少一个实施例中,共享存储器/L1高速缓存2618是片上存储器的阵列,其在至少一个实施例中允许SM 2600与图元引擎之间以及SM2600中的线程之间的数据存储和通信。在至少一个实施例中,共享存储器/L1高速缓存2618包括但不限于128KB的存储容量,并且位于从SM 2600到分区单元的路径中。在至少一个实施例中,共享存储器/L1高速缓存2618在至少一个实施例中用于高速缓存读取和写入。在至少一个实施例中,共享存储器/L1高速缓存2618、L2高速缓存和存储器中的一个或更多个是后备存储。
在至少一个实施例中,将数据高速缓存和共享存储器功能组合到单个存储器块中,为两种类型的存储器访问提供了改进的性能。在至少一个实施例中,容量由不使用共享存储器的程序使用或将其用作高速缓存,例如如果共享存储器配置为使用一半容量,则纹理和加载/存储操作可以使用剩余容量。根据至少一个实施例,在共享存储器/L1高速缓存2618内的集成使共享存储器/L1高速缓存2618能够用作用于流传输数据的高吞吐量管线,同时提供对频繁重用的数据的高带宽和低延迟访问。在至少一个实施例中,当配置用于通用并行计算时,与图形处理相比,可以使用更简单的配置。在至少一个实施例中,绕过固定功能GPU,从而创建了更加简单的编程模型。在至少一个实施例中,在通用并行计算配置中,工作分配单元直接将线程的块分配和分布给DPC。在至少一个实施例中,块中的线程执行相同的程序,在计算中使用唯一的线程ID以确保每个线程生成唯一的结果,使用SM 2600执行程序并执行计算,使用共享存储器/L1高速缓存2618在线程之间进行通信,以及使用LSU2614通过共享存储器/L1高速缓存2618和存储器分区单元来读写全局存储器。在至少一个实施例中,当被配置用于通用并行计算时,SM 2600向调度器单元2604写入可以用来在DPC上启动新工作的命令。
在至少一个实施例中,PPU被包括在台式计算机、膝上型计算机、平板电脑、服务器、超级计算机、智能电话(例如,无线、手持设备)、PDA、数码相机、车辆、头戴式显示器、手持式电子设备等中或与之耦合。在至少一个实施例中,PPU被实现在单个半导体衬底上。在至少一个实施例中,PPU与一个或更多个其他设备(例如附加的PPU、存储器、RISCCPU,MMU、数模转换器(“DAC”)等)一起被包括在片上系统(“SoC”)中。
在至少一个实施例中,PPU可以被包括在包括一个或更多个存储设备的图形卡上。图形卡可以配置为与台式计算机主板上的PCIe插槽相连接。在至少一个实施例中,PPU可以是包括在主板的芯片组中的集成GPU(“iGPU”)。
通用计算的软件构造
以下各图阐述但不限于用于实现至少一个实施例的示例性软件构造。
图27示出了根据至少一个实施例的编程平台的软件栈。在至少一个实施例中,编程平台是用于利用计算系统上的硬件来加速计算任务的平台。在至少一个实施例中,软件开发人员可以通过库、编译器指令和/或对编程语言的扩展来访问编程平台。在至少一个实施例中,编程平台可以是但不限于CUDA,Radeon开放计算平台(“ROCm”),OpenCL(由Khronosgroup开发的OpenCLTM),SYCL或Intel One API。
在至少一个实施例中,编程平台的软件栈2700为应用程序2701提供执行环境。在至少一个实施例中,应用程序2701可以包括能够在软件栈2700上启动的任何计算机软件。在至少一个实施例中,应用程序2701可以包括但不限于人工智能(“AI”)/机器学习(“ML”)应用程序,高性能计算(“HPC”)应用程序,虚拟桌面基础架构(“VDI”)或数据中心工作负载。在至少一个实施例中,应用程序2701包括在处理单元250(见图2)中,是处理单元250,或者与处理单元250通信。在至少一个实施例中,应用程序2701提供或部分执行工作负载、流或队列,作为运行应用程序2701的一部分(例如,如图1中所示)。在至少一个实施例中,应用程序2701可以执行过程300、400、500、600和700中的部分或全部(参见图3至图7)。
在至少一个实施例中,应用程序2701和软件栈2700在硬件2707上运行。在至少一个实施例中,硬件2707可以包括一个或更多个GPU,CPU,FPGA,AI引擎和/或支持编程平台的其他类型的计算设备。在至少一个实施例中,例如采用CUDA,软件栈2700可以是厂商专用的,并且仅与来自特定厂商的设备兼容。在至少一个实施例中,例如在采用OpenCL中,软件栈2700可以与来自不同供应商的设备一起使用。在至少一个实施例中,硬件2707包括连接到一个或更多个设备的主机,该设备可经由应用程序编程接口(API)调用被访问以执行计算任务。在至少一个实施例中,与硬件2707内的主机相比,其可以包括但不限于CPU(但还可以包括计算设备)及其存储器,硬件2707内的设备可以包括但不限于GPU,FPGA,AI引擎或其他计算设备(但还可以包括CPU)及其存储器。
在至少一个实施例中,编程平台的软件栈2700包括但不限于多个库2703,运行时(runtime)2705和设备内核驱动器2706。在至少一个实施例中,库2703中的每个库可以包括可以由计算机程序使用并在软件开发期间利用的数据和编程代码。在至少一个实施例中,库2703可以包括但不限于预写的代码和子例程,类,值,类型规范,配置数据,文档,帮助数据和/或消息模板。在至少一个实施例中,库2703包括被优化用于在一种或更多种类型的设备上执行的函数。在至少一个实施例中,库2703可以包括但不限于用于在设备上执行数学、深度学习和/或其他类型的运算的函数。在至少一个实施例中,库2703与对应的API 2702相关联,API 2702可包括一个或更多个API,其暴露在库2703中实现的函数。
在至少一个实施例中,将应用程序2701编写为源代码,该源代码被编译成可执行代码,如下面结合图32-34更详细讨论的。在至少一个实施例中,应用程序2701的可执行代码可以至少部分地在由软件栈2700提供的执行环境上运行。在至少一个实施例中,在应用程序2701的执行期间,可以得到需要在设备(与主机相比)上运行的代码。在这种情况下,在至少一个实施例中,可以调用运行时2705以在设备上加载和启动必需的代码。在至少一个实施例中,运行时2705可以包括能够支持应用程序2701的执行的任何技术上可行的运行时系统。
在至少一个实施例中,运行时2705被实现为与对应的API(其被示为API 2704)相关联的一个或更多个运行时库。在至少一个实施例中,一个或更多个这样的运行时库可以包括但不限于用于存储器管理,执行控制,设备管理,错误处理和/或同步等等的函数。在至少一个实施例中,存储器管理函数可以包括但不限于用于分配、解除分配和复制设备存储器以及在主机存储器和设备存储器之间传输数据的函数。在至少一个实施例中,执行控制函数可以包括但不限于在设备上启动函数(当函数是可从主机调用的全局函数时,有时称为“内核”)的函数,和用于在运行时库为要在设备上执行的给定函数维护的缓冲区中设置属性值的函数。
在至少一个实施例中,可以任何技术上可行的方式来实现运行时库和相应的API2704。在至少一个实施例中,一个(或任意数量的)API可以公开用于设备的细粒度控制的低级函数集,而另一(或任意数量的)API可以公开这样的较高级的函数集。在至少一个实施例中,可以在低级API之上构建高级运行时API。在至少一个实施例中,一个或更多个运行时API可以是在与语言无关的运行时API之上分层的特定于语言的API。
在至少一个实施例中,设备内核驱动器2706被配置为促进与底层设备的通信。在至少一个实施例中,设备内核驱动器2706可以提供诸如API2704之类的API和/或其他软件所依赖的低级函数。在至少一个实施例中,设备内核驱动器2706可以被配置为在运行时将中间表示(“IR”)代码编译成二进制代码。在至少一个实施例中,对于CUDA,设备内核驱动器2706可以在运行时将非硬件专用的并行线程执行(“PTX”)IR代码编译为用于特定目标设备的二进制代码(高速缓存已编译的二进制代码),其有时也称为“最终”代码。在至少一个实施例中,这样做可以允许最终代码在目标设备上运行,而当源代码最初被编译为PTX代码时,该目标设备可能不存在。备选地,在至少一个实施例中,设备源代码可以离线地编译成二进制代码,而不需要设备内核驱动器2706在运行时编译IR代码。
图28示出了根据至少一个实施例的图27的软件栈2700的CUDA实现。在至少一个实施例中,可在其上启动应用程序2801的CUDA软件栈2800包括CUDA库2803,CUDA运行时2805,CUDA驱动器2807和设备内核驱动器2808。在至少一个实施例中,CUDA软件栈2800在硬件2809上执行,该硬件2809可以包括支持CUDA的GPU,其由加利福尼亚州圣克拉拉市的NVIDIA公司开发。在至少一个实施例中,软件栈2700部分地执行或提供工作负载、流或队列作为运行应用(例如,如图1中所示)的一部分。在至少一个实施例中,软件栈2700执行过程300、400、500、600和700中的部分或全部(参见图3至图7)。
在至少一个实施例中,应用程序2801、CUDA运行时2805和设备内核驱动器2808可以分别执行与应用程序2701、运行时2705和设备内核驱动器2706类似的功能,以上结合图27对其进行了描述。在至少一个实施例中,CUDA驱动器2807包括实现CUDA驱动器API 2806的库(libcuda.so)。在至少一个实施例中,类似于由CUDA运行时库(cudart)实现的CUDA运行时API 2804,CUDA驱动器API 2806可以公开但不限于用于存储器管理、执行控制、设备管理、错误处理、同步和/或图形互操作性等的函数。在至少一个实施例中,CUDA驱动器API2806与CUDA运行时API 2804的不同之处在于,CUDA运行时API 2804通过提供隐式初始化、上下文(类似于过程)管理和模块(类似于动态加载的库)管理来简化设备代码管理。与高级CUDA运行时API 2804相反,在至少一个实施例中,CUDA驱动器API 2806是提供对设备的更细粒度控制的低级API,特别是关于上下文和模块加载。在至少一个实施例中,CUDA驱动器API 2806可以公开没有由CUDA运行时API 2804公开的用于上下文管理的函数。在至少一个实施例中,CUDA驱动器API 2806也与语言无关,并且除了支持CUDA运行时API2804之外,还支持例如OpenCL。此外,在至少一个实施例中,包括CUDA运行时2805在内的开发库可被视为与驱动器组件分离,包括用户模式的CUDA驱动器2807和内核模式的设备驱动器2808(有时也称为“显示”驱动器)。
在至少一个实施例中,CUDA库2803可以包括但不限于数学库,深度学习库,并行算法库和/或信号/图像/视频处理库,并行计算应用程序(例如应用程序2801)可以利用这些库。在至少一个实施例中,CUDA库2803可包括数学库,例如cuBLAS库,其是用于执行线性代数运算的基本线性代数子程序(“BLAS”)的实现;用于计算快速傅立叶变换(“FFT”)的cuFFT库,以及用于生成随机数的cuRAND库等。在至少一个实施例中,CUDA库2803可以包括深度学习库,诸如用于深度神经网络的基元的cuDNN库和用于高性能深度学习推理的TensorRT平台等等。
图29示出了根据至少一个实施例的图27的软件栈2700的ROCm实现。在至少一个实施例中,可在其上启动应用程序2901的ROCm软件栈2900包括语言运行时2903,系统运行时2905,thunk 2907和ROCm内核驱动器2908。在至少一个实施例中,ROCm软件栈2900在硬件2909上执行,硬件2909可以包括支持ROCm的GPU,其由加利福尼亚州圣克拉拉市的AMD公司开发。在至少一个实施例中,软件栈2700部分地执行或提供工作负载、流或队列作为运行应用的一部分(例如,如图1中所示)。
在至少一个实施例中,应用程序2901可以执行与以上结合图27讨论的应用程序2701类似的功能。另外,在至少一个实施例中,语言运行时2903和系统运行时2905可以执行与以上结合图27讨论的运行时2705类似的功能。在至少一个实施例中,语言运行时2903和系统运行时2905的不同之处在于,系统运行时2905是实现ROCr系统运行时API 2904并利用异构系统架构(“HSA”)运行时API的语言无关运行时。在至少一个实施例中,HSA运行时API是一种瘦用户模式API,它公开接口以供访问和与AMDGPU交互,包括用于存储器管理、通过架构分派内核的执行控制、错误处理、系统和代理信息以及运行时初始化和关闭等的函数。在至少一个实施例中,与系统运行时2905相比,语言运行时2903是ROCr系统运行时API2904之上分层的特定于语言的运行时API 2902的实现。在至少一个实施例中,语言运行时API可以包括但不限于可移植异构计算接口(“HIP”)语言运行时API,异构计算编译器(“HCC”)语言运行时API或OpenCL API等等。特别是,HIP语言是C++编程语言的扩展,具有CUDA机制的功能相似版本,并且在至少一个实施例中,HIP语言运行时API包括与以上结合图28讨论的CUDA运行时API 2804相似的函数,例如用于存储器管理、执行控制、设备管理、错误处理和同步等的函数。
在至少一个实施例中,thunk(ROCt)2907是可用于与底层ROCm驱动器2908交互的接口2906。在至少一个实施例中,ROCm驱动器2908是ROCk驱动器,其是AMDGPU驱动器和HSA内核驱动器(amdkfd)的组合。在至少一个实施例中,AMDGPU驱动器是由AMD开发的用于GPU的设备内核驱动器,其执行与以上结合图27讨论的设备内核驱动器2706类似的功能。在至少一个实施例中,HSA内核驱动器是允许不同类型的处理器经由硬件特征更有效地共享系统资源的驱动器。
在至少一个实施例中,各种库(未示出)可以被包括在语言运行时2903上方的ROCm软件栈2900中,并且提供与以上结合图28讨论的CUDA库2803相似的功能。在至少一个实施例中,各种库可以包括但不限于数学、深度学习和/或其他库,例如实现与CUDA cuBLAS类似的函数的hipBLAS库,类似于CUDA cuFFT用于计算FFT的rocFFT库等。
图30示出了根据至少一个实施例的图27的软件栈2700的OpenCL实现。在至少一个实施例中,可以在其上启动应用程序3001的OpenCL软件栈3000包括OpenCL框架3010,OpenCL运行时3006和驱动器3007。在至少一个实施例中,OpenCL软件栈3000在不是特定于供应商的硬件2809上执行。在至少一个实施例中,由于由不同厂商开发的设备支持OpenCL,因此可能需要特定的OpenCL驱动器才能与来自此类厂商的硬件进行互操作。
在至少一个实施例中,应用程序3001,OpenCL运行时3006,设备内核驱动器3007和硬件3008可以分别执行与上面结合图27讨论的应用程序2701、运行时2705、设备内核驱动器2706和硬件2707类似的功能。在至少一个实施例中,应用程序3001还包括具有将在设备上执行的代码的OpenCL内核3002。
在至少一个实施例中,OpenCL定义了一种“平台”,其允许主机控制连接到该主机的设备。在至少一个实施例中,OpenCL框架提供平台层API和运行时API,示出为平台API3003和运行时API 3005。在至少一个实施例中,运行时API 3005使用上下文来管理设备上内核的执行。在至少一个实施例中,每个标识的设备可以与各自的上下文相关联,运行时API3005可以使用该上下文来管理该设备的命令队列、程序对象和内核对象、共享存储器对象等。在至少一个实施例中,平台API 3003公开了允许设备上下文用于选择和初始化设备,经由命令队列将工作提交给设备,以及使得能够进行来自和去往设备的数据传输等的函数。另外,在至少一个实施例中,OpenCL框架提供各种内置函数(未示出),包括数学函数、关系函数和图像处理函数等。
在至少一个实施例中,编译器3004也被包括在OpenCL框架3010中。在至少一个实施例中,源代码可以在执行应用程序之前被离线编译或者在执行应用程序期间被在线编译。与CUDA和ROCm相反,至少一个实施例中的OpenCL应用程序可以由编译器3004在线编译,编译器3004被包括以代表可以用于将源代码和/或IR代码(例如标准可移植中间表示(“SPIR-V”)代码)编译为二进制代码的任意数量的编译器。可替代地,在至少一个实施例中,可以在执行这样的应用程序之前离线编译OpenCL应用程序。
图31示出了根据至少一个实施例的由编程平台支持的软件。在至少一个实施例中,编程平台3104被配置为支持应用程序3100可以依赖的各种编程模型3103,中间件和/或库3102以及框架3101。在至少一个实施例中,应用程序3100可以是使用例如深度学习框架(例如,MXNet,PyTorch或TensorFlow)实现的AI/ML应用,其可以依赖于诸如cuDNN,NVIDIACollective Communications Library(“NCCL”)”和/或NVIDIA开发人员数据加载库(“DALI”)CUDA库之类的库,以在底层硬件上提供加速的计算。在至少一个实施例中,编程平台3104部分地执行或提供工作负载、流或队列作为运行应用的一部分(例如,如图1所示)。在至少一个实施例中,编程平台3104执行过程300、400、500、600和700中的部分或全部(参见图3至图7)。
在至少一个实施例中,编程平台3104可以是以上分别结合图28、图29和图30描述的CUDA、ROCm或OpenCL平台之一。在至少一个实施例中,编程平台3104支持多个编程模型3103,其是底层计算系统的抽象,其允许算法和数据结构的表达。在至少一个实施例中,编程模型3103可以暴露底层硬件的特征以便改善性能。在至少一个实施例中,编程模型3103可以包括但不限于CUDA,HIP,OpenCL,C++加速大规模并行性(“C++AMP”),开放多处理(“OpenMP”),开放加速器(“OpenACC”)和/或Vulcan计算(Vulcan Compute)。
在至少一个实施例中,库和/或中间件3102提供编程模型3104的抽象的实现。在至少一个实施例中,这样的库包括可由计算机程序使用并在软件开发期间利用的数据和编程代码。在至少一个实施例中,除了可以从编程平台3104获得的那些之外,这样的中间件还包括向应用程序提供服务的软件。在至少一个实施例中,库和/或中间件3102可以包括但不限于cuBLAS、cuFFT、cuRAND和其他CUDA库,或rocBLAS、rocFFT、rocRAND和其他ROCm库。另外,在至少一个实施例中,库和/或中间件3102可以包括NCCL和ROCm通信集合库(“RCCL”)库,其提供用于GPU的通信例程,用于深度学习加速的MIOpen库和/或用于线性代数、矩阵和向量运算、几何变换、数值求解器以及相关算法的本征库。
在至少一个实施例中,应用程序框架3101依赖于库和/或中间件3102。在至少一个实施例中,每个应用程序框架3101是用于实现应用软件的标准结构的软件框架。回到上面讨论的AI/ML示例,在至少一个实施例中,可以使用框架(诸如Caffe,Caffe2,TensorFlow,Keras,PyTorch或MxNet深度学习框架)来实现AI/ML应用。
图32示出了根据至少一个实施例的编译代码以在图27-30的编程平台之一上执行。在至少一个实施例中,编译器3201接收源代码3200,其包括主机代码以及设备代码两者。在至少一个实施例中,编译器3201被配置为将源代码3200转换为用于在主机上执行的主机可执行代码3202以及用于在设备上执行的设备可执行代码3203。在至少一个实施例中,源代码3200可以在执行应用程序之前离线编译,或者在执行应用程序期间在线编译。
在至少一个实施例中,源代码3200可以包括编译器3201支持的任何编程语言的代码,例如C++、C、Fortran等。在至少一个实施例中,源代码3200可以包括在单一源(single-source)文件中,其具有主机代码和设备代码的混合,并在其中指示了设备代码的位置。在至少一个实施例中,单一源文件可以是包括CUDA代码的.cu文件或包括HIP代码的.hip.cpp文件。备选地,在至少一个实施例中,源代码3200可以包括多个源代码文件,而不是单一源文件,在该单一源文件中主机代码和设备代码是分开的。
在至少一个实施例中,编译器3201被配置为将源代码3200编译成用于在主机上执行的主机可执行代码3202和用于在设备上执行的设备可执行代码3203。在至少一个实施例中,编译器3201执行操作,包括将源代码3200解析为抽象系统树(AST),执行优化以及生成可执行代码。在源代码3200包括单一源文件的至少一个实施例中,编译器3201可以将设备代码与主机代码在这种单一源文件中分开,将设备代码和主机代码分别编译成设备可执行代码3203和主机可执行代码3202,以及将设备可执行代码3203和主机可执行代码3202在单个文件中链接到一起,如下面关于图33更详细讨论的。
在至少一个实施例中,主机可执行代码3202和设备可执行代码3203可以是任何合适的格式,例如二进制代码和/或IR代码。在CUDA的情况下,在至少一个实施例中,主机可执行代码3202可以包括本地对象代码,而设备可执行代码3203可以包括PTX中间表示的代码。在至少一个实施例中,在ROCm的情况下,主机可执行代码3202和设备可执行代码3203都可以包括目标二进制代码。
图33是根据至少一个实施例的编译代码以在图27-30的编程平台之一上执行的更详细图示。在至少一个实施例中,编译器3301被配置为接收源代码3300,编译源代码3300,并输出可执行文件3310。在至少一个实施例中,源代码3300是单一源文件,例如.cu文件,.hip.cpp文件或其他格式的文件,其包括主机代码和设备代码两者。在至少一个实施例中,编译器3301可以是但不限于用于在.cu文件中编译CUDA代码的NVIDIACUDA编译器(“NVCC”),或用于在.hip.cpp文件中编译HIP代码的HCC编译器。
在至少一个实施例中,编译器3301包括编译器前端3302,主机编译器3305,设备编译器3306和链接器3309。在至少一个实施例中,编译器前端3302被配置为在源代码3300中将设备代码3304与主机代码3303分开。在至少一个实施例中,设备代码3304由设备编译器3306编译成设备可执行代码3308,如所描述的,其可以包括二进制代码或IR代码。在至少一个实施例中,主机代码3303由主机编译器3305单独地编译成主机可执行代码3307。在至少一个实施例中,对于NVCC,主机编译器3305可以是但不限于输出本机目标代码的通用C/C++编译器,而设备编译器3306可以是但不限于基于低级虚拟机(“LLVM”)的编译器,其将LLVM编译器基础架构分叉,并输出PTX代码或二进制代码。在至少一个实施例中,对于HCC,主机编译器3305和设备编译器3306两者可以是但不限于输出目标二进制代码的基于LLVM的编译器。
在至少一个实施例中,在将源代码3300编译成主机可执行代码3307和设备可执行代码3308之后,链接器3309将主机和设备可执行代码3307和3308在可执行文件3310中链接到一起。在至少一个实施例中,主机和PTX的本机目标代码或设备的二进制代码可以在可执行和可链接格式(“ELF”)文件中链接在一起,该文件是用于存储目标代码的容器格式。
图34示出了根据至少一个实施例的在编译源代码之前转换源代码。在至少一个实施例中,源代码3400通过转换工具3401传递,转换工具3401将源代码3400转换成转换后的源代码3402。在至少一个实施例中,编译器3403用于将转换后的源代码3402编译成主机可执行代码3404和设备可执行代码3305,其过程类似于由编译器3201将源代码3200编译成主机可执行代码3202和设备可执行代码3203的过程,如以上结合图32所讨论的。
在至少一个实施例中,由转换工具3401执行的转换被用于移植(port)源代码3400,以在与最初打算在其上运行的不同的环境中执行。在至少一个实施例中,转换工具3401可以包括但不限于HIP转换器,其用于将用于CUDA平台的CUDA代码“移植(hipify)”为可以在ROCm平台上编译和执行的HIP代码。在至少一个实施例中,源代码3400的转换可以包括:解析源代码3400,并将对由一个编程模型(例如,CUDA)提供的API的调用转换为对由另一编程模型(例如,例如,HIP)提供的API的相应调用,如下面结合图35A和图36更详细地讨论的。返回到移植CUDA代码的示例,在至少一个实施例中,对CUDA运行时API、CUDA驱动器API和/或CUDA库的调用可以被转换为对应的HIP API调用。在至少一个实施例中,由转换工具3401执行的自动转换有时可能是不完整的,需要额外的人工来完全移植源代码3400。在至少一个实施例中,源代码3400可对应于过程300、400、500、600和700的部分或全部(图3至图7)。
配置GPU用于通用计算
以下各图阐述但不限于根据至少一个实施例的用于编译和执行计算源代码的示例性架构。
图35A示出了根据至少一个实施例的被配置为使用不同类型的处理单元来编译和执行CUDA源代码3510的系统3500。在至少一个实施例中,系统3500包括但不限于CUDA源代码3510,CUDA编译器3550,主机可执行代码3570(1),主机可执行代码3570(2),CUDA设备可执行代码3584,CPU 3590,启用CUDA的GPU 3594,GPU 3592,CUDA到HIP转换工具3520,HIP源代码3530,HIP编译器驱动器3540,HCC 3560和HCC设备可执行代码3582。在至少一个实施例中,系统3500在流或队列(例如,图1)中或在过程300、400、500、600和700(图3至图7)中使用。
在至少一个实施例中,CUDA源代码3510是CUDA编程语言的人类可读代码的集合。在至少一个实施例中,CUDA代码是CUDA编程语言的人类可读代码。在至少一个实施例中,CUDA编程语言是C++编程语言的扩展,其包括但不限于定义设备代码以及区分设备代码和主机代码的机制。在至少一个实施例中,设备代码是在编译之后可在设备上并行执行的源代码。在至少一个实施例中,设备可以是针对并行指令处理而优化的处理器,例如启用CUDA的GPU 3590、GPU 3592或另一GPGPU等。在至少一个实施例中,主机代码是在编译后可以在主机上执行的源代码。在至少一个实施例中,主机是针对顺序指令处理而优化的处理器,例如CPU 3590。
在至少一个实施例中,CUDA源代码3510包括但不限于,任意数量(包括零)的全局函数3512,任意数量(包括零)的设备函数3514,任意数量(包括零)的主机函数3516,以及任意数量(包括零)的主机/设备函数3518。在至少一个实施例中,全局函数3512,设备函数3514,主机函数3516和主机/设备函数3518在CUDA源代码3510中可以混合。在至少一个实施例中,每个全局函数3512可在设备上执行并且可从主机调用。因此,在至少一个实施例中,全局函数3512中的一个或更多个可以充当设备的入口点。在至少一个实施例中,每个全局函数3512是内核。在至少一个实施例中以及在一种称为动态并行性的技术中,一个或更多个全局函数3512定义了一内核,该内核可以在设备上执行并且可以从这样的设备调用。在至少一个实施例中,内核在执行期间由设备上的N个不同线程并行执行N次(其中N为任何正整数)。
在至少一个实施例中,每个设备函数3514在设备上执行并且只能从这样的设备调用。在至少一个实施例中,每个主机函数3516在主机上执行并且只能从这样的主机调用。在至少一个实施例中,每个主机/设备函数3516既定义了在主机上可执行并且只能从这样的主机调用的函数的主机版本,也定义了在设备上可执行并且只能从这样的设备调用的函数的设备版本。
在至少一个实施例中,CUDA源代码3510还可包括但不限于对通过CUDA运行时API3502定义的任意数量的函数的任意数量的调用。在至少一个实施例中,CUDA运行时API3502可以包括但不限于在主机上执行的任意数量的函数,用于分配和解除分配设备存储器,在主机存储器和设备存储器之间传输数据,管理具有多个设备的系统等。在至少一个实施例中,CUDA源代码3510还可以包括对在任意数量的其他CUDA API中指定的任意数量的函数的任意数量的调用。在至少一个实施例中,CUDA API可以是被设计为由CUDA代码使用的任何API。在至少一个实施例中,CUDA API包括但不限于CUDA运行时API 3502,CUDA驱动器API,用于任意数量的CUDA库的API等。在至少一个实施例中并且相对于CUDA运行时API3502,CUDA驱动器API是较低级别的API,但可以提供对设备的更细粒度的控制。在至少一个实施例中,CUDA库的示例包括但不限于cuBLAS,cuFFT,cuRAND,cuDNN等。
在至少一个实施例中,CUDA编译器3550编译输入的CUDA代码(例如,CUDA源代码3510)以生成主机可执行代码3570(1)和CUDA设备可执行代码3584。在至少一个实施例中,CUDA编译器3550是NVCC。在至少一个实施例中,主机可执行代码3570(1)是在CPU 3590上可执行的输入源代码中包括的主机代码的编译版本。在至少一个实施例中,CPU3590可以是针对顺序指令处理而优化的任何处理器。
在至少一个实施例中,CUDA设备可执行代码3584是在启用CUDA的GPU 3594上可执行的输入源代码中包括的设备代码的编译版本。在至少一个实施例中,CUDA设备可执行代码3584包括但不限于二进制代码。在至少一个实施例中,CUDA设备可执行代码3584包括但不限于IR代码,例如PTX代码,该IR代码在运行时被设备驱动器进一步编译为用于特定目标设备(例如,启用CUDA的GPU 3594)的二进制代码。在至少一个实施例中,启用CUDA的GPU3594可以是针对并行指令处理而优化并且支持CUDA的任何处理器。在至少一个实施例中,启用CUDA的GPU 3594由加利福尼亚州圣克拉拉市的NVIDIA公司开发。
在至少一个实施例中,CUDA到HIP转换工具3520被配置为将CUDA源代码3510转换成功能上相似的HIP源代码3530。在至少一个实施例中,HIP源代码3530是HIP编程语言的人类可读代码的集合。在至少一个实施例中,HIP代码是HIP编程语言的人类可读代码。在至少一个实施例中,HIP编程语言是C++编程语言的扩展,其包括但不限于CUDA机制的功能上相似的版本,用于定义设备代码并区分设备代码和主机代码。在至少一个实施例中,HIP编程语言可以包括CUDA编程语言的功能的子集。在至少一个实施例中,例如,HIP编程语言包括但不限于定义全局函数3512的机制,但是这样的HIP编程语言可能缺乏对动态并行性的支持,因此,在HIP代码中定义的全局函数3512仅可从主机调用。
在至少一个实施例中,HIP源代码3530包括但不限于任意数量(包括零)的全局函数3512,任意数量(包括零)的设备函数3514,任意数量(包括零)的主机函数3516以及任意数量(包括零)的主机/设备函数3518。在至少一个实施例中,HIP源代码3530还可以包括对在HIP运行时API3532中指定的任意数量的函数的任意数量的调用。在一个实施例中,HIP运行时API 3532包括但不限于CUDA运行时API 3502中包括的函数的子集的功能上相似的版本。在至少一个实施例中,HIP源代码3530还可以包括对在任意数量的其他HIP API中指定的任意数量的函数的任意数量的调用。在至少一个实施例中,HIP API可以是被设计为供HIP代码和/或ROCm使用的任何API。在至少一个实施例中,HIP API包括但不限于HIP运行时API 3532,HIP驱动器API,用于任意数量的HIP库的API,用于任意数量的ROCm库的API等。
在至少一个实施例中,CUDA到HIP转换工具3520将CUDA代码中的每个内核调用从CUDA语法转换为HIP语法,并将CUDA代码中的任意数量的其他CUDA调用转换为任意数量的其他功能上相似的HIP调用。在至少一个实施例中,CUDA调用是对在CUDA API中指定的函数的调用,并且HIP调用是对在HIP API中指定的函数的调用。在至少一个实施例中,CUDA到HIP转换工具3520将对在CUDA运行时API 3502中指定的函数的任意数量的调用转换为对在HIP运行时API 3532中指定的函数的任意数量的调用。
在至少一个实施例中,CUDA到HIP转换工具3520是被称为hipify-perl的工具,其执行基于文本的转换过程。在至少一个实施例中,CUDA到HIP转换工具3520是被称为hipify-clang的工具,相对于hipify-perl,其执行更复杂且更鲁棒的转换过程,该过程涉及使用clang(编译器前端)解析CUDA代码,然后转换得到的符号。在至少一个实施例中,除了由CUDA到HIP转换工具3520执行的那些修改之外,将CUDA代码正确地转换成HIP代码可能还需要修改(例如,手动编辑)。
在至少一个实施例中,HIP编译器驱动器3540是确定目标设备3546,然后配置与目标设备3546兼容的编译器以编译HIP源代码3530的前端。在至少一个实施例中,目标设备3546是针对并行指令处理而优化的处理器。在至少一个实施例中,HIP编译器驱动器3540可以以任何技术上可行的方式确定目标设备3546。
在至少一个实施例中,如果目标设备3546与CUDA兼容(例如,启用CUDA的GPU3594),则HIP编译器驱动器3540生成HIP/NVCC编译命令3542。在至少一个实施例中并且结合图35B更详细地描述的,HIP/NVCC编译命令3542配置CUDA编译器3550以使用但不限于HIP到CUDA转换头和CUDA运行时库来编译HIP源代码3530。在至少一个实施例中并且响应于HIP/NVCC编译命令3542,CUDA编译器3550生成主机可执行代码3570(1)和CUDA设备可执行代码3584。
在至少一个实施例中,如果目标设备3546与CUDA不兼容,则HIP编译器驱动器3540生成HIP/HCC编译命令3544。在至少一个实施例中并且如结合图35C更详细地描述的,HIP/HCC编译命令3544配置HCC 3560以使用HCC头和HIP/HCC运行时库编译HIP源代码3530。在至少一个实施例中并且响应于HIP/HCC编译命令3544,HCC 3560生成主机可执行代码3570(2)和HCC设备可执行代码3582。在至少一个实施例中,HCC设备可执行代码3582是HIP源代码3530中包含的可在GPU 3592上执行的设备代码的编译版本。在至少一个实施例中,GPU3592可以是针对并行指令处理而优化的、与CUDA不兼容且与HCC兼容的任何处理器。在至少一个实施例中,GPU 3592由加利福尼亚州圣克拉拉市的AMD公司开发。在至少一个实施例中,GPU 3592是不启用CUDA的GPU 3592。
仅出于说明性目的,在图35A中描绘了在至少一个实施例中可以实现为编译CUDA源代码3510以在CPU 3590和不同设备上执行的三个不同流程。在至少一个实施例中,直接CUDA流程编译CUDA源代码3510以在CPU 3590和启用CUDA的GPU 3594上执行,而无需将CUDA源代码3510转换为HIP源代码3530。在至少一个实施例中,间接CUDA流程将CUDA源代码3510转换为HIP源代码3530,然后编译HIP源代码3530以在CPU 3590和启用CUDA的GPU 3594上执行。在至少一个实施例中,CUDA/HCC流程将CUDA源代码3510转换为HIP源代码3530,然后编译HIP源代码3530以在CPU 3590和GPU 3592上执行。
可以通过虚线和一系列气泡注释A1-A3描绘可以在至少一个实施例中实现的直接CUDA流程。在至少一个实施例中,并且如气泡注释A1所示,CUDA编译器3550接收CUDA源代码3510和配置CUDA编译器3550以编译CUDA源代码3510的CUDA编译命令3548。在至少一个实施例中,直接CUDA流程中使用的CUDA源代码3510是用CUDA编程语言编写的,该CUDA编程语言基于除C++之外的其他编程语言(例如C,Fortran,Python,Java等)。在至少一个实施例中,并且响应于CUDA编译命令3548,CUDA编译器3550生成主机可执行代码3570(1)和CUDA设备可执行代码3584(用气泡注释A2表示)。在至少一个实施例中并且如用气泡注释A3所示,主机可执行代码3570(1)和CUDA设备可执行代码3584可以分别在CPU 3590和启用CUDA的GPU3594上执行。在至少一个实施例中,CUDA设备可执行代码3584包括但不限于二进制代码。在至少一个实施例中,CUDA设备可执行代码3584包括但不限于PTX代码,并且在运行时被进一步编译成用于特定目标设备的二进制代码。
可以通过虚线和一系列气泡注释B1-B6来描述可以在至少一个实施例中实现的间接CUDA流程。在至少一个实施例中并且如气泡注释B1所示,CUDA到HIP转换工具3520接收CUDA源代码3510。在至少一个实施例中并且如气泡注释B2所示,CUDA到HIP转换工具3520将CUDA源代码3510转换为HIP源代码3530。在至少一个实施例中并如气泡注释B3所示,HIP编译器驱动器3540接收HIP源代码3530,并确定目标设备3546是否启用了CUDA。
在至少一个实施例中并且如气泡注释B4所示,HIP编译器驱动器3540生成HIP/NVCC编译命令3542,并将HIP/NVCC编译命令3542和HIP源代码3530两者都发送到CUDA编译器3550。在至少一个实施例中并且如结合图35B更详细地描述的,HIP/NVCC编译命令3542配置CUDA编译器3550以使用但不限于HIP到CUDA转换头和CUDA运行时库来编译HIP源代码3530。在至少一个实施例中并且响应于HIP/NVCC编译命令3542,CUDA编译器3550生成主机可执行代码3570(1)和CUDA设备可执行代码3584(用气泡注释B5表示)。在至少一个实施例中并且如气泡注释B6所示,主机可执行代码3570(1)和CUDA设备可执行代码3584可以分别在CPU 3590和启用CUDA的GPU 3594上执行。在至少一个实施例中,CUDA设备可执行代码3584包括但不限于二进制代码。在至少一个实施例中,CUDA设备可执行代码3584包括但不限于PTX代码,并且在运行时被进一步编译成用于特定目标设备的二进制代码。
可以通过实线和一系列气泡注释C1-C6来描述可以在至少一个实施例中实现的CUDA/HCC流程。在至少一个实施例中并且如气泡注释C1所示,CUDA到HIP转换工具3520接收CUDA源代码3510。在至少一个实施例中并且如气泡注释C2所示,CUDA到HIP转换工具3520将CUDA源代码3510转换为HIP源代码3530。在至少一个实施例中并且如气泡注释C3所示,HIP编译器驱动器3540接收HIP源代码3530,并确定目标设备3546未启用CUDA。
在至少一个实施例中,HIP编译器驱动器3540生成HIP/HCC编译命令3544,并且将HIP/HCC编译命令3564和HIP源代码3530两者发送到HCC 3560(用气泡注释C4表示)。在至少一个实施例中并且如结合图35C更详细地描述的,HIP/HCC编译命令3564配置HCC 3560以使用但不限于HCC头和HIP/HCC运行时库编译HIP源代码3530。在至少一个实施例中并且响应于HIP/HCC编译命令3544,HCC 3560生成主机可执行代码3570(2)和HCC设备可执行代码3582(用气泡注释C5表示)。在至少一个实施例中并且如气泡注释C6所示,主机可执行代码3570(2)和HCC设备可执行代码3582可以分别在CPU 3590和GPU 3592上执行。
在至少一个实施例中,在将CUDA源代码3510转换为HIP源代码3530之后,HIP编译器驱动器3540可随后用于生成用于启用CUDA的GPU3594或GPU 3592的可执行代码,而无需将CUDA重新执行为HIP转换工具3520。在至少一个实施例中,CUDA到HIP转换工具3520将CUDA源代码3510转换为HIP源代码3530,然后将其存储在存储器中。在至少一个实施例中,HIP编译器驱动器3540然后配置HCC 3560以基于HIP源代码3530生成主机可执行代码3570(2)和HCC设备可执行代码3582。在至少一个实施例中,HIP编译器驱动器3540随后配置CUDA编译器3550以基于存储的HIP源代码3530生成主机可执行代码3570(1)和CUDA设备可执行代码3584。
图35B示出了根据至少一个实施例的被配置为使用CPU 3590和启用CUDA的GPU3594来编译和执行图35A的CUDA源代码3510的系统3504。在至少一个实施例中,系统3504包括但不限于CUDA源代码3510,CUDA到HIP转换工具3520,HIP源代码3530,HIP编译器驱动器3540,CUDA编译器3550,主机可执行代码3570(1),CUDA设备可执行代码3584,CPU 3590和启用CUDA的GPU 3594。
在至少一个实施例中并且如本文先前结合图35A所描述的,CUDA源代码3510包括但不限于任意数量(包括零)的全局函数3512,任意数量(包括零)的设备函数3514,任意数量(包括零)的主机函数3516以及任意数量(包括零)的主机/设备函数3518。在至少一个实施例中,CUDA源代码3510还包括但不限于对在任意数量的CUDA API中指定的任意数量的函数的任意数量的调用。
在至少一个实施例中,CUDA到HIP转换工具3520将CUDA源代码3510转换成HIP源代码3530。在至少一个实施例中,CUDA到HIP转换工具3520将CUDA源代码3510中的每个内核调用从CUDA语法转换为HIP语法,并将CUDA源代码3510中任意数量的其他CUDA调用转换为任意数量的其他功能上相似的HIP调用。
在至少一个实施例中,HIP编译器驱动器3540确定目标设备3546是启用CUDA的,并且生成HIP/NVCC编译命令3542。在至少一个实施例中,然后HIP编译器驱动器3540经由HIP/NVCC编译命令3542配置CUDA编译器3550以编译HIP源代码3530。在至少一个实施例中,作为配置CUDA编译器3550的一部分,HIP编译器驱动器3540提供对HIP到CUDA转换头3552的访问。在至少一个实施例中,HIP到CUDA转换头3552将任意数量的HIP API中指定的任意数量的机制(例如,函数)转换为任意数量的CUDA API中指定的任意数量的机制。在至少一个实施例中,CUDA编译器3550将HIP到CUDA转换头3552与对应于CUDA运行时API 3502的CUDA运行时库3554结合使用,以生成主机可执行代码3570(1)和CUDA设备可执行代码3584。在至少一个实施例中,然后可以分别在CPU 3590和启用CUDA的GPU 3594上执行主机可执行代码3570(1)和CUDA设备可执行代码3584。在至少一个实施例中,CUDA设备可执行代码3584包括但不限于二进制代码。在至少一个实施例中,CUDA设备可执行代码3584包括但不限于PTX代码,并且在运行时被进一步编译成用于特定目标设备的二进制代码。
图35C示出了根据至少一个实施例的系统3506,该系统3506被配置为使用CPU3590和未启用CUDA的GPU 3592来编译和执行图35A的CUDA源代码3510。在至少一个实施例中,系统3506包括但不限于CUDA源代码3510,CUDA到HIP转换工具3520,HIP源代码3530,HIP编译器驱动器3540,HCC 3560,主机可执行代码3570(2),HCC设备可执行代码3582,CPU3590和GPU 3592。
在至少一个实施例中,并且如本文先前结合图35A所描述的,CUDA源代码3510包括但不限于任意数量(包括零)的全局函数3512,任意数量(包括零)的设备函数3514,任意数量(包括零)的主机函数3516以及任意数量(包括零)的主机/设备函数3518。在至少一个实施例中,CUDA源代码3510还包括但不限于对在任意数量的CUDA API中指定的任意数量的函数的任意数量的调用。
在至少一个实施例中,CUDA到HIP转换工具3520将CUDA源代码3510转换成HIP源代码3530。在至少一个实施例中,CUDA到HIP转换工具3520将CUDA源代码3510中的每个内核调用从CUDA语法转换为HIP语法,并将源代码3510中任意数量的其他CUDA调用转换为任意数量的其他功能上相似的HIP调用。
在至少一个实施例中,HIP编译器驱动器3540随后确定目标设备3546不是启用CUDA的,并生成HIP/HCC编译命令3544。在至少一个实施例中,然后HIP编译器驱动器3540配置HCC 3560以执行HIP/HCC编译命令3544,从而编译HIP源代码3530。在至少一个实施例中,HIP/HCC编译命令3544将HCC 3560配置为使用但不限于HIP/HCC运行时库3558和HCC头3556来生成主机可执行代码3570(2)和HCC设备可执行代码3582。在至少一个实施例中,HIP/HCC运行时库3558对应于HIP运行时API 3532。在至少一个实施例中,HCC头3556包括但不限于用于HIP和HCC的任意数量和类型的互操作性机制。在至少一个实施例中,主机可执行代码3570(2)和HCC设备可执行代码3582可以分别在CPU 3590和GPU 3592上执行。
图36示出了根据至少一个实施例的由图35C的CUDA到HIP转换工具3520转换的示例性内核。在至少一个实施例中,CUDA源代码3510将给定内核被设计为解决的总体问题划分为可以使用线程块独立解决的相对粗糙的子问题。在至少一个实施例中,每个线程块包括但不限于任意数量的线程。在至少一个实施例中,每个子问题被划分为相对细小的部分(pieces),这些部分可以由线程块中的线程协作并行地解决。在至少一个实施例中,线程块内的线程可以通过共享存储器共享数据并通过同步执行以协调存储器访问来协作。在至少一个实施例中,转换工具3520被用于过程300、400、500、600和700(例如,参见图3至图7)或作为流的一部分(例如,参见图1)。
在至少一个实施例中,CUDA源代码3510将与给定内核相关联的线程块组织成线程块的一维、二维或三维网格。在至少一个实施例中,每个线程块包括但不限于任意数量的线程,并且网格包括但不限于任意数量的线程块。
在至少一个实施例中,内核是使用“__global__”声明说明符(specifier)定义的设备代码中的函数。在至少一个实施例中,使用CUDA内核启动语法3610来指定针对给定内核调用执行内核的网格的尺寸以及相关联的流。在至少一个实施例中,CUDA内核启动语法3610被指定为“KernelName<<<GridSize,BlockSize,SharedMemorySize,Stream>>>(KernelArguments);”。在至少一个实施例中,执行配置语法是“<<<...>>>”构造,其被插入在内核名称(“KernelName”)和内核参数的括号列表(“KernelArguments”)之间。在至少一个实施例中,CUDA内核启动语法3610包括但不限于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内核启动语法3610,“SharedMemorySize”是一可选参数,它指定共享存储器中除静态分配的存储器外,针对给定内核调用为每个线程块动态分配的字节数。在至少一个实施例中并且关于CUDA内核启动语法3610,SharedMemorySize默认为零。在至少一个实施例中并且关于CUDA内核启动语法3610,“流”是可选的参数,其指定相关联的流并且默认为零以指定默认流。在至少一个实施例中,流是按顺序执行的命令序列(其可能由不同的主机线程发出)。在至少一个实施例中,不同的流可以相对于彼此无序地或同时地执行命令。
在至少一个实施例中,CUDA源代码3510包括但不限于用于示例性内核“MatAdd”的内核定义和主函数。在至少一个实施例中,主函数是在主机上执行的主机代码,并且包括但不限于使内核MatAdd在设备上执行的内核调用。在至少一个实施例中,如图所示,内核MatAdd将大小为NxN的两个矩阵A和B相加,其中N为正整数,并将结果存储在矩阵C中。在至少一个实施例中,主函数将threadsPerBlock变量定义为16x 16,numBlocks变量为N/16xN/16。在至少一个实施例中,然后主函数指定内核调用“MatAdd<<<numBlocks,threadsPerBlock>>>(A,B,C);”。在至少一个实施例中,并且根据CUDA内核启动语法3610,使用尺寸为N/16×N/16的线程块网格来执行内核MatAdd,其中每个线程块的尺寸为16×16。在至少一个实施例中,每个线程块包括256个线程,创建具有足够块的网格以使每个矩阵元素具有一个线程,并且该网格中的每个线程执行内核MatAdd以执行一个逐对的加法。
在至少一个实施例中,在将CUDA源代码3510转换成HIP源代码3530的同时,CUDA到HIP转换工具3520将CUDA源代码3510中的每个内核调用从CUDA内核启动语法3610转换成HIP内核启动语法3620,并将源代码3510中的任意数量的其他CUDA调用转换为任意数量的其他功能上相似的HIP调用。在至少一个实施例中,HIP内核启动语法3620被指定为“hipLaunchKernelGGL(KernelName,GridSize,BlockSize,SharedMemorySize,Stream,KernelArguments);”。在至少一个实施例中,KernelName,GridSize,BlockSize,ShareMemorySize,Stream和KernelArguments中的每一个在HIP内核启动语法3620中具有与在CUDA内核启动语法3610中(本文先前描述)相同的含义。在至少一个实施例中,参数SharedMemorySize和Stream在HIP内核启动语法3620中是必需的,而在CUDA内核启动语法3610中是可选的。
在至少一个实施例中,除了使内核MatAdd在设备上执行的内核调用之外,图36中描绘的HIP源代码3530的一部分与图36中描绘的CUDA源代码3510的一部分相同。在至少一个实施例中,在HIP源代码3530中定义内核MatAdd,具有与在CUDA源代码3510中定义内核MatAdd相同的“__global__”声明说明符。在至少一个实施例中,在HIP源代码3530中的内核调用是“hipLaunchKernelGGL(MatAdd,numBlocks,threadsPerBlock,0、0,A,B,C);”,而CUDA源代码3510中的相应内核调用是“MatAdd<<<numBlocks,threadsPerBlock>>>(A,B,C);”。
图37更详细地示出了根据至少一个实施例的图35C的未启用CUDA的GPU 3592。在至少一个实施例中,GPU 3592与处理单元250(见图2)通信,或包括处理单元250,GPU 3592可用于执行过程300、400、500、600和700(见图3至图7)。在至少一个实施例中,GPU 3592由圣塔克拉拉市的AMD公司开发。在至少一个实施例中,GPU 3592可以被配置为以高度并行的方式执行计算操作。在至少一个实施例中,GPU 3592被配置为执行图形管线操作,诸如绘制命令、像素操作、几何计算以及与将图像渲染到显示器相关联的其他操作。在至少一个实施例中,GPU 3592被配置为执行与图形无关的操作。在至少一个实施例中,GPU 3592被配置为执行与图形有关的操作和与图形无关的操作两者。在至少一个实施例中,GPU3592可以被配置为执行HIP源代码3530中包括的设备代码。
在至少一个实施例中,GPU 3592包括但不限于任意数量的可编程处理单元3720,命令处理器3710,L2高速缓存3722,存储器控制器3770,DMA引擎3780(1),系统存储器控制器3782,DMA引擎3780(2)和GPU控制器3784。在至少一个实施例中,每个可编程处理单元3720包括但不限于工作负载管理器3730和任意数量的计算单元3740。在至少一个实施例中,命令处理器3710读取来自一个或更多个命令队列(未示出)的命令,并将命令分发给工作负载管理器3730。在至少一个实施例中,对于每个可编程处理单元3720,相关的工作负载管理器3730将工作分发给包括在可编程处理单元3720中的计算单元3740。在至少一个实施例中,每个计算单元3740可以执行任意数量的线程块,但是每个线程块在单个计算单元3740上执行。在至少一个实施例中,工作组是线程块。
在至少一个实施例中,每个计算单元3740包括但不限于任意数量的SIMD单元3750和共享存储器3760。在至少一个实施例中,每个SIMD单元3750实现SIMD架构并且被配置为并行执行操作。在至少一个实施例中,每个SIMD单元3750包括但不限于向量ALU 3752和向量寄存器文件3754。在至少一个实施例中,每个SIMD单元3750执行不同的线程束。在至少一个实施例中,线程束是一组线程(例如16个线程),其中线程束中的每个线程属于单个线程块,并且被配置为基于单个指令集来处理不同的数据集。在至少一个实施例中,可以使用预测来禁用线程束中的一个或更多个线程。在至少一个实施例中,通道是线程。在至少一个实施例中,工作项是线程。在至少一个实施例中,波前是线程束。在至少一个实施例中,线程块中的不同波前可一起同步并经由共享存储器3760进行通信。
在至少一个实施例中,可编程处理单元3720被称为“着色引擎”。在至少一个实施例中,除了计算单元3740之外,每个可编程处理单元3720还包括但不限于任意数量的专用图形硬件。在至少一个实施例中,每个可编程处理单元3720包括但不限于任意数量(包括零)的几何处理器,任意数量(包括零)的光栅化器,任意数量(包括零)的渲染后端,工作负载管理器3730和任意数量的计算单元3740。
在至少一个实施例中,计算单元3740共享L2高速缓存3722。在至少一个实施例中,L2高速缓存3722被分区。在至少一个实施例中,GPU3592中的所有计算单元3740可访问GPU存储器3790。在至少一个实施例中,存储器控制器3770和系统存储器控制器3782促进GPU3592与主机之间的数据传输,并且DMA引擎3780(1)使能GPU 3592与此主机之间的异步存储器传输。在至少一个实施例中,存储器控制器3770和GPU控制器3784促进GPU 3592与其他GPU 3592之间的数据传输,并且DMA引擎3780(2)使能GPU 3592与其他GPU 3592之间的异步存储器传输。
在至少一个实施例中,GPU 3592包括但不限于任意数量和类型的系统互连,该系统互连促进在GPU 3592内部或外部的任意数量和类型的直接或间接链接的组件之间的数据和控制传输。在至少一个实施例中,GPU3592包括但不限于耦合到任意数量和类型的外围设备的任意数量和类型的I/O接口(例如,PCIe)。在至少一个实施例中,GPU 3592可以包括但不限于任意数量(包括零)的显示引擎和任意数量(包括零)的多媒体引擎。在至少一个实施例中,GPU 3592实现了存储器子系统,该存储器子系统包括但不限于任意数量和类型的存储器控制器(例如,存储器控制器3770和系统存储器控制器3782)以及专用于一个组件或在多个组件之间共享的存储器设备(例如,共享存储器3760)。在至少一个实施例中,GPU3592实现了高速缓存子系统,该高速缓存子系统包括但不限于一个或更多个高速缓存存储器(例如,L2高速缓存3722),每个高速缓存存储器可以是私有的或在任意数量的组件(例如,SIMD单元3750,计算单元3740和可编程处理单元3720)之间共享。
图38示出了根据至少一个实施例的示例性CUDA网格3820的线程如何被映射到图37的不同计算单元3740。在至少一个实施例中,并且仅出于说明目的,网格3820具有BX乘以BY乘以1的GridSize和TX乘以TY乘以1的BlockSize。因此,在至少一个实施例中,网格3820包括但不限于(BX*BY)线程块3830,每个线程块3830包括但不限于(TX*TY)线程3840。线程3840在图38中被描绘为弯曲箭头。
在至少一个实施例中,网格3820被映射到可编程处理单元3720(1),该可编程处理单元3720(1)包括但不限于计算单元3740(1)-3740(C)。在至少一个实施例中并且如图所示,将(BJ*BY)线程块3830映射到计算单元3740(1),并且将其余线程块3830映射到计算单元3740(2)。在至少一个实施例中,每个线程块3830可以包括但不限于任意数量的线程束,并且每个线程束被映射到图37的不同的SIMD单元3750。
在至少一个实施例中,给定线程块3830中的线程束可以一起同步并通过关联的计算单元3740中包括的共享存储器3760进行通信。例如并且在至少一个实施例中,线程块3830(BJ,1)中的线程束可以一起同步并通过共享存储器3760(1)进行通信。例如并且在至少一个实施例中,线程块3830(BJ+1,1)中的线程束可以一起同步并通过共享存储器3760(2)进行通信。
图39示出了根据至少一个实施例的如何将现有的CUDA代码迁移到数据并行C++代码。数据并行C++(DPC++)可以指单架构专有语言的一种开放的、基于标准的替代方案,其允许开发人员可以跨硬件目标(CPU和加速器,诸如GPU和FPGA)重用代码,并且还为特定加速器执行自定义调整。DPC++根据开发人员可能熟悉的ISO C++使用类似和/或相同的C和C++构造。DPC++结合了Khronos集团(The Khronos Group)的标准SYCL,以支持数据并行性和异构编程。SYCL是指跨平台的抽象层,它建立在OpenCL的底层概念、可移植性和效率之上,它使异构处理器的代码能够使用标准C++以“单源”风格编写。SYCL可以实现单源开发,其中C++模板函数可以包含主机代码和设备代码两者,以构建使用OpenCL加速的复杂算法,然后在不同类型的数据的整个源代码中重用它们。在至少一个实施方式中,图39的实施方式作为过程300、400、500、600和700的一部分或与过程300、400、500、600和700一起使用,或在队列和流中使用(例如,图1)。
在至少一个实施例中,使用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源代码3900作为输入提供给DPC++兼容性工具3902以生成人类可读的DPC++3904。在至少一个实施例中,人类可读的DPC++3904包括由DPC++兼容性工具3902生成的内联注释,其指导开发人员如何和/或在何处修改DPC++代码以完成编码和调整到所需性能3906,从而生成DPC++源代码3908。
在至少一个实施例中,CUDA源代码3900是或包括CUDA编程语言中人类可读源代码的集合。在至少一个实施例中,CUDA源代码3900是采用CUDA编程语言的人类可读源代码。在至少一个实施例中,CUDA编程语言是C++编程语言的扩展,其包括但不限于定义设备代码和区分设备代码和主机代码的机制。在至少一个实施例中,设备代码是源代码,其在编译后可在设备(例如,GPU或FPGA)上执行,并且可以包括可在设备的一个或更多个处理器核上执行的一个或更多个可并行工作流。在至少一个实施例中,设备可以是处理器,其针对并行指令处理进行优化,例如启用CUDA的GPU、GPU或另一GPGPU等。在至少一个实施例中,主机代码是在编译后可在主机上执行的源代码。在至少一个实施例中,主机代码和设备代码中的一些或全部可以跨CPU和GPU/FPGA并行执行。在至少一个实施例中,主机是针对顺序指令处理而优化的处理器,例如CPU。结合图39描述的CUDA源代码3900可与本文档中其他地方讨论的内容一致。
在至少一个实施例中,DPC++兼容性工具3902指的是用于促进将CUDA源代码3900迁移到DPC++源代码3908的可执行工具、程序、应用程序或任何其他合适类型的工具。在至少一个实施例中,DPC++兼容性工具3902是一种基于命令行的代码迁移工具,其可用作DPC++工具包的一部分,用于将现有的CUDA源移植到DPC++。在至少一个实施例中,DPC++兼容性工具3902将CUDA应用程序的一些或全部源代码从CUDA转换为DPC++,并生成至少部分用DPC++编写的结果文件,称为人类可读的DPC++3904。在至少一个实施例中,人类可读的DPC++3904包括由DPC++兼容性工具3902生成的注释,以指示可能需要用户干预的地方。在至少一个实施例中,当CUDA源代码3900调用没有类似DPC++API的CUDA API时,用户干预是必要的;需要用户干预的其他示例将在后面更详细地讨论。
在至少一个实施例中,用于迁移CUDA源代码3900(例如,应用程序或其部分)的工作流包括创建一个或更多个编译数据库文件;使用DPC++兼容性工具3902将CUDA迁移到DPC++;完成迁移并验证正确性,从而生成DPC++源代码3908;并使用DPC++编译器编译DPC++源代码3908以生成DPC++应用程序。在至少一个实施例中,兼容性工具提供了一种实用程序,该实用程序截获Makefile执行时使用的命令并将它们存储在编译数据库文件中。在至少一个实施例中,文件以JSON格式存储。在至少一个实施例中,拦截构建命令将Makefile命令转换为DPC兼容性命令。
在至少一个实施例中,拦截-构建(intercept-build)是一种实用程序脚本,其拦截构建过程以捕获编译选项、宏定义和包括路径,并将该数据写入编译数据库文件。在至少一个实施例中,编译数据库文件是JSON文件。在至少一个实施例中,DPC++兼容性工具3902解析编译数据库并在迁移输入源时应用选项。在至少一个实施例中,拦截-构建的使用是可选的,但强烈推荐用于基于Make或CMake的环境。在至少一个实施例中,迁移数据库包括命令、目录和文件:命令可以包括必要的编译标志;目录可包括到报头文件的路径;文件可包括到CUDA文件的路径。
在至少一个实施例中,DPC++兼容性工具3902通过尽可能生成DPC++来将用CUDA编写的CUDA代码(例如,应用程序)迁移到DPC++。在至少一个实施例中,DPC++兼容性工具3902作为工具包的一部分是可用的。在至少一个实施例中,DPC++工具包包括拦截-构建工具。在至少一个实施例中,拦截-构建工具创建编译数据库,该编译数据库捕获编译命令以迁移CUDA文件。在至少一个实施例中,DPC++兼容性工具3902使用拦截-构建工具生成的编译数据库将CUDA代码迁移到DPC++。在至少一个实施例中,非CUDA C++代码和文件被原样迁移。在至少一个实施例中,DPC++兼容性工具3902生成人类可读的DPC++3904,其可以是DPC++代码,如由DPC++兼容性工具3902生成的,不能由DPC++编译器编译并且需要额外的管道来验证未正确迁移的代码部分,并且可能涉及手动干预,例如由开发人员进行干预。在至少一个实施例中,DPC++兼容性工具3902提供嵌入代码中的提示或工具以帮助开发人员手动迁移无法自动迁移的附加代码。在至少一个实施例中,迁移是针对源文件、项目或应用程序的一次性活动。
在至少一个实施例中,DPC++兼容性工具39002能够成功地将CUDA代码的所有部分迁移到DPC++,并且可以简单地存在用于手动验证和调整所生成的DPC++源代码的性能的可选步骤。在至少一个实施例中,DPC++兼容性工具3902直接生成由DPC++编译器编译的DPC++源代码3908,而不需要或不利用人工干预来修改由DPC++兼容性工具3902生成的DPC++代码。在至少一个实施例中,DPC++兼容性工具生成可编译的DPC++代码,开发人员可以根据性能、可读性、可维护性和其他各种考虑因素或其任何组合选择性地对其进行调整。
在至少一个实施例中,至少部分地使用DPC++兼容性工具3902将一个或更多个CUDA源文件迁移到DPC++源文件。在至少一个实施例中,CUDA源代码包括一个或更多个头(header)文件,该头文件可以包括CUDA头文件。在至少一个实施例中,CUDA源文件包括可用于打印文本的<cuda.h>头文件和<stdio.h>头文件。在至少一个实施例中,向量加法内核CUDA源文件的一部分可以写成或相关于:
在至少一个实施例中,并结合以上呈现的CUDA源文件,DPC++兼容性工具3902解析CUDA源代码并且用适当的DPC++和SYCL头文件替换头文件。在至少一个实施例中,DPC++头文件包括助手声明。在CUDA中,存在线程ID的概念,相应地,在DPC++或SYCL中,针对每个元素都有本地标识符。
在至少一个实施例中,并且与以上呈现的CUDA源文件相关,有两个向量A和B,它们被初始化并且向量相加结果作为VectorAddKernel()的一部分被放入向量C中。在至少一个实施例中,作为将CUDA代码迁移到DPC++代码的一部分,DPC++兼容性工具3902经由本地ID将用于索引工作元素的CUDA线程ID转换为工作元素的SYCL标准寻址。在至少一个实施例中,可以优化由DPC++兼容性工具3902生成的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++兼容性工具3902进行修改。在至少一个实施例中,DPC++兼容性工具3902修改用于内存设置和/或主机调用以在加速设备上执行内核的CUDA API。在至少一个实施例中并结合以上呈现的CUDA源文件,相应的人类可读DPC++3904(例如,可编译的)被编写为或相关于:
在至少一个实施例中,人类可读的DPC++3904指的是由DPC++兼容性工具3902生成的输出并且可以以一种或另一种方式进行优化。在至少一个实施例中,由DPC++兼容性工具3902生成的人类可读的DPC++3904可以在迁移后由开发人员手动编辑以使其更易于维护、性能或其他考虑。在至少一个实施例中,由DPC++兼容性工具39002生成的DPC++代码(例如公开的DPC++)可以通过为每个malloc_device()调用删除对get_current_device()和/或get_default_context()的重复调用来优化。在至少一个实施例中,上面生成的DPC++代码使用3维nd_range,其可以重构为仅使用单个维度,从而减少内存使用。在至少一个实施例中,开发人员可以手动编辑由DPC++兼容工具3902生成的DPC++代码,用访问器替换统一共享内存的使用。在至少一个实施例中,DPC++兼容性工具3902具有改变其如何将CUDA代码迁移到DPC++代码的选项。在至少一个实施例中,DPC++兼容性工具3902是冗长的,因为它使用通用模板将CUDA代码迁移到DPC++代码,DPC++代码适用于大量情况。
在至少一个实施例中,CUDA到DPC++的迁移工作流包括以下步骤:使用拦截-构建脚本准备迁移;使用DPC++兼容性工具3902执行CUDA项目到DPC++的迁移;人工审查和编辑迁移的源文件以确保其完整性和正确性;以及编译最终的DPC++代码以生成DPC++应用程序。在至少一个实施例中,在一种或更多种场景中可能需要人工审查DPC++源代码,包括但不限于:迁移的API不返回错误代码(CUDA代码可以返回错误代码,该错误代码随后可以被应用程序使用,但是SYCL使用异常来报告错误,因此不会使用错误代码来显露错误);DPC++不支持CUDA计算能力相关逻辑;无法删除语句。在至少一个实施例中,DPC++代码需要人工干预的场景可以包括但不限于:错误代码逻辑替换为(*,0)代码或注释掉;等效的DPC++API不可用;CUDA计算能力相关逻辑;硬件相关API(clock());缺少特征不受支持的API;执行时间测量逻辑;处理内置向量类型冲突;cuBLAS API的迁移;以及更多。
在至少一个实施例中,本文描述的一种或更多种技术利用一个API编程模型。在至少一个实施例中,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用于执行过程300、400、500、600和700中的部分或全部(参见图3至图7)或处理流和队列(例如,图1)。
在至少一个实施例中,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)是实现深度学习和机器学习工作负载的各个应用的库。在至少一个实施例中,在下级通信中间件(诸如消息传递接口(MPI)和libfabrics))上构建oneCCL。在至少一个实施例中,oneCCL启用一组深度学习特定优化,诸如优先化、持久操作、无序执行和/或其变型。在至少一个实施例中,oneCCL实现各个CPU和GPU功能。
在至少一个实施例中,oneAPI线程构建块库(也被称为oneTBB)是实现用于各个应用的各个并行化过程的库。在至少一个实施例中,oneTBB被用于主机上的基于任务的共享并行编程。在至少一个实施例中,oneTBB实现通用并行算法。在至少一个实施例中,oneTBB实现并发容器。在至少一个实施例中,oneTBB实现可扩展存储器分配器。在至少一个实施例中,oneTBB实现工作窃取任务调度器。在至少一个实施例中,oneTBB实现低级别同步原语(primitive)。在至少一个实施例中,oneTBB是编译器无关的并且可在各个处理器上使用,例如GPU、PPU、CPU和/或其变型。
在至少一个实施例中,oneAPI视频处理库(也称为oneVPL)是用于在一个或更多个应用中加速视频处理的库。在至少一个实施例中,oneVPL实现各个视频解码、编码和处理功能。在至少一个实施例中,oneVPL实施用于CPU、GPU和其他加速器上的媒体管线的各个功能。在至少一个实施例中,oneVPL实现以媒体为中心和视频分析工作负载的设备发现和选择。在至少一个实施例中,oneVPL实现用于零拷贝缓冲区共享的API原语。
在至少一个实施例中,oneAPI编程模型利用DPC++编程语言。在至少一个实施例中,DPC++编程语言是包括但不限于定义设备代码并且在设备代码和主机代码之间进行区分的CUDA机制的功能相似版本的编程语言。在至少一个实施例中,DPC++编程语言可以包括CUDA编程语言的功能的子集。在至少一个实施例中,使用DPC++编程语言使用oneAPI编程模型来执行一个或更多个CUDA编程模型操作。
应当注意,虽然本文描述的示例实施例可以涉及CUDA编程模型,但本文描述的技术可以与任何合适的编程模型一起使用,诸如HIP、oneAPI、和/或其变型。
可以鉴于以下条款来描述本公开的至少一个实施例:
条款1:一种处理器,包括:一个或更多个电路,用于执行应用编程接口(API)以从另一API接收时间线信号量的指示。
条款2:根据条款1的处理器,其中所述指示是引用所述时间线信号量的存储器位置的句柄,其中所述另一API创建所述时间线信号量,并且其中所述另一API导出所述时间线信号量的所述句柄。
条款3:根据条款2所述的处理器,其中接收包括导入所述时间线信号量的所述句柄,并且其中导入包括创建与所述时间线信号量的所述句柄相对应的数据结构,并且其中所述数据结构的至少一个参数是所述时间线信号量的计数值。
条款4:根据条款2的处理器,其中所述一个或更多个电路用于至少部分地基于所述句柄的参数或API调用的参数来识别用于所述时间线信号量的所述句柄。
条款5:根据条款2所述的处理器,其中所述一个或更多个电路用于利用引用所述句柄的操作来执行工作负载。
条款6:根据前述条款中任一项所述的处理器,其中所述时间线信号量与单调递增的整数相对应。
条款7:根据前述条款中任一项所述的处理器,其中当所述时间线信号量由与所述另一API相对应的第一驱动器发信号通知时,或者当所述时间线信号量由与所述API相对应的第二驱动器发信号通知时,所述时间线信号量的参数增加一或更多。
条款8:根据前述条款中任一项所述的处理器,其中所述一个或更多个电路用于从应用接收所述时间线信号量的所述指示,并且其中所述应用从所述另一API接收所述指示。
条款9:根据前述条款中任一项所述的处理器,其中所述时间线信号量与同步第一工作负载和第二工作负载相对应。
条款10:一种系统,其包括存储器,所述存储器用于存储指令,所述指令由于由一个或更多个处理器执行,使所述系统:
执行应用编程接口(API)以从另一API接收时间线信号量的指示。
条款11:根据条款10的系统,其中所述指示是引用所述时间线信号量的存储器位置的句柄,其中所述另一API创建所述时间线信号量,其中所述另一API导出所述句柄,并且其中所述另一API使用所述时间线信号量。
条款12:根据条款10的系统,其中所述指示是所述时间线信号量的句柄,并且其中所述API用于至少部分地基于所述句柄的参数来在导入所述时间线信号量的所述句柄时识别所述时间线信号量的所述句柄。
条款13:根据条款11所述的系统,其中所述一个或更多个电路用于利用引用所述句柄的操作来执行工作负载。
条款14:根据条款10所述的系统,其中所述指示是与所述时间线信号量的导出句柄的数据结构相对应的参数,其中所述另一API导出所述句柄,并且其中所述另一API创建所述时间线信号量,并且其中所述API用于在识别所述参数之后接收所述导出句柄。
条款15:根据前述条款中任一项所述的系统,其中所述时间线信号量与控制对计算资源的访问相对应。
条款16:根据前述条款中任一项所述的系统,其中所述时间线信号量由第一流和第二流引用,并且其中所述第一流和所述第二流基于读取与所述时间线信号量相对应的值而同步。
条款17:一种机器可读介质,其具有存储在其上的一个或更多个指令,所述指令如果由一个或更多个处理器执行,使一个或更多个处理器至少:
执行应用编程接口(API)以从另一API接收时间线信号量的指示。
条款18:根据条款17所述的机器可读介质,其中所述一个或更多个指令进一步使所述一个或更多个处理器至少:
由所述另一API创建所述时间线信号量,其中接收所述指示包括接收引用所述时间线信号量的存储器位置的句柄,以及
利用驱动器基于所述句柄发信号通知所述时间线信号量,并且其中发信号通知包括使所述时间线信号量修改参数的操作。
条款19:根据条款18所述的机器可读介质,其中当所述时间线信号量由驱动器发信号通知时,所述时间线信号量的所述参数增加一或更多的值。
条款20:根据条款18所述的机器可读介质,其中所述句柄是用于操作系统确定所述时间线信号量的对应存储器位置的指针。
条款21:根据条款17所述的机器可读介质,其中所述一个或更多个指令进一步使所述一个或更多个处理器至少:
生成第一工作流和第二工作流,并且其中所述第一工作流和所述第二工作流基于与所述时间线信号量相对应的操作而同步。
条款22:根据条款18所述的机器可读介质,其中所述时间线信号量由与所述另一API相对应的另一库创建,其中所述另一API具有操作队列,并且其中所述操作队列包括引用所述时间线信号量的等待操作。
条款23:根据前述条款中任一项所述的机器可读介质,其中所述时间线信号量由所述另一API创建,其中第一API库和第二API库引用所述时间线信号量以同步用于图形处理的操作。
条款24:一种方法,包括:
执行应用编程接口(API)以从另一API接收时间线信号量的指示。
条款25:根据条款24的方法,其中该方法还包括:
由所述另一API创建所述时间线信号量,其中接收所述指示包括接收引用所述时间线信号量的存储器位置的句柄,并且其中创建包括在所述API可访问的共享存储器位置中创建所述句柄,以及
利用驱动器基于引用所述时间线信号量的所述存储器位置的句柄来发信号通知所述时间线信号量,其中另一驱动器还发信号通知所述时间线信号量。
条款26:根据条款24的方法,其中该方法还包括:
生成用于所述句柄的数据结构,其中所述数据结构包括与所述时间线信号量相对应的信息,所述信息包括与所述时间线信号量的计数器参数或等待参数相关的参数。
条款27:根据条款24所述的方法,其中执行应用编程接口(API)以接收指示还包括:
由应用请求所述另一API创建并导出与所述时间线信号量相对应的所述指示,其中所述指示是所述时间线信号量的句柄,
由所述应用将导出的句柄提供给所述API,
由所述API识别指示所述导出的句柄与时间线信号量相对应的参数;以及
导入所述导出的句柄。
条款28:根据条款27所述的方法,其中对所述应用的所述请求与图形处理和/或图像渲染相对应,并且其中所述应用使用所述另一API用于所述处理的一部分和/或所述图像渲染的一部分。
条款29:根据条款24所述的方法,其中所述方法还包括:
发信号通知所述时间线信号量,其中发信号通知包括使所述时间线信号量的参数的值增加;以及
释放对所述时间线信号量的引用。
条款30:根据条款24所述的方法,所述方法还包括:
提供第一队列;
提供第一流;以及
提供第二流,并且其中所述第一队列、所述第一流和所述第二流具有与所述时间线信号量的计数值相对应的操作。
条款31:一种处理器,包括:一个或更多个电路,用于执行应用编程接口(API)以更新来自另一API的时间线信号量。
条款32:根据条款31所述的处理器,其中更新使驱动器基于接收的引用所述时间线信号量的存储器位置的句柄发信号通知所述时间线信号量,其中所述时间线信号量由所述另一API创建,并且其中所述时间线信号量由所述另一API使用。
条款33:根据条款31所述的处理器,其中API是第一API,其中另一API是第二API,并且其中更新包括提供时间线信号量将在其超时之前等待的最大时间量。
条款34:根据条款31-33所述的处理器,其中时间线信号量与增加的整数相对应。
条款35:根据条款31-33所述的处理器,其中当时间线信号量由驱动器发信号通知时,时间线信号量的参数增加一或更多,并且其中,对应于第一流的第一工作负载和对应于第二流的第二工作负载发信号通知时间线信号量以增加其参数。
条款36:根据条款31-33所述的处理器,其中一个或更多个电路用于利用信号和等待操作处理工作负载,其中信号和等待操作至少部分地取决于时间线信号量。
条款37:根据条款31所述的处理器,其中更新时间线信号量包括基于指示时间线信号量的共享存储器位置的句柄引用时间线信号量的存储器位置。
条款38:一种系统,包括存储器,所述存储器用于存储指令,所述指令作为由一个或更多个处理器执行的结果促使所述系统:
执行应用编程接口(API)以更新来自另一API的时间线信号量。
条款39:根据条款38所述的系统,其中更新是使驱动器基于接收的引用所述时间线信号量的存储器位置的句柄发信号通知所述时间线信号量,并且其中所述时间线信号量由所述另一API创建。
条款40:根据条款38所述的系统,其中API是第一API,其中另一API是第二API,并且其中更新包括提供时间线信号量在其超时之前等待的最大时间量。
条款41:根据条款38-40中任一项所述的系统,其中时间线信号量与单调增加的整数相对应。
条款42:根据条款38所述的系统,其中当时间线信号量由驱动器发信号通知时,所述时间线信号量的参数增加一或更多,并且其中对应于第一流的第一工作负载和对应于第二流的第二工作负载用于发信号通知所述时间线信号量。
条款43:根据条款38所述的系统,其中时间线信号量对应于控制对计算资源的访问的对象。
条款44:根据条款38所述的系统,其中更新时间线信号量包括在与时间线信号量的句柄相对应的阵列中查找用于发信号通知时间线信号量的参数。
条款45:一种机器可读介质,具有存储在其上的一个或更多个指令,如果由一个或更多个处理器执行所述指令,使一个或更多个处理器至少:
执行应用编程接口(API)以更新来自另一API的时间线信号量。
条款46:根据条款45所述的机器可读介质,其中更新使驱动器基于接收到的引用所述时间线信号量的共享存储器位置的句柄发信号通知所述时间线信号量,并且其中,所述时间线信号量由所述另一API创建。
条款47:根据条款45所述的机器可读介质,其中当时间线信号量由驱动器发信号通知时,时间线信号量的参数增加一或更多,并且其中对应于第一流的第一工作负载和对应于第二流的第二工作负载发信号通知时间线信号量以增加其参数。
条款48:根据条款45所述的机器可读介质,其中更新是修改时间线信号量的参数以在由驱动器发出信号时增加一或更多。
条款49:根据条款45-48中任一项所述的机器可读介质,其中时间线信号量与控制对计算资源的访问的对象相对应。
条款50:根据条款45的机器可读介质,其中更新时间线信号量包括基于指示时间线信号量的存储器位置的句柄来查找时间线信号量的存储器位置。
条款51:根据条款45所述的机器可读介质,其中更新包括访问与时间线信号量的句柄的存储器位置相对应的存储器中的阵列。
条款52:一种方法,包括:
执行应用编程接口(API)以更新来自另一API的时间线信号量。
条款53:根据条款52所述的方法,其中更新还包括:
向驱动器发送信号以修改所述时间线信号量的参数,其中所述参数与计数值或等待值相对应。
条款54:根据条款52所述的方法,其中该方法还包括:
由所述另一API创建所述时间线信号量;
由所述另一API导出所述时间线信号量的句柄;
由所述API从所述应用导入所述时间线信号量的所述导出的句柄;
其中,更新还包括:
由所述API或API库发信号通知驱动器修改所述时间线信号量的参数。
条款55:根据条款52所述的方法,其中执行API以更新时间线信号量还包括:
由所述API提供时间线信号量在超时之前等待的最大时间量。
条款56:根据条款52所述的方法,其中该方法还包括:
由所述另一API导出与所述时间线信号量相对应的句柄;
由API库的第一API导入句柄。
条款57:一种处理器,包括:一个或更多个电路,用于执行应用编程接口(API)以等待来自另一API的时间线信号量。
条款58:根据条款57所述的处理器,其中另一API创建时间线信号量,并且其中,等待还包括读取指示等待直到时间线信号量的参数达到或超过阈值的时间线信号量的引用。
条款59:根据条款57所述的处理器,其中等待指的是流等待直到时间线信号量达到或超过阈值。
条款60:根据条款57所述的处理器,其中所述另一API创建所述时间线信号量,其中所述另一API导出用于所述时间线信号量的句柄,其中所述句柄对应于所述时间线信号量的共享存储器位置,其中等待包括基于所述句柄读取所述时间线信号量的参数,并且其中等待包括等待直到所述时间线信号量达到或超过阈值。
条款61:根据条款57-60中任一项所述的处理器,其中时间线信号量对应于单调增加的整数。
条款62:根据条款57-60中任一项所述的处理器,其中等待时间线信号量包括至少两个流等待相同的时间线信号量,其中,至少两个流由一个或更多个电路执行或将由一个或更多个电路执行。
条款63:根据条款57-60中任一项所述的处理器,其中等待时间线信号量包括时间线信号量达到最大计数值,其中最大计数值指示时间线信号量已经超时。
条款64:一种系统,包括存储器,所述存储器存储指令,作为由一个或更多个处理器执行所述指令的结果,使系统执行以下操作:
一个或更多个电路用于执行应用编程接口(API)以等待来自另一API的时间线信号量。
条款65:根据条款64所述的系统,其中另一API创建时间线信号量,并且其中等待还包括读取指示等待直到时间线信号量的参数达到或超过阈值的时间线信号量的引用。
条款66:根据条款64所述的系统,其中等待包括等待工作负载的流,直到时间线信号量达到或超过阈值。
条款67:根据条款64所述的系统,其中所述另一API创建所述时间线信号量,其中所述另一API导出用于所述时间线信号量的句柄,其中所述句柄对应于所述时间线信号量的共享存储器位置,并且其中等待包括基于所述句柄读取所述时间线信号量的参数。
条款68:根据条款64所述的系统,其中时间线信号量对应于单调增加的整数。
条款69:根据条款64所述的系统,其中等待时间线信号量包括一个或更多个流等待相同的时间线信号量,其中所述一个或更多个流由一个或更多个电路执行。
条款70:根据条款64所述的系统,其中等待所述时间线信号量包括时间线信号量达到最大计数值,其中所述最大计数值指示所述时间线信号量已经超时。
条款71:一种机器可读介质,具有存储在其上的一个或更多个指令,如果由一个或更多个处理器执行所述指令,使一个或更多个处理器至少:
执行应用编程接口(API)以等待来自另一API的时间线信号量。
条款72:根据条款71所述的机器可读介质,其中一个或更多个指令进一步使一个或更多个处理器:
由另一API创建所述时间线信号量,
读取对所述时间线信号量的引用,所述引用指示等待直到所述时间线信号量的参数达到或超过阈值。
条款73:根据条款71所述的机器可读介质,其中一个或更多个指令进一步使一个或更多个处理器:
等待引用所述时间线信号量的流,并且其中等待包括等待所述时间线信号量的参数达到或超过阈值。
条款74:根据条款71所述的机器可读介质,其中一个或更多个指令进一步使一个或更多个处理器:
由所述另一API创建所述时间线信号量;
由所述另一API导出所述时间线信号量的句柄,其中所述句柄对应于所述时间线信号量的共享存储器位置,
基于所述句柄读取所述时间线信号量的参数以确定要等待多少时间。
条款75:根据条款71-74中任一项所述的机器可读介质,其中时间线信号量对应于单调增加的整数。
条款76:根据条款71所述的机器可读介质,其中等待时间线信号量包括一个或更多个流等待相同的时间线信号量,其中,所述一个或更多个流由所述一个或更多个电路处理。
条款77:根据条款71所述的机器可读介质,其中等待所述时间线信号量包括一个或更多个流发信号通知所述时间线信号量添加另一等待或增加等待时间。
条款78:一种方法,包括:
执行应用编程接口(API)以等待来自另一API的时间线信号量。
条款79:根据条款78所述的方法,该方法还包括:
由另一API创建所述时间线信号量,
读取对所述时间线信号量的引用,所述引用指示等待直到所述时间线信号量的参数达到或超过阈值。
条款80:根据条款78所述的方法,其中该方法还包括:
等待流,直到所述时间线信号量达到或超过阈值。
条款81:根据条款78所述的方法,该方法还包括:
由所述另一API创建所述时间线信号量;
由所述另一API导出所述时间线信号量的句柄,其中所述句柄对应于所述时间线信号量的共享存储器位置,
基于所述句柄读取所述时间线信号量的参数以确定等待时间。
条款82:一种处理器,其包括:一个或更多个电路,其用于执行应用编程接口(API)以使来自另一API的时间线信号量无效。
条款83:根据条款82所述的处理器,其中API是第一API并且对应于第一上下文,其中,另一API是第二API并且对应于第二上下文,并且其中,无效化是在第一上下文中释放对时间线信号量的引用。
条款84:根据条款82所述的处理器,其中使时间线信号量无效还包括在第二上下文中释放对第二API的时间线信号量的引用。
条款85:根据条款82所述的处理器,其中使来自所述另一API的所述时间线信号量无效是删除所述时间线信号量的句柄,其中,所述句柄引用来自所述另一API的导出句柄,并且其中,所述另一API创建所述句柄。
条款86:根据条款82所述的处理器,其中另一API创建时间线信号量。
条款87:根据条款82所述的处理器,其中使时间线信号元无效是销毁时间线信号量,其中销毁时间线信号元是移除一个或更多个电路中对时间线信号量的任何引用,并且其中销毁是在等待时间线信号量或发信号通知时间线信号量的所有操作完成之后发生。
条款88:根据条款82所述的处理器,其中,使时间线信号量无效是在上下文已经完成引用时间线信号量的所有操作之后发生。
条款89:一种系统,包括存储器,所述存储器存储指令,作为由一个或更多个处理器执行所述指令的结果,使系统执行以下操作:
一个或更多个电路用于执行应用编程接口(API)以使来自另一API的时间线信号量无效。
条款90:根据条款89所述的系统,其中API是第一API并且对应于第一上下文,其中,另一API是第二API并且对应于第二上下文,并且其中,无效化是在第一上下文中释放对时间线信号量的引用。
条款91:根据条款90所述的系统,其中使时间线信号量无效还包括在第二上下文中释放对时间线信号量的引用。
条款92:根据条款89所述的系统,其中使所述时间线信号量无效是删除所述时间线信号量的句柄,其中所述句柄引用来自所述另一API的导出句柄,并且其中,所述另一API创建所述句柄。
条款93:根据条款89-92所述的系统,其中另一API创建时间线信号量。
条款94:根据条款89所述的系统,其中使时间线信号元无效是销毁时间线信号量,其中销毁时间线信号量是移除一个或更多个电路中对时间线信号量的任何引用,并且其中销毁是等待时间线信号量的所有操作完成之后发生。
条款95:一种机器可读介质,具有存储在其上的一个或更多个指令,如果由一个或更多个处理器执行所述指令,使一个或更多个处理器至少:
执行应用编程接口(API)以使来自另一API的时间线信号量无效。
条款96:根据条款95所述的机器可读介质,其中API对应于第一上下文,其中,另一API对应于第二上下文,并且其中无效化是在第一上下文中释放对时间线信号量的引用。
条款97:根据条款95所述的机器可读介质,其中使时间线信号量无效还包括在第二上下文中释放对时间线信号量的引用。
条款98:根据条款95所述的机器可读介质,其中使来自所述另一API的所述时间线信号量无效是删除所述时间线信号量的句柄,其中所述句柄引用来自所述另一API的导出句柄,并且其中所述另一API创建所述句柄。
条款99:根据条款95-98所述的机器可读介质,其中另一API创建时间线信号量。
条款100:根据条款95所述的机器可读介质,其中使时间线信号量无效是销毁时间线信号量,其中销毁时间线信号量是移除一个或更多个电路中对时间线信号量的任何引用,并且其中销毁是等待时间线信号量的所有操作完成之后发生。
条款101:根据条款95所述的机器可读介质,其中使时间线信号量无效是在第一上下文已经完成引用时间线信号量的所有操作之后发生。
条款102:一种方法,包括:
执行应用编程接口(API)以使来自另一API的时间线信号量无效。
条款103:根据条款102所述的方法,其中API对应于第一上下文,其中,另一API对应于第二上下文,并且其中该方法还包括:
在所述第一上下文中释放对所述时间线信号量的引用。
条款104:根据条款103所述的方法,其中该方法还包括:
在所述第二上下文中释放对所述时间线信号量的引用。
条款105:根据条款102-104中任一项所述的方法,该方法还包括:
删除所述时间线信号量的句柄,其中所述句柄引用来自所述另一API的导出句柄,并且其中所述另一API创建所述句柄。
条款106:根据条款102-105中任一项所述的方法,其中该方法还包括:
移除对时间线信号量的所有引用。
其他变型在本公开的精神内。因此,尽管公开的技术易于进行各种修改和替代构造,但是某些示出的其实施例在附图中示出并且已经在上面进行了详细描述。然而,应理解,无意将公开内容限制为所公开的一种或更多种特定形式,而是相反,其意图是涵盖落入如所附权利要求书所定义的本公开内容的精神和范围内的所有修改、替代构造和等同物。
除非另有说明或显然与上下文矛盾,否则在描述所公开的实施例的上下文中(特别是在所附权利要求的上下文中),术语“一”和“一个”和“该”以及类似指代的使用应被解释为涵盖单数和复数,而不是作为术语的定义。除非另有说明,否则术语“包括”、“具有”、“包含”和“含有”应被解释为开放式术语(意味着“包括但不限于”)。术语“连接”(在未经修改时指的是物理连接)应解释为部分或全部包含在内、附接到或连接在一起,即使有某些介入。除非本文另外指出,否则本文中对数值范围的引用仅旨在用作分别指代落入该范围内的每个单独值的简写方法,并且每个单独值都被并入说明书中,就如同其在本文中被单独叙述一样。除非另外指出或与上下文矛盾,否则术语“集”(例如“项目集”)或“子集”的使用应解释为包括一个或更多个成员的非空集合。此外,除非另外指出或与上下文矛盾,否则术语相应集的“子集”不一定表示对应集的适当子集,而是子集和对应集可以相等。
除非以其他方式明确指出或与上下文明显矛盾,否则诸如“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 (25)
1.一种处理器,包括:一个或更多个电路,用于执行应用编程接口API以等待来自另一API的时间线信号量。
2.根据权利要求1所述的处理器,其中所述另一API创建所述时间线信号量,并且其中等待还包括读取对所述时间线信号量的引用,所述引用指示等待直到所述时间线信号量的参数达到或超过阈值。
3.根据权利要求2所述的处理器,其中等待是指流等待直到所述时间线信号量达到或超过阈值。
4.根据权利要求1所述的处理器,其中所述另一API创建所述时间线信号量,其中所述另一API导出所述时间线信号量的句柄,其中所述句柄与所述时间线信号量的共享存储器位置相对应,其中等待包括基于所述句柄读取所述时间线信号量的参数,并且其中等待包括等待直到所述时间线信号量达到或超过阈值。
5.根据权利要求1所述的处理器,其中所述时间线信号量与单调递增的整数相对应。
6.根据权利要求1所述的处理器,其中等待所述时间线信号量包括至少两个流等待相同的时间线信号量,其中所述至少两个流由所述一个或更多个电路执行或将由所述一个或更多个电路执行。
7.根据权利要求1所述的处理器,其中等待所述时间线信号量包括时间线信号量达到最大计数值,其中所述最大计数值指示所述时间线信号量已经超时。
8.一种系统,包括存储器,所述存储器用于存储指令,所述指令由于由一个或更多个处理器执行而使所述系统:
一个或更多个电路,用于执行应用编程接口API以等待来自另一API的时间线信号量。
9.根据权利要求8所述的系统,其中所述另一API创建所述时间线信号量,并且其中等待还包括读取对所述时间线信号量的引用,所述引用指示等待直到所述时间线信号量的参数达到或超过阈值。
10.根据权利要求8所述的系统,其中等待包括等待工作负载的流,直到所述时间线信号量达到或超过阈值。
11.根据权利要求8所述的系统,其中所述另一API创建所述时间线信号量,其中所述另一API导出所述时间线信号量的句柄,其中所述句柄与所述时间线信号量的共享存储器位置相对应,并且其中等待包括基于所述句柄读取所述时间线信号量的参数。
12.根据权利要求8所述的系统,其中所述时间线信号量与单调递增的整数相对应。
13.根据权利要求8所述的系统,其中等待所述时间线信号量包括一个或更多个流等待相同的时间线信号量,其中所述一个或更多个流由所述一个或更多个电路执行。
14.根据权利要求8所述的系统,其中等待所述时间线信号量包括操作达到最大计数值以及超时。
15.一种机器可读介质,具有存储在其上的一个或更多个指令,所述指令在由一个或更多个处理器执行时使一个或更多个处理器至少:
执行应用编程接口API以等待来自另一API的时间线信号量。
16.根据权利要求15所述的机器可读介质,其中所述一个或更多个指令进一步使一个或更多个处理器:
由另一API创建所述时间线信号量,
读取对所述时间线信号量的引用,所述引用指示等待直到所述时间线信号量的参数达到或超过阈值。
17.根据权利要求15所述的机器可读介质,其中所述一个或更多个指令进一步使一个或更多个处理器:
等待引用所述时间线信号量的流,并且其中等待包括等待所述时间线信号量的参数达到或超过阈值。
18.根据权利要求15所述的机器可读介质,其中所述一个或更多个指令进一步使一个或更多个处理器:
由所述另一API创建所述时间线信号量;
由所述另一API导出所述时间线信号量的句柄,其中所述句柄与所述时间线信号量的共享存储器位置相对应,
基于所述句柄读取所述时间线信号量的参数以确定要等待多少时间。
19.根据权利要求15所述的机器可读介质,其中所述时间线信号量与单调递增的整数相对应。
20.根据权利要求15所述的机器可读介质,其中等待所述时间线信号量包括一个或更多个流等待相同的时间线信号量,其中所述一个或更多个流由所述一个或更多个电路处理。
21.根据权利要求15所述的机器可读介质,其中等待所述时间线信号量包括一个或更多个流发信号通知所述时间线信号量添加另一等待或增加等待时间。
22.一种方法,包括:
执行应用编程接口API以等待来自另一API的时间线信号量。
23.根据权利要求22所述的方法,所述方法还包括:
由另一API创建所述时间线信号量,
读取对所述时间线信号量的引用,所述引用指示等待直到所述时间线信号量的参数达到或超过阈值。
24.根据权利要求22所述的方法,其中所述方法还包括:
等待流直到所述时间线信号量达到或超过阈值。
25.根据权利要求22所述的方法,所述方法还包括:
由所述另一API创建所述时间线信号量;
由所述另一API导出所述时间线信号量的句柄,其中所述句柄与所述时间线信号量的共享存储器位置相对应,
基于所述句柄读取所述时间线信号量的参数以确定等待时间。
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US17/548,440 US20230185637A1 (en) | 2021-12-10 | 2021-12-10 | Application programming interfaces for interoperability |
US17/548,440 | 2021-12-10 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN116257353A true CN116257353A (zh) | 2023-06-13 |
Family
ID=86498887
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202211528435.4A Pending CN116257353A (zh) | 2021-12-10 | 2022-11-30 | 用于互操作性的应用编程接口 |
Country Status (3)
Country | Link |
---|---|
US (1) | US20230185637A1 (zh) |
CN (1) | CN116257353A (zh) |
DE (1) | DE102022132013A1 (zh) |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN116828198B (zh) * | 2023-08-29 | 2023-11-28 | 麒麟软件有限公司 | 在nvidia gpu上支持va-api硬件视频加速接口的方法 |
Family Cites Families (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6519623B1 (en) * | 1996-10-31 | 2003-02-11 | International Business Machines Corporation | Generic semaphore for concurrent access by multiple operating systems |
US8392627B2 (en) * | 2011-04-25 | 2013-03-05 | Microsoft Corporation | Adaptive semaphore |
US20200364088A1 (en) * | 2019-05-16 | 2020-11-19 | Nvidia Corporation | Resource sharing by two or more heterogeneous processing cores |
US11948017B2 (en) * | 2020-06-08 | 2024-04-02 | Intel Corporation | Thread modification to reduce command conversion latency |
-
2021
- 2021-12-10 US US17/548,440 patent/US20230185637A1/en active Pending
-
2022
- 2022-11-30 CN CN202211528435.4A patent/CN116257353A/zh active Pending
- 2022-12-02 DE DE102022132013.8A patent/DE102022132013A1/de active Pending
Also Published As
Publication number | Publication date |
---|---|
DE102022132013A1 (de) | 2023-06-15 |
US20230185637A1 (en) | 2023-06-15 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN116783578A (zh) | 执行矩阵值指示 | |
CN117136354A (zh) | 多架构执行图 | |
CN112817739A (zh) | 用于修改可执行图以实施不同工作负载的技术 | |
CN116257353A (zh) | 用于互操作性的应用编程接口 | |
CN118103817A (zh) | 用于执行选择性加载的应用程序编程接口 | |
CN117178261A (zh) | 使图代码更新信号量的应用程序编程接口 | |
CN118043773A (zh) | 不受操作数在存储器中的存储位置限制对矩阵操作数进行运算 | |
CN116521254A (zh) | 基于图的存储器存储 | |
CN117222984A (zh) | 用于取消关联虚拟地址的应用程序编程接口 | |
CN116436874A (zh) | 使用备用指示集的网络组播 | |
CN116401039A (zh) | 异步的存储器解除分配 | |
CN117157618A (zh) | 用于创建和修改图形对象的应用程序编程接口 | |
CN116243921A (zh) | 用于修改图代码的技术 | |
CN116225676A (zh) | 用于限制存储器的应用程序编程接口 | |
CN116802613A (zh) | 同步图形执行 | |
CN116724292A (zh) | 线程组的并行处理 | |
CN116097224A (zh) | 同时启动代码 | |
CN115018718A (zh) | 用于高动态范围成像应用的使用色调增益函数的色调管理 | |
CN116830101A (zh) | 基于处理资源的张量修改 | |
US20230185638A1 (en) | Application programming interfaces for interoperability | |
CN116257371A (zh) | 用于互操作性的应用编程接口 | |
CN116257354A (zh) | 用于互操作性的应用编程接口 | |
CN116433461A (zh) | 用于检索图像的部分的应用程序编程接口 | |
CN117203619A (zh) | 使用上下文信息的技术 | |
CN116433460A (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 |