CN116097224A - 同时启动代码 - Google Patents

同时启动代码 Download PDF

Info

Publication number
CN116097224A
CN116097224A CN202280006155.9A CN202280006155A CN116097224A CN 116097224 A CN116097224 A CN 116097224A CN 202280006155 A CN202280006155 A CN 202280006155A CN 116097224 A CN116097224 A CN 116097224A
Authority
CN
China
Prior art keywords
graphics
processor
cuda
operations
executed
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN202280006155.9A
Other languages
English (en)
Inventor
A·R·富特
S·P·约德洛夫斯基
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Nvidia Corp
Original Assignee
Nvidia Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Nvidia Corp filed Critical Nvidia Corp
Priority claimed from PCT/US2022/024880 external-priority patent/WO2022221573A1/en
Publication of CN116097224A publication Critical patent/CN116097224A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00Arrangements for program control, e.g. control units
    • G06F9/06Arrangements 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/30Arrangements for executing machine instructions, e.g. instruction decode
    • G06F9/38Concurrent instruction execution, e.g. pipeline or look ahead
    • G06F9/3885Concurrent instruction execution, e.g. pipeline or look ahead using a plurality of independent parallel functional units
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00Arrangements for program control, e.g. control units
    • G06F9/06Arrangements 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/46Multiprogramming arrangements
    • G06F9/48Program initiating; Program switching, e.g. by interrupt
    • G06F9/4806Task transfer initiation or dispatching
    • G06F9/4843Task transfer initiation or dispatching by program, e.g. task dispatcher, supervisor, operating system
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F15/00Digital computers in general; Data processing equipment in general
    • G06F15/76Architectures of general purpose stored program computers
    • G06F15/78Architectures of general purpose stored program computers comprising a single central processing unit
    • G06F15/7807System on chip, i.e. computer system on a single chip; System in package, i.e. computer system on one or more chips in a single package
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F15/00Digital computers in general; Data processing equipment in general
    • G06F15/76Architectures of general purpose stored program computers
    • G06F15/80Architectures of general purpose stored program computers comprising an array of processing units with common control, e.g. single instruction multiple data processors
    • G06F15/8007Architectures of general purpose stored program computers comprising an array of processing units with common control, e.g. single instruction multiple data processors single instruction multiple data [SIMD] multiprocessors
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00Arrangements for software engineering
    • G06F8/30Creation or generation of source code
    • G06F8/38Creation or generation of source code for implementing user interfaces
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00Arrangements for software engineering
    • G06F8/40Transformation of program code
    • G06F8/41Compilation
    • G06F8/42Syntactic analysis
    • G06F8/427Parsing
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00Arrangements for software engineering
    • G06F8/40Transformation of program code
    • G06F8/41Compilation
    • G06F8/44Encoding
    • G06F8/447Target code generation
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00Arrangements for software engineering
    • G06F8/40Transformation of program code
    • G06F8/41Compilation
    • G06F8/45Exploiting coarse grain parallelism in compilation, i.e. parallelism between groups of instructions
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00Arrangements for program control, e.g. control units
    • G06F9/06Arrangements 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/30Arrangements for executing machine instructions, e.g. instruction decode
    • G06F9/30003Arrangements for executing specific machine instructions
    • G06F9/30076Arrangements for executing specific machine instructions to perform miscellaneous control operations, e.g. NOP
    • G06F9/30087Synchronisation or serialisation instructions
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00Arrangements for program control, e.g. control units
    • G06F9/06Arrangements 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/30Arrangements for executing machine instructions, e.g. instruction decode
    • G06F9/38Concurrent instruction execution, e.g. pipeline or look ahead
    • G06F9/3877Concurrent instruction execution, e.g. pipeline or look ahead using a slave processor, e.g. coprocessor
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00Arrangements for program control, e.g. control units
    • G06F9/06Arrangements 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/44Arrangements for executing specific programs
    • G06F9/4401Bootstrapping
    • G06F9/4411Configuring for operating with peripheral devices; Loading of device drivers
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00Arrangements for program control, e.g. control units
    • G06F9/06Arrangements 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/44Arrangements for executing specific programs
    • G06F9/445Program loading or initiating
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00Arrangements for program control, e.g. control units
    • G06F9/06Arrangements 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/44Arrangements for executing specific programs
    • G06F9/448Execution paradigms, e.g. implementations of programming paradigms
    • G06F9/4482Procedural
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00Arrangements for program control, e.g. control units
    • G06F9/06Arrangements 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/46Multiprogramming arrangements
    • G06F9/50Allocation of resources, e.g. of the central processing unit [CPU]
    • G06F9/5005Allocation of resources, e.g. of the central processing unit [CPU] to service a request
    • G06F9/5027Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resource being a machine, e.g. CPUs, Servers, Terminals
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00Arrangements for program control, e.g. control units
    • G06F9/06Arrangements 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/46Multiprogramming arrangements
    • G06F9/54Interprogram communication
    • G06F9/545Interprogram communication where tasks reside in different layers, e.g. user- and kernel-space
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06TIMAGE DATA PROCESSING OR GENERATION, IN GENERAL
    • G06T1/00General purpose image data processing
    • G06T1/20Processor architectures; Processor configuration, e.g. pipelining
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F2209/00Indexing scheme relating to G06F9/00
    • G06F2209/50Indexing scheme relating to G06F9/50
    • G06F2209/509Offload

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Software Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Computer Hardware Design (AREA)
  • Computing Systems (AREA)
  • Computer Security & Cryptography (AREA)
  • Microelectronics & Electronic Packaging (AREA)
  • Human Computer Interaction (AREA)
  • Advance Control (AREA)
  • Stored Programmes (AREA)
  • Image Processing (AREA)

Abstract

用于同时使一个或更多个软件模块由处理器执行的装置、系统和技术。在至少一个实施例中,一个或更多个处理器执行一个或更多个软件驱动程序,以使两个或更多个图形内核同时被执行。在至少一个实施例中,使两个或更多个图形内核同时执行包括执行操作以准备两个或更多个图形内核以在一个或更多个图形处理核心上被启动。在至少一个实施例中,一个或更多个软件驱动程序用于从应用程序编程接口(API)接收指令,以准备两个或更多个图形内核以同时被执行。

Description

同时启动代码
要求优先权
本申请要求于2021年4月15日提交的标题为“细粒度序列化异步工作提交跟踪(ASYNCHRONOUS WORK SUBMISSION TRACKING WITH FINE-GRAINED SERIALIZATION)”的美国临时申请No.63/175,211的权益,其全部内容通过引用并入本文。
技术领域
至少一个实施例涉及用于执行一个或更多个软件驱动程序以同时使两个或更多个软件模块由处理器执行的处理资源。例如,使两个或更多个图形内核同时被执行的软件驱动程序包括同时执行操作以准备在一个或更多个图形处理核心上启动两个或更多个图形内核(kernel)。
背景技术
虽然计算领域中的各种改进通常已经允许更快和更有效地执行应用程序,但是低效率仍然会对性能产生不利影响。例如,并行化各种计算任务的能力可能会受到各种系统限制的影响,诸如通常以串行方式执行的操作,当一个操作在另一操作开始之前执行时会导致延迟。
附图说明
图1示出了根据至少一个实施例的用于同时使一个或更多个软件模块由处理器执行的计算环境的框图;
图2示出了根据至少一个实施例的由计算机系统处理的应用程序CUDA请求的框图;
图3示出了根据至少一个实施例的CUDA流的流(stream)流程图;
图4示出了根据至少一个实施例的软件驱动程序准备内核以在一个或更多个图形处理核心上启动的过程的过程流程图;
图5示出了根据至少一个实施例的示例性数据中心;
图6示出了根据至少一个实施例的处理系统;
图7示出了根据至少一个实施例的计算机系统;
图8示出了根据至少一个实施例的系统;
图9示出了根据至少一个实施例的示例性集成电路;
图10示出了根据至少一个实施例的计算系统;
图11示出了根据至少一个实施例的APU;
图12示出了根据至少一个实施例的CPU;
图13示出了根据至少一个实施例的示例性加速器集成切片;
图14A-14B示出了根据至少一个实施例的示例性图形处理器;
图15A示出了根据至少一个实施例的图形核心(core);
图15B示出了根据至少一个实施例的GPGPU;
图16A示出了根据至少一个实施例的并行处理器;
图16B示出了根据至少一个实施例的处理集群;
图16C示出了根据至少一个实施例的图形多处理器;
图17示出了根据至少一个实施例的图形处理器;
图18示出了根据至少一个实施例的处理器;
图19示出了根据至少一个实施例的处理器;
图20示出了根据至少一个实施例的图形处理器核心;
图21示出了根据至少一个实施例的PPU;
图22示出了根据至少一个实施例的GPC;
图23示出了根据至少一个实施例的流式多处理器;
图24示出了根据至少一个实施例的编程平台的软件栈;
图25示出了根据至少一个实施例的图24的软件栈的CUDA实现;
图26示出了根据至少一个实施例的图24的软件栈的ROCm实现;
图27示出了根据至少一个实施例的图24的软件栈的OpenCL实现;
图28示出了根据至少一个实施例的由编程平台支持的软件;
图29示出了根据至少一个实施例的在图24-27的编程平台上执行的编译代码;
图30示出了根据至少一个实施例的在图24-27的编程平台上执行的更详细的编译代码;
图31示出了根据至少一个实施例的在编译源代码之前转换源代码;
图32A示出了根据至少一个实施例的被配置为使用不同类型的处理单元来编译和执行CUDA源代码的系统;
图32B示出了根据至少一个实施例的被配置为使用CPU和启用CUDA的GPU来编译和执行图32A的CUDA源代码的系统;
图32C示出了根据至少一个实施例的被配置为使用CPU和未启用CUDA的GPU来编译和执行图32A的CUDA源代码的系统;
图33示出了根据至少一个实施例的由图32C的CUDA到HIP转换工具转换的示例性内核;
图34更详细地示出了根据至少一个实施例的图32C的未启用CUDA的GPU;
图35示出了根据至少一个实施例的示例性CUDA网格的线程如何被映射到图34的不同计算单元;以及
图36示出了根据至少一个实施例的如何将现有的CUDA代码迁移到数据并行C++代码。
具体实施方式
在以下描述中,阐述了许多具体细节以提供对至少一个实施例的更透彻的理解。然而,对于本领域的技术人员将显而易见的是,可以在没有一个或更多个这些具体细节的情况下实践本发明构思。
在至少一个实施例中,GPU的软件驱动程序可以接收多个请求,以使工作负载在一个或更多个GPU上执行。在至少一个实施例中,多个CPU或多个CPU核心提交多个请求以在GPU上启动内核。在至少一个实施例中,CPU核心还执行一个或更多个软件驱动程序。例如,多核CPU调用或调用应用程序编程接口(API)以在单个GPU上启动(例如,准备)多个内核。在至少一个实施例中,驱动程序接收这些请求并执行启动内核的操作,诸如将数据从CPU存储器复制到GPU存储器以执行所述核心。在至少一个实施例中,这些操作以指示启动内核的顺序依次执行,其中这种顺序方法是一个瓶颈,因为即使启动内核不占用所有CPU资源,启动一个内核的操作也被阻止,直到启动另一个内核的操作完成。
在至少一个实施例中,准备要启动的图形内核包括执行需要执行的操作,以便一个或更多个GPU可以在运行时执行所述内核(例如,提供数据、验证内核被设置正确)。在至少一个实施例中,图形内核是将由图形处理器执行的内核并且不一定涉及计算机图形的操作,但可以是用于人工智能操作(例如,深度学习、神经网络)、第五代(5G)新无线网络运营和其他应用程序的内核。
在至少一个实施例中,为了减少改善瓶颈、减少延迟和增加吞吐量,一个或更多个电路、处理器或系统将执行并行(例如,同时)启动两个或更多个内核的操作。在至少一个实施例中,当将在GPU上启动两个或更多个内核时,GPU的软件驱动程序监视启动内核的操作的性能,并识别可以并行执行的操作。在至少一个实施例中,当启动第一内核的操作可以与启动第二内核的操作并行运行时,驱动程序执行将并行执行的那些操作。在至少一个实施例中,当启动第二内核的操作无法与启动第一内核的操作并行执行时,驱动程序使启动所述第二内核操作的性能被阻塞、暂停或同步,以便按照执行所述操作所需的顺序执行操作。在准备启动内核时可以同时执行的一些操作示例包括确定内核的块尺寸和网格尺寸,存储内核将使用的参数,验证内核被正确设置,以及使用代码编码内核以在运行时执行所述内核。在至少一个实施例中,处理器包括一个或更多个电路,以使此类操作启动两个或更多个计算机程序,以并行(例如,同时)执行。在至少一个实施例中,一个或更多个电路同时使一个或更多个软件模块由处理器执行。在至少一个实施例中,软件模块包括包含一个或更多个例程的程序的组件或部分。在至少一个实施例中,软件模块包括为应用程序执行例程的操作,诸如虚拟机操作或虚拟系统操作(例如,设置或准备虚拟机以启动)。在至少一个实施例中,软件模块包括对神经网络、快速傅立叶变换或软件图形模块的操作。
在至少一个实施例中,用于GPU或多个GPU的软件驱动程序具有跟踪结构以监视可以并行执行的操作的进度,其中,所述跟踪结构包括信号量和值阈值以监视不同操作的进度。在至少一个实施例中,所述跟踪结构按顺序更新,并且可以用作在其被更新时阻塞其他线程的线程。在至少一个实施例中,通过在隔离对象中包含跟踪,由多个CPU线程调用的API可以在没有干扰的情况下继续进行(例如,阻塞或仅等待处理代码的小部分并更新跟踪对象)。
在至少一个实施例中,图形内核包括将在一个或更多个GPU上执行的内核(例如,函数)。在至少一个实施例中,可以与另一操作并行执行或执行以启动内核的操作被称为“独立”操作,因为它不依赖于要独立执行的另一内核启动操作,依赖于另一个内核启动操作的操作被称为“依赖操作”,因为它依赖于另一内核操作并需要按顺序或按次序(inorder)执行(例如,一个内核操作正在阻塞另一内核操作)。
图1示出了根据至少一个实施例的计算环境100同时使一个或更多个软件模块或准备一个或更多个软件模块(例如,图形核心)在GPU上被启动的框图。在至少一个实施例中,图1包括具有一个或更多个中央处理(CPU)核心103和104的CPU 102、应用程序105、应用程序编程接口110、驱动程序115、图形处理单元120、一个或更多个图形处理单元(GPU)核心125、130、135以及一个或更多个图形内核140和145。在至少一个实施例中,图1还包括第一启动操作150和第二启动操作155,它们可以在时间160上重叠(例如,并行或同时执行),如本文和图2-4所公开的。
在至少一个实施例中,运行应用程序105的多个CPU核心103和104向API 110提交请求以在GPU 120上启动操作,以加速工作负载(例如,将在GPU上处理或计算的操作)。在至少一个实施例中,应用程序105是调用API 110以执行操作的软件程序或源代码。在至少一个实施例中,应用程序105包括一个或更多个软件模块。在至少一个实施例中,API 110可以是来自NVIDIA的CUDA API(例如,参见图2)。例如,在CPU 102上运行的图形处理程序或数学库应用程序可以向API 110提交若干请求,以使用GPU 120执行操作以加速若干操作的处理(例如,卷积、快速傅立叶变换、通用矩阵数学运算,诸如包括稀疏矩阵的矩阵乘法);API110与驱动程序115通信以准备图形核心来执行此类操作。在至少一个实施例中,驱动程序115是CUDA驱动程序(例如,参见图2)。在至少一个实施例中,驱动程序115是软件驱动程序。在至少一个实施例中,驱动程序115可以被硬编码或硬连线到一个或更多个电路中。在至少一个实施例中,计算环境100包括不止一个驱动程序115,诸如若干CUDA驱动程序。在至少一个实施例中,驱动程序115是一个库、API库或单个API,其用于控制GPU 120并使其做好执行操作的准备。在至少一个实施例中,驱动程序112可以确定在启动图形内核140和150时可以并行执行哪些操作,以及需要顺序执行哪些操作。在准备启动内核时可以同时执行的一些操作示例包括确定内核的块尺寸和网格尺寸,存储内核将使用的参数,验证内核被正确设置,以及使用代码来编码内核以在运行时执行所述内核。在至少一个实施例中,处理器包括一个或更多个电路,以使此类操作启动两个或更多个并行(例如,同时)执行的计算机程序。
在至少一个实施例中,GPU 120可以是并行处理单元或包括若干并行处理单元。在至少一个实施例中,GPU 120是系统的一部分,例如,具有主机处理器(例如,CPU)和设备处理器(例如,GPU 120)的SoC,其包括互连(例如,外围组件快速互连(PCI-e))。
在至少一个实施例中,CPU核心103和CPU核心104可以执行向API110提交工作负载请求的线程,这些线程被称为“CPU线程”,并且驱动程序115可以接收来自这些不同CPU线程的请求,并在流中监测来自这些不同CPU线程的工作负载请求的进度(例如,参见图2)。
图2示出了根据至少一个实施例的在计算机系统200内处理的应用程序CUDA请求的框图。在至少一个实施例中,图1中的计算环境100包括图2中公开的计算机系统200。例如,来自图1的应用程序105可以向如图2所示的CUDA软件堆栈提交工作负载请求。
在至少一个实施例中,图2包括软件应用程序105(例如,如图1所示)、包括CUDAAPI 208和CUDA驱动程序210的CUDA软件堆栈206(例如,如图1所示,API 110对应于CUDAAPI驱动程序)。在至少一个实施例中,虽然CUDA用于说明目的,但本文描述的技术适用于其他并行计算平台和API模型,诸如HIP和OneAPI。
在至少一个实施例中,为了使用计算机系统200有效地实现一组结果,软件应用程序105向CUDA软件堆栈106提供应用程序CUDA请求204。在至少一个实施例中,CUDA软件堆栈106包括CUDA API 108和CUDA驱动程序110。在至少一个实施例中,CUDA API 108包括向应用程序开发者公开GPU 120的功能的调用和库。在至少一个实施例中,CUDA驱动程序110被配置为将由CUDA API 108接收的应用程序CUDA请求204转换为在GPU 120内的组件上执行的低级命令。在至少一个实施例中,CUDA驱动程序210是控制GPU 120并准备其执行操作的库、API的库或单个API。在至少一个实施例中,CUDA驱动程序210确定在启动图形核心时可以并行执行哪些操作,以及需要按顺序执行哪些操作。在准备启动内核时可以同时执行的一些操作示例包括确定内核的块尺寸和网格尺寸,存储内核将使用的参数,验证内核被正确设置,以及使用代码来编码内核以在运行时执行所述内核。在至少一个实施例中,处理器包括一个或更多个电路,以使此类操作启动两个或更多个并行(例如,同时)执行的计算机程序。
在至少一个实施例中,CUDA驱动程序210监控一个或更多个CUDA流212,并且所述一个或更多个CUDA流提交可被执行到GPU 120以在GPU 120内执行的操作。在至少一个实施例中,每个CUDA流212包括与任意数量(包括零)的其他工作组件交错的任意数量(包括零)的内核(例如,函数),诸如存储器操作。在至少一个实施例中,每个内核具有定义的入口和出口,并且通常对输入列表的每个元素执行计算。在至少一个实施例中,在每个CUDA流212内,内核在所述GPU 120上按发布顺序执行。在至少一个实施例中,包括在不同CUDA流212中的内核可以同时运行并且被交错。在至少一个实施例中,可以使用CUDA流,但是Intel队列和/或AMD队列或操作流可以被执行或准备以使用本文公开的系统启动。
图3示出了根据至少一个实施例的计算环境300中的流(例如,CUDA流)的流流程图。在至少一个实施例中,流流程图表示在图1的计算环境100中执行的工作流或由图2的计算机系统200执行的工作,例如由来自图1的驱动程序115或来自图2的CUDA驱动程序210执行的工作流。在至少一个实施例中,图3包括跟踪结构305、CPU线程310、另一CPU线程315、信号箭头320和325以及参考时间330(例如,以微秒、毫秒或用于测量处理工作负载的另一时间单位为单位)。在至少一个实施例中,跟踪结构305是由诸如图1中的驱动程序115或图2中的CUDA驱动程序210之类的驱动程序管理的流。在至少一个实施例中,跟踪结构305是一个包含工作提交的流,该工作提交由驱动程序从API接收,其中,所述流被并行处理并用作阻塞流,因为它阻止其他流继续进行,直到它发出另一个流可以启动的信号。在至少一个实施例中,跟踪结构305包括信号量和每个信号量的值,其中所述流的驱动程序处理可以确定是否已经达到信号量的特定值,以便可以达到值。在至少一个实施例中,跟踪结构305可以被称为待定工作标记,因为所述流中的操作需要按顺序(例如,依次)处理,以便可以执行其他操作。例如,如图所示,在跟踪结构305右侧的流中,流可以包括等待操作,其中它正在等待执行串行操作(也称为“序列化”),以在一个或更多个软件驱动程序导致执行其他流之前更新跟踪结构。在至少一个实施例中,每个CPU线程对应于驱动程序中的一个流,如图3所示。
在至少一个实施例中,CPU线程310和CPU线程315可以与来自应用程序105(图1)的请求相关,以在GPU上执行操作,其中,驱动程序监视和控制流中的此类请求,并使用所述流来准备图形内核以执行操作,其中,所述操作不依赖于要执行的其他操作的结果,例如,这些是独立的操作,可以同时或并行执行。例如,CPU线程310可以包括验证图形内核已被正确设置或从主机存储器到设备存储器的数据存储器传输已完成的操作;因为验证操作或存储器传输操作不依赖于另一操作的结果(例如,CPU线程315中的操作),所以可以独立执行。
图4示出了根据至少一个实施例的软件驱动程序准备软件模块或内核以在一个或更多个图形处理核心上启动的过程的过程流程图。在至少一个实施例中,包括一个或更多个电路的处理器或包括一个或更多个处理器的系统执行过程400,以准备将在一个或更多个图形处理核心上启动的内核。例如,包括多个CPU核心的系统执行过程400,其中主机处理器(例如,CPU)提供执行过程400的部分或所有步骤的指令。在至少一个实施例中,图1-3中公开的系统可以执行过程400的部分或全部操作。
在至少一个实施例中,部分或全部过程400(或本文所述的任何其他过程,或其变体和/或组合)在配置有计算机可执行指令的一个或更多个计算机系统的控制下执行,并且被实现为通过硬件、软件或其组合在一个或更多个处理器上共同执行的代码(例如,计算机可执行指令、一个或更多个计算机程序或一个或更多个应用程序)。在至少一个实施例中,代码以计算机程序的形式存储在计算机可读存储介质上,该计算机程序包括可由一个或更多个处理器执行的多个计算机可读指令。在至少一个实施例中,计算机可读存储介质是非暂时性计算机可读介质。在至少一个实施例中,可用于执行过程400的至少一些计算机可读指令并非仅使用暂时性信号(例如,传播的瞬态电或电磁传输)来存储。在至少一个实施例中,非暂时性计算机可读介质不一定包括暂时性信号收发器内的非暂时性数据存储电路(例如,缓冲区、高速缓存和队列)。在至少一个实施例中,过程400至少部分地在计算机系统上执行,诸如本公开其他地方描述的计算机系统。在至少一个实施例中,逻辑(例如,硬件、软件或硬件和软件的组合)执行过程400。在至少一个实施例中,过程400可以在请求操作405处开始并继续生成操作410。
在请求操作405处,运行应用程序的一个或更多个CPU或一个或更多个CPU核心向API或软件堆栈提交请求,以在GPU上执行操作,诸如针对软件模块的操作。例如,图形处理程序或天气程序请求在GPU或一个或更多个GPU上加速计算操作(例如,卷积、快速傅立叶变换、通用矩阵数学运算,例如包括稀疏矩阵的矩阵乘法)。在至少一个实施例中,应用程序是调用API以执行操作的软件程序或源代码,并且所述API准备所述请求以由GPU的驱动程序处理。在至少一个实施例中,API可以是来自NVIDIA的CUDA API(例如,参见图2)。在至少一个实施例中,API与驱动程序通信,以基于所述接收到的请求来准备图形内核以执行这样的操作。
在生成操作410处,在至少一个实施例中,驱动程序生成跟踪结构以跟踪图形内核的启动操作。在至少一个实施例中,跟踪结构是驱动程序中的数据结构,其跟踪所有挂起的操作以启动对应于来自请求操作405的请求的内核。在至少一个实施例中,跟踪结构包括可以达到或超过的信号量和值。在至少一个实施例中,驱动程序可以按顺序更新所述跟踪结构,以便以适当的顺序执行操作顺序,以不产生错误。在至少一个实施例中,跟踪结构包括跟踪正在执行操作以启动内核的不同流或线程的进度。
在执行准备操作415处,在至少一个实施例中,软件驱动程序(由一个或更多个处理器执行)通过执行操作准备一个或更多个图形内核,以在一个或更多个GPU上启动。在至少一个实施例中,驱动程序可以确定在启动图形内核时可以并行执行哪些操作,以及哪些操作需要按顺序执行。在准备启动内核时可以同时执行的一些操作示例包括确定内核的块尺寸和网格尺寸,存储内核将使用的参数,验证内核被正确设置,以及使用代码来编码内核以在运行时执行所述内核。在至少一个实施例中,处理器包括一个或更多个电路,以使此类操作启动两个或更多个并行(例如,同时)执行的计算机程序。在至少一个实施例中,当启动第一内核的操作可以与启动第二内核的操作并行运行时,驱动程序执行将并行执行的那些操作。在至少一个实施例中,当启动第二内核的操作无法与启动第一内核的操作并行执行时,驱动程序使启动所述第二内核的操作的性能被阻塞、暂停或同步,以便按照执行所述操作所必需的顺序执行操作。在准备启动内核时可以同时执行的一些操作示例包括确定内核的块尺寸和网格尺寸,存储内核将使用的参数,验证内核被正确设置,以及使用代码来编码内核以在运行时执行所述内核。在至少一个实施例中,处理器包括一个或更多个电路,以使此类操作启动两个或更多个并行(例如,同时)执行的计算机程序。
在确定结束操作420处,在至少一个实施例中,执行应用程序请求的一个或更多个CPU或CPU核心确定启动一个或更多个图形内核的所有操作是否已执行。如果仍然需要执行其他操作,或者如果驱动程序接收到与设置更多图形内核相对应的新请求,则一个或更多个电路在准备操作420处重复执行准备操作。如果基于来自应用程序的请求的设置、启动或开启一个或更多个图形内核的所有操作均已完成,则一个或更多个电路可以结束处理器400。
在确定结束操作420之后,在至少一个实施例中,一个或更多个电路可以重复过程400或过程400的部分,例如,用于请求在并行处理(例如GPU)中执行操作的另一个或更多个应用程序。在至少一个实施例中,在确定结束操作420之后,GPU可以执行或履行由执行过程400的一个或更多个电路设置的内核。
数据中心
图5示出了根据至少一个实施例的示例数据中心500。在至少一个实施例中,数据中心500包括但不限于数据中心基础设施层510、框架层520、软件层530和应用层540。在至少一个实施例中,数据中心500包括图1-3中公开的系统,并执行图4中公开的所有过程400的部分。
在至少一个实施例中,如图5所示,数据中心基础设施层510可以包括资源协调器512、分组的计算资源514和节点计算资源(“节点C.R.”)516(1)-516(N),其中“N”代表任何完整的正整数。在至少一个实施例中,节点C.R.516(1)-516(N)可以包括但不限于任意数量的中央处理单元(“CPU”)或其他处理器(包括加速器、现场可编程门阵列(“FPGA”)、网络设备中的数据处理单元(“DPU”)、图形处理器等),存储器设备(例如动态只读存储器),存储设备(例如固态硬盘或磁盘驱动器),网络输入/输出(“NWI/O”)设备,网络交换机,虚拟机(“VM”),电源模块和冷却模块等。在至少一个实施例中,节点C.R.516(1)-516(N)中的一个或更多个节点C.R.可以是具有一个或更多个上述计算资源的服务器。
在至少一个实施例中,分组的计算资源514可以包括容纳在一个或更多个机架内的节点C.R.的单独分组(未示出),或者容纳在各个地理位置的数据中心内的许多机架(也未示出)。分组的计算资源514内的节点C.R.的单独分组可以包括可以被配置或分配为支持一个或更多个工作负载的分组的计算、网络、存储器或存储资源。在至少一个实施例中,可以将包括CPU或处理器的几个节点C.R.分组在一个或更多个机架内,以提供计算资源来支持一个或更多个工作负载。在至少一个实施例中,一个或更多个机架还可以包括任意数量的电源模块、冷却模块和网络交换机,以任意组合。
在至少一个实施例中,资源协调器512可以配置或以其他方式控制一个或更多个节点C.R.516(1)-516(N)和/或分组的计算资源514。在至少一个实施例中,资源协调器512可以包括用于数据中心500的软件设计基础结构(“SDI”)管理实体。在至少一个实施例中,资源协调器512可以包括硬件、软件或其某种组合。
在至少一个实施例中,如图5所示,框架层520包括但不限于作业调度器532、配置管理器534、资源管理器536和分布式文件系统538。在至少一个实施例中,框架层520可以包括支持软件层530的软件552和/或应用程序层540的一个或更多个应用程序542的框架。在至少一个实施例中,软件552或应用程序542可以分别包括基于Web的服务软件或应用程序,例如由Amazon Web Services,Google Cloud和Microsoft Azure提供的服务或应用程序。在至少一个实施例中,框架层520可以是但不限于一种免费和开放源软件网络应用框架,例如可以利用分布式文件系统538来进行大范围数据处理(例如“大数据”)的Apache SparkTM(以下称为“Spark”)。在至少一个实施例中,作业调度器532可以包括Spark驱动器,以促进对数据中心500的各个层所支持的工作负载进行调度。在至少一个实施例中,配置管理器534可以能够配置不同的层,例如软件层530和包括Spark和用于支持大规模数据处理的分布式文件系统538的框架层520。在至少一个实施例中,资源管理器536能够管理映射到或分配用于支持分布式文件系统538和作业调度器532的集群或分组计算资源。在至少一个实施例中,集群或分组计算资源可以包括数据中心基础设施层510上的分组的计算资源514。在至少一个实施例中,资源管理器536可以与资源协调器512协调以管理这些映射的或分配的计算资源。
在至少一个实施例中,包括在软件层530中的软件552可以包括由节点C.R.516(1)-516(N)的至少一部分,分组计算资源514和/或框架层520的分布式文件系统538使用的软件。一种或更多种类型的软件可以包括但不限于Internet网页搜索软件、电子邮件病毒扫描软件、数据库软件和流视频内容软件。
在至少一个实施例中,应用层540中包括的一个或更多个应用程序542可以包括由节点C.R.516(1)-516(N)的至少一部分、分组的计算资源514和/或框架层520的分布式文件系统538使用的一种或更多种类型的应用程序。一种或更多种类型的应用程序可以包括但不限于CUDA应用程序。
在至少一个实施例中,配置管理器534、资源管理器536和资源协调器512中的任何一个可以基于以任何技术上可行的方式获取的任意数量和类型的数据来实现任意数量和类型的自我修改动作。在至少一个实施例中,自我修改动作可以减轻数据中心500的数据中心操作员做出可能不好的配置决定并且可以避免数据中心的未充分利用和/或执行差的部分。
基于计算机的系统
以下各图提出但不限于可用于实现至少一个实施例的示例性的基于计算机的系统。
图6示出了根据至少一个实施例的处理系统600。在至少一个实施例中,处理系统600包括在图1-3中公开的系统中,并且可以执行图4中公开的所有过程400的一部分。在至少一个实施例中,处理系统600包括一个或更多个处理器602和一个或更多个图形处理器608,并且可以是单处理器台式机系统、多处理器工作站系统或具有大量处理器602或处理器核心607的服务器系统。在至少一个实施例中,处理系统600是结合在片上系统(SoC)集成电路内的处理平台,以用于移动、手持或嵌入式设备。
在至少一个实施例中,处理系统600可以包括或结合在基于服务器的游戏平台中,包括游戏和媒体控制台的游戏控制台、移动游戏控制台、手持游戏控制台或在线游戏控制台。在至少一个实施例中,处理系统600是移动电话、智能电话、平板计算设备或移动互联网设备。在至少一个实施例中,处理系统600还可包括与可穿戴设备耦合或集成在可穿戴设备中,例如智能手表可穿戴设备、智能眼镜设备、增强现实设备或虚拟现实设备。在至少一个实施例中,处理系统600是电视或机顶盒设备,其具有一个或更多个处理器602以及由一个或更多个图形处理器608生成的图形界面。
在至少一个实施例中,一个或更多个处理器602每个包括一个或更多个处理器核心607,以处理指令,该指令在被执行时执行针对系统和用户软件的操作。在至少一个实施例中,一个或更多个处理器核心607中的每一个被配置为处理特定指令集609。在至少一个实施例中,指令集609可以促进复杂指令集计算(CISC)、精简指令集计算(RISC),或通过超长指令字(VLIW)进行计算。在至少一个实施例中,多个处理器核心607可以各自处理不同的指令集609,该指令集609可以包括有助于仿真其他指令集的指令。在至少一个实施例中,处理器核心607还可以包括其他处理设备,例如数字信号处理器(DSP)。
在至少一个实施例中,处理器602包括高速缓存存储器(cache)604。在至少一个实施例中,处理器602可以具有单个内部高速缓存或多个级别的内部高速缓存。在至少一个实施例中,高速缓存存储器在处理器602的各个组件之间共享。在至少一个实施例中,处理器602还使用外部高速缓存(例如,三级(L3)高速缓存或最后一级高速缓存(LLC))(未示出),其可以使用已知的高速缓存一致性技术在处理器核心607之间共享该逻辑。在至少一个实施例中,处理器602中另外包括寄存器文件606,处理器602可以包括用于存储不同类型的数据的不同类型的寄存器(例如,整数寄存器、浮点寄存器、状态寄存器和指令指针寄存器)。在至少一个实施例中,寄存器文件606可以包括通用寄存器或其他寄存器。
在至少一个实施例中,一个或更多个处理器602与一个或更多个接口总线610耦合,以在处理器602与系统600中的其他组件之间传输通信信号,例如地址、数据或控制信号。在至少一个实施例中,接口总线610在一个实施例中可以是处理器总线,例如直接媒体接口(DMI)总线的版本。在至少一个实施例中,接口总线610不限于DMI总线,并且可以包括一个或更多个外围组件互连总线(例如,PCI,PCIExpress)、存储器总线或其他类型的接口总线。在至少一个实施例中,处理器602包括集成存储器控制器616和平台控制器集线器630。在至少一个实施例中,存储器控制器616促进存储设备与处理系统600的其他组件之间的通信,而平台控制器集线器(PCH)630通过本地I/O总线提供到输入/输出(I/O)设备的连接。
在至少一个实施例中,存储器设备620可以是动态随机存取存储器(DRAM)设备、静态随机存取存储器(SRAM)设备、闪存设备、相变存储设备或具有适当的性能以用作处理器存储器。在至少一个实施例中,存储器设备620可以用作处理系统600的系统存储器,以存储数据622和指令621,以在一个或更多个处理器602执行应用或过程时使用。在至少一个实施例中,存储器控制器616还与可选的外部图形处理器612耦合,其可以与处理器602中的一个或更多个图形处理器608通信以执行图和媒体操作。在至少一个实施例中,显示设备611可以连接至处理器602。在至少一个实施例中,显示设备611可以包括内部显示设备中的一个或更多个,例如在移动电子设备或便携式计算机设备或通过显示器接口(例如显示端口(DisplayPort)等)连接的外部显示设备。在至少一个实施例中,显示设备611可以包括头戴式显示器(HMD),诸如用于虚拟现实(VR)应用或增强现实(AR)应用中的立体显示设备。
在至少一个实施例中,平台控制器集线器630使外围设备能够通过高速I/O总线连接到存储器设备620和处理器602。在至少一个实施例中,I/O外围设备包括但不限于音频控制器646、网络控制器634、固件接口628、无线收发器626、触摸传感器625、数据存储设备624(例如,硬盘驱动器、闪存等)。在至少一个实施例中,数据存储设备624可以经由存储器接口(例如,SATA)或经由外围总线来连接,诸如外围组件互连总线(例如,PCI、PCIe)。在至少一个实施例中,触摸传感器625可以包括触摸屏传感器、压力传感器或指纹传感器。在至少一个实施例中,无线收发器626可以是Wi-Fi收发器、蓝牙收发器或移动网络收发器,诸如3G、4G或长期演进(LTE)收发器。在至少一个实施例中,固件接口628使能与系统固件的通信,并且可以是例如统一的可扩展固件接口(UEFI)。在至少一个实施例中,网络控制器634可以启用到有线网络的网络连接。在至少一个实施例中,高性能网络控制器(未示出)与接口总线610耦合。在至少一个实施例中,音频控制器646是多通道高清晰度音频控制器。在至少一个实施例中,处理系统600包括可选的传统(legacy)I/O控制器640,用于将遗留(例如,个人系统2(PS/2))设备耦合到处理系统600。在至少一个实施例中,平台控制器集线器630还可以连接到一个或更多个通用串行总线(USB)控制器642,该控制器连接输入设备,诸如键盘和鼠标组合643、相机644或其他USB输入设备。
在至少一个实施例中,存储器控制器616和平台控制器集线器630的实例可以集成到离散的外部图形处理器中,例如外部图形处理器612。在至少一个实施例中,平台控制器集线器630和/或存储控制器616可以在一个或更多个处理器602的外部。例如,在至少一个实施例中,处理系统600可以包括外部存储控制器616和平台控制器集线器630,其可以配置成在与处理器602通信的系统芯片组中的存储器控制器集线器和外围控制器集线器。
图7示出了根据至少一个实施例的计算机系统700。在至少一个实施例中,计算机系统700包括在图1-3中公开的系统中,并且可以执行图4中公开的所有过程400的一部分。例如,计算机系统700可以是来自图1的CPU102。在至少一个实施例中,计算机系统700可以是具有互连的设备和组件,SOC,或某种组合的系统。在至少一个实施例中,计算机系统700由处理器702形成,该处理器702可以包括用于执行指令的执行单元。在至少一个实施例中,计算机系统700可以包括但不限于组件,例如处理器702,其采用包括逻辑的执行单元以执行用于过程数据的算法。在至少一个实施例中,计算机系统700可以包括处理器,例如可从加利福尼亚圣塔克拉拉的英特尔公司(Intel Corporation of Santa Clara,California)获得的
Figure BDA0004113585890000151
处理器家族、XeonTM、
Figure BDA0004113585890000152
XScaleTM和/或StrongARMTM,
Figure BDA0004113585890000153
CoreTM
Figure BDA0004113585890000154
NervanaTM微处理器,尽管也可以使用其他系统(包括具有其他微处理器的PC、工程工作站、机顶盒等)。在至少一个实施例中,计算机系统700可以执行可从华盛顿州雷蒙德市的微软公司(Microsoft Corporation of Redmond,Wash.)获得的WINDOWS操作系统版本,尽管其他操作系统(例如UNIX和Linux)、嵌入式软件和/或图形用户界面也可以使用。
在至少一个实施例中,计算机系统700可以用在其他设备中,例如手持设备和嵌入式应用。手持设备的一些示例包括蜂窝电话、互联网协议(Internet Protocol)设备、数码相机、个人数字助理(“PDA”)和手持PC。在至少一个实施例中,嵌入式应用可以包括微控制器、数字信号处理器(“DSP”)、SoC、网络计算机(“NetPC”)、机顶盒、网络集线器、广域网(“WAN”)交换机,或根据至少一个实施例可以执行一个或更多个指令的任何其他系统。
在至少一个实施例中,计算机系统700可包括但不限于处理器702,该处理器702可包括但不限于一个或更多个执行单元708,其可以配置为执行计算统一设备架构(“CUDA”)(
Figure BDA0004113585890000155
由加利福尼亚州圣克拉拉的NVIDIA Corporation开发)程序。在至少一个实施例中,CUDA程序是用CUDA编程语言编写的软件应用程序的至少一部分。在至少一个实施例中,计算机系统700是单处理器台式机或服务器系统。在至少一个实施例中,计算机系统700可以是多处理器系统。在至少一个实施例中,处理器702可以包括但不限于CISC微处理器、RISC微处理器、VLIW微处理器、实现指令集组合的处理器,或任何其他处理器设备,例如数字信号处理器。在至少一个实施例中,处理器702可以耦合到处理器总线710,该处理器总线710可以在处理器702与计算机系统700中的其他组件之间传输数据信号。
在至少一个实施例中,处理器702可以包括但不限于1级(“L1”)内部高速缓存存储器(“cache”)704。在至少一个实施例中,处理器702可以具有单个内部高速缓存或多级内部缓存。在至少一个实施例中,高速缓存存储器可以驻留在处理器702的外部。在至少一个实施例中,处理器702可以包括内部和外部高速缓存的组合。在至少一个实施例中,寄存器文件706可以在各种寄存器中存储不同类型的数据,包括但不限于整数寄存器、浮点寄存器、状态寄存器和指令指针寄存器。
在至少一个实施例中,包括但不限于执行整数和浮点运算的逻辑的执行单元708,其也位于处理器702中。处理器702还可以包括微码(“ucode”)只读存储器(“ROM”),用于存储某些宏指令的微代码。在至少一个实施例中,执行单元708可以包括用于处理封装指令集709的逻辑。在至少一个实施例中,通过将封装指令集709包括在通用处理器702的指令集中,以及要执行指令的相关电路,可以使用通用处理器702中的封装数据来执行许多多媒体应用程序使用的操作。在至少一个实施例中,可以通过使用处理器的数据总线的全宽度来在封装的数据上执行操作来加速和更有效地执行许多多媒体应用程序,这可能不需要在处理器的数据总线上传输较小的数据单元来一次对一个数据元素执行一个或更多个操作。
在至少一个实施例中,执行单元708也可以用在微控制器、嵌入式处理器、图形设备、DSP和其他类型的逻辑电路中。在至少一个实施例中,计算机系统700可以包括但不限于存储器720。在至少一个实施例中,存储器720可以被实现为DRAM设备、SRAM设备、闪存设备或其他存储设备。存储器720可以存储由处理器702可以执行的由数据信号表示的指令719和/或数据721。
在至少一个实施例中,系统逻辑芯片可以耦合到处理器总线710和存储器720。在至少一个实施例中,系统逻辑芯片可以包括但不限于存储器控制器集线器(“MCH”)716,并且处理器702可以经由处理器总线710与MCH716通信。在至少一个实施例中,MCH716可以提供到存储器720的高带宽存储器路径718以用于指令和数据存储以及用于图形命令、数据和纹理的存储。在至少一个实施例中,MCH716可以在处理器702、存储器720和计算机系统700中的其他组件之间启动数据信号,并且在处理器总线710、存储器720和系统I/O722之间桥接数据信号。在至少一个实施例中,系统逻辑芯片可以提供用于耦合到图形控制器的图形端口。在至少一个实施例中,MCH716可以通过高带宽存储器路径718耦合到存储器720,并且图形/视频卡712可以通过加速图形端口(Accelerated Graphics Port)(“AGP”)互连714耦合到MCH716。
在至少一个实施例中,计算机系统700可以使用系统I/O722作为专有集线器接口总线来将MCH716耦合到I/O控制器集线器(“ICH”)730。在至少一个实施例中,ICH730可以通过本地I/O总线提供与某些I/O设备的直接连接。在至少一个实施例中,本地I/O总线可以包括但不限于用于将外围设备连接到存储器720、芯片组和处理器702的高速I/O总线。示例可以包括但不限于音频控制器729、固件集线器(“Flash BIOS”)728、无线收发器726、数据存储724、包含用户输入725的传统I/O控制器723和键盘接口、串行扩展端口727(例如USB)和网络控制器734。数据存储724可以包括硬盘驱动器、软盘驱动器、CD-ROM设备、闪存设备或其他大容量存储设备。
在至少一个实施例中,图7示出了包括互连的硬件设备或“芯片”的系统。在至少一个实施例中,图7可以示出示例性SoC。在至少一个实施例中,图7中示出的设备可以与专有互连、标准化互连(例如,PCIe)或其某种组合互连。在至少一个实施例中,系统700的一个或更多个组件使用计算快速链路(CXL)互连来互连。
图8示出了根据至少一个实施例的系统800。在至少一个实施例中,系统800包括在图1-3中公开的系统中,并且可以执行图4中公开的所有过程400的一部分。例如,系统800可以是图1中的CPU 102。在至少一个实施例中,系统800是利用处理器810的电子设备。在至少一个实施例中,系统800可以是,例如但不限于,笔记本电脑、塔式服务器、机架服务器、刀片服务器、通信地耦合到一个或多个场所内或云服务提供商的边缘设备、膝上型计算机、台式机、平板电脑、移动设备、电话、嵌入式计算机或任何其他合适的电子设备。
在至少一个实施例中,系统800可以包括但不限于通信地耦合到任何合适数量或种类的组件、外围设备、模块或设备的处理器810。在至少一个实施例中,处理器810使用总线或接口耦合,诸如I2C总线、系统管理总线(“SMBus”)、低引脚数(LPC)总线、串行外围接口(“SPI”)、高清音频(“HDA”)总线、串行高级技术附件(“SATA”)总线、USB(1、2、3版)或通用异步接收器/发送器(“UART”)总线。在至少一个实施例中,图8示出了系统,该系统包括互连的硬件设备或“芯片”。在至少一个实施例中,图8可以示出示例性SoC。在至少一个实施例中,图8中所示的设备可以与专有互连线、标准化互连(例如,PCIe)或其某种组合互连。在至少一个实施例中,图8的一个或更多个组件使用计算快速链路(CXL)互连线来互连。
在至少一个实施例中,图8可以包括显示器824、触摸屏825、触摸板830、近场通信单元(“NFC”)845、传感器集线器840、热传感器846、快速芯片组(“EC”)835、可信平台模块(“TPM”)838、BIOS/固件/闪存(“BIOS,FW Flash”)822、DSP860、固态磁盘(“SSD”)或硬盘驱动器(“HDD”)820、无线局域网单元(“WLAN”)850、蓝牙单元852、无线广域网单元(“WWAN”)856、全球定位系统(GPS)855、相机(“USB3.0相机”)854(例如USB3.0相机)或以例如LPDDR3标准实现的低功耗双倍数据速率(“LPDDR”)存储器单元(“LPDDR3”)815。这些组件可以各自以任何合适的方式实现。
在至少一个实施例中,其他组件可以通过以上讨论的组件通信地耦合到处理器810。在至少一个实施例中,加速度计841、环境光传感器(“ALS”)842、罗盘843和陀螺仪844可以可通信地耦合到传感器集线器840。在至少一个实施例中,热传感器839、风扇837、键盘846和触摸板830可以通信地耦合到EC835。在至少一个实施例中,扬声器863、耳机864和麦克风(“mic”)865可以通信地耦合到音频单元(“音频编解码器和D类放大器”)864,其又可以通信地耦合到DSP860。在至少一个实施例中,音频单元864可以包括例如但不限于音频编码器/解码器(“编解码器”)和D类放大器。在至少一个实施例中,SIM卡(“SIM”)857可以通信地耦合到WWAN单元856。在至少一个实施例中,组件(诸如WLAN单元850和蓝牙单元852以及WWAN单元856)可以被实现为下一代形式因素(NGFF)。
图9示出了根据至少一个实施例的示例性集成电路900。在至少一个实施例中,集成电路900包括在图1-3中公开的系统中,并且可执行图4中公开的所有过程400的一部分。例如,集成电路900可包括在图1的CPU102中。在至少一个实施例中,示例性集成电路900是SoC,其可使用一个或更多个IP核心制造。在至少一个实施例中,集成电路900包括一个或更多个应用处理器905(例如,CPU、DPU)、至少一个图形处理器910,并且可以另外包括图像处理器915和/或视频处理器920,其中任意一个可能是模块化IP核心。在至少一个实施例中,集成电路900包括外围或总线逻辑,其包括USB控制器925、UART控制器930、SPI/SDIO控制器935和I2S/I2C控制器940。在至少一个实施例中,集成电路900可以包括显示设备945耦合到高清多媒体接口(HDMI)控制器950和移动工业处理器接口(MIPI)显示接口955中的一个或更多个。在至少一个实施例中,存储可以由闪存子系统960提供,包括闪存和闪存控制器。在至少一个实施例中,可以经由存储器控制器965提供存储器接口以用于访问SDRAM或SRAM存储器设备。在至少一个实施例中,一些集成电路还包括嵌入式安全引擎970。
图10示出了根据至少一个实施例的计算系统1000。在至少一个实施例中,计算系统1000包括在图1-3中公开的系统中,并且可以执行图4中公开的所有过程400的一部分。例如,计算系统1000可以包括在图1的CPU 102中。在至少一个实施例中,计算系统1000包括处理子系统1001,其具有经由可以包括存储器集线器1005的互连路径通信的一个或更多个处理器1002和系统存储器1004。在至少一个实施例中,存储器集线器1005可以是芯片组组件内的单独组件,也可以集成在一个或更多个处理器1002内。在至少一个实施例中,存储器集线器1005通过通信链路1006与I/O子系统1011耦合。在至少一个实施例中,I/O子系统1011包括I/O集线器1007,其可以使计算系统1000能够接收来自一个或更多个输入设备1008的输入。在至少一个实施例中,I/O集线器1007可以使能显示控制器,其包括在一个或更多个处理器1002中,用于向一个或更多个显示设备1010A提供输出。在至少一个实施例中,与I/O集线器1007耦合的一个或更多个显示设备1010A可以包括本地、内部或嵌入式显示设备。
在至少一个实施例中,处理子系统1001包括经由总线或其他通信链路1013耦合到存储器集线器1005的一个或更多个并行处理器1012。在至少一个实施例中,通信链路1013可以是许多基于标准的通信链路技术或协议中的一种,例如但不限于PCIe,或者可以是针对供应商的通信接口或通信结构。在至少一个实施例中,一个或更多个并行处理器1012形成计算集中的并行或向量处理系统,该系统可以包括大量的处理核心和/或处理集群,例如多集成核心(MIC)处理器。在至少一个实施例中,一个或更多个并行处理器1012形成可以将像素输出到经由I/O集线器1007耦合的一个或更多个显示设备1010A之一的图形处理子系统。在至少一个实施例中,一个或更多个并行处理器1012还可以包括显示控制器和显示接口(未示出),以使得能够直接连接到一个或更多个显示设备1010B。
在至少一个实施例中,系统存储单元1014可以连接到I/O集线器1007,以提供用于计算系统1000的存储机制。在至少一个实施例中,I/O交换机1016可以用于提供接口机制,以实现I/O集线器1007与其他组件之间的连接,例如可以集成到平台中的网络适配器1018和/或无线网络适配器1019,以及可以通过一个或更多个附加设备1020添加的各种其他设备。在至少一个实施例中,网络适配器1018可以是以太网适配器或另一有线网络适配器。在至少一个实施例中,无线网络适配器1019可以包括Wi-Fi、蓝牙、NFC的一个或更多个或其他包括一个或更多个无线电的网络设备。
在至少一个实施例中,计算系统1000可以包括未明确示出的其他组件,包括USB或其他端口连接、光存储驱动器、视频捕获设备等,也可以连接到I/O集线器1007。在至少一个实施例中,对图10中的各个组件进行互连的通信路径可以使用任何合适的协议来实现,诸如基于PCI(外围组件互连)的协议(例如,PCIe),或其他总线或点对点通信接口和/或协议(例如,NVLink高速互连或互连协议)。
在至少一个实施例中,一个或更多个并行处理器1012包括针对图形和视频处理而优化的电路(包括例如视频输出电路),并构成图形处理单元(GPU)。在至少一个实施例中,一个或更多个并行处理器1012包括针对通用处理而优化的电路。在至少一个实施例中,计算系统1000的组件可以与单个集成电路上的一个或更多个其他系统元件集成。例如,在至少一个实施例中,一个或更多个并行处理器1012、存储器集线器1005、处理器1002和I/O集线器1007可以被集成到片上系统(SoC)集成电路中。在至少一个实施例中,计算系统1000的组件可以被集成到单个封装中以形成系统级封装(SIP)配置。在至少一个实施例中,计算系统1000的组件的至少一部分可以被集成到多芯片模块(MCM)中,该多芯片模块可以与其他多芯片模块互连到模块化计算系统中。在至少一个实施例中,从计算系统1000中省略了I/O子系统1011和显示设备1010B。
处理系统
以下各图阐述了但不限于可用于实现至少一个实施例的示例性处理系统。
图11示出了根据至少一个实施例的加速处理单元(“APU”)1100。在至少一个实施例中,APU 1100包括在图1-3中公开的系统中,或者可以与这些系统通信以执行图4中公开的所有过程400的一部分。例如,APU1100可以包括在图1的GPU 120中。在至少一个实施例中,APU 1100由加利福尼亚州圣克拉拉市的AMD公司开发。在至少一个实施例中,APU1100可以被配置为执行应用程序,诸如CUDA程序。在至少一个实施例中,APU 1100包括但不限于核心复合体1110、图形复合体1140、结构1160、I/O接口1170、存储器控制器1180、显示控制器1192和多媒体引擎1194。在至少一个实施例中,APU 1100可以包括但不限于任意数量的核心复合体1110、任意数量的图形复合体1140、任意数量的显示控制器1192和任意数量的多媒体引擎1194的任何组合。为了说明的目的,在本文中用附图标记表示相似对象的多个实例,其中附图标记标识该对象,并且括号中的数字标识所需要的实例。
在至少一个实施例中,核心复合体1110是CPU,图形复合体1140是GPU,并且APU1100是将不限于1110和1140集成到单个芯片上的处理单元。在至少一个实施例中,一些任务可以被分配给核心复合体1110,而其他任务可以被分配给图形复合体1140。在至少一个实施例中,核心复合体1110被配置为执行与APU 1100相关联的主控制软件,例如操作系统。在至少一个实施例中,核心复合体1110是APU 1100的主处理器,其控制和协调其他处理器的操作。在至少一个实施例中,核心复合体1110发出控制图形复合体1140的操作的命令。在至少一个实施例中,核心复合体1110可以被配置为执行从CUDA源代码派生的主机可执行代码,并且图形复合体1140可以被配置为执行从CUDA源代码派生的设备可执行代码。
在至少一个实施例中,核心复合体1110包括但不限于核心1120(1)-1120(4)和L3高速缓存1130。在至少一个实施例中,核心复合体1110可以包括但不限于任意数量的核心1120以及任意数量和类型的高速缓存的任何组合。在至少一个实施例中,核心1120被配置为执行特定指令集架构(“ISA”)的指令。在至少一个实施例中,每个核心1120是CPU核心。
在至少一个实施例中,每个核心1120包括但不限于获取/解码单元1122,整数执行引擎1124,浮点执行引擎1126和L2高速缓存1128。在至少一个实施例中,获取/解码单元1122获取指令,对这些指令进行解码,生成微操作,并将单独的微指令分派给整数执行引擎1124和浮点执行引擎1126。在至少一个实施例中,获取/解码单元1122可以同时分派一个微指令到整数执行引擎1124和另一微指令到浮点执行引擎1126。在至少一个实施例中,整数执行引擎1124执行不限于整数和存储器操作。在至少一个实施例中,浮点引擎1126执行不限于浮点和向量运算。在至少一个实施例中,获取-解码单元1122将微指令分派给单个执行引擎,该执行引擎代替整数执行引擎1124和浮点执行引擎1126两者。
在至少一个实施例中,每个核心1120(i)可以访问包括在核心1120(i)中的L2高速缓存1128(i),其中i是表示核心1120的特定实例的整数。在至少一个实施例中,包括在核心复合体1110(j)中的每个核心1120经由包括在核心复合体1110(j)中的L3高速缓存1130(j)连接到包括在核心复合体1110(j)中的其他核心1120,其中j是表示核心复合体1110的特定实例的整数。在至少一个实施例中,包括在核心复合体1110(j)中的核心1120可以访问包括在核心复合体1110(j)中的所有L3高速缓存1130(j),其中j是表示核心复合体1110的特定实例的整数。在至少一个实施例中,L3高速缓存1130可以包括但不限于任意数量的切片(slice)。
在至少一个实施例中,图形复合体1140可以被配置为以高度并行的方式执行计算操作。在至少一个实施例中,图形复合体1140被配置为执行图形管线操作,诸如绘制命令、像素操作、几何计算以及与将图像渲染至显示器相关联的其他操作。在至少一个实施例中,图形复合体1140被配置为执行与图形无关的操作。在至少一个实施例中,图形复合体1140被配置为执行与图形有关的操作和与图形无关的操作。
在至少一个实施例中,图形复合体1140包括但不限于任意数量的计算单元1150和L2高速缓存1142。在至少一个实施例中,计算单元1150共享L2高速缓存1142。在至少一个实施例中,L2高速缓存1142被分区。在至少一个实施例中,图形复合体1140包括但不限于任意数量的计算单元1150以及任意数量(包括零)和类型的高速缓存。在至少一个实施例中,图形复合体1140包括但不限于任意数量的专用图形硬件。
在至少一个实施例中,每个计算单元1150包括但不限于任意数量的SIMD单元1152和共享存储器1154。在至少一个实施例中,每个SIMD单元1152实现SIMD架构并且被配置为并行执行操作。在至少一个实施例中,每个计算单元1150可以执行任意数量的线程块,但是每个线程块在单个计算单元1150上执行。在至少一个实施例中,线程块包括但不限于任意数量的执行线程。在至少一个实施例中,工作组是线程块。在至少一个实施例中,每个SIMD单元1152执行不同的线程束(warp)。在至少一个实施例中,线程束是一组线程(例如16个线程),其中线程束中的每个线程属于单个线程块,并且被配置为基于单个指令集来处理不同的数据集。在至少一个实施例中,可以使用预测(predication)来禁用线程束中的一个或更多个线程。在至少一个实施例中,通道是线程。在至少一个实施例中,工作项是线程。在至少一个实施例中,波前是线程束。在至少一个实施例中,线程块中的不同波前可一起同步并经由共享存储器1154进行通信。
在至少一个实施例中,结构1160是系统互连,其促进跨核心复合体1110、图形复合体1140、I/O接口1170、存储器控制器1180、显示控制器1192和多媒体引擎1194的数据和控制传输。在至少一个实施例中,除了结构1160之外或代替结构1160,APU1100还可以包括但不限于任意数量和类型的系统互连,该结构1160促进跨可以在APU1100内部或外部的任意数量和类型的直接或间接链接的组件的数据和控制传输。在至少一个实施例中,I/O接口1170表示任意数量和类型的I/O接口(例如,PCI,PCI-Extended(“PCI-X”),PCIe,千兆以太网(“GBE”),USB等)。在至少一个实施例中,各种类型的外围设备耦合到I/O接口1170。在至少一个实施例中,耦合到I/O接口1170的外围设备可以包括但不限于键盘,鼠标,打印机,扫描仪,操纵杆或其他类型的游戏控制器、媒体记录设备、外部存储设备、网络接口卡等。
在至少一个实施例中,显示控制器AMD92在一个或更多个显示设备(例如液晶显示器(LCD)设备)上显示图像。在至少一个实施例中,多媒体引擎1194包括但不限于任意数量和类型的与多媒体相关的电路,例如视频解码器、视频编码器、图像信号处理器等。在至少一个实施例中,存储器控制器1180促进APU 1100与统一系统存储器1190之间的数据传输。在至少一个实施例中,核心复合体1110和图形复合体1140共享统一系统存储器1190。
在至少一个实施例中,APU 1100实现种存储器子系统,其包括但不限于任意数量和类型的存储器控制器1180和可以专用于一个组件或在多个组件之间共享的存储器设备(例如,共享存储器1154)。组件。在至少一个实施例中,APU 1100实现高速缓存子系统,其包括但不限于一个或更多个高速缓存存储器(例如,L2高速缓存1628,L3高速缓存1130和L2高速缓存1142),每个高速缓存存储器可以是组件私有的或在任意数量的组件(例如,核心1120,核心复合体1110,SIMD单元1152,计算单元1150和图形复合体1140)之间共享。
图12示出了根据至少一个实施例的CPU 1200。在至少一个实施例中,CPU 1200由加利福尼亚州圣克拉拉市的AMD公司开发。在至少一个实施例中,CPU 1200可以被配置为执行应用程序。在至少一个实施例中,CPU1200被配置为执行主控制软件,例如操作系统。在至少一个实施例中,CPU1200发出控制外部GPU(未示出)的操作的命令。在至少一个实施例中,CPU 1200可以被配置为执行从CUDA源代码派生的主机可执行代码,并且外部GPU可以被配置为执行从这种CUDA源代码派生的设备可执行代码。在至少一个实施例中,CPU 1200包括但不限于任意数量的核心复合体1210,结构1260,I/O接口1270和存储器控制器1280。
在至少一个实施例中,核心复合体1210包括但不限于核心1220(1)-1220(4)和L3高速缓存1230。在至少一个实施例中,核心复合体1210可以包括但不限于任意数量的核心1220以及任意数量和类型的高速缓存的任何组合。在至少一个实施例中,核心1220被配置为执行特定ISA的指令。在至少一个实施例中,每个核心1220是CPU核心。
在至少一个实施例中,每个核心1220包括但不限于获取/解码单元1222,整数执行引擎1224,浮点执行引擎1226和L2高速缓存1228。在至少一个实施例中,获取/解码单元1222获取指令,对这些指令进行解码,生成微操作,并将单独的微指令分派给整数执行引擎1224和浮点执行引擎1226。在至少一个实施例中,获取/解码单元1222可以同时分派一个微指令至整数执行引擎1224和另一微指令至浮点执行引擎1226。在至少一个实施例中,整数执行引擎1224执行不限于整数和存储器操作。在至少一个实施例中,浮点引擎1226执行不限于浮点和向量运算。在至少一个实施例中,获取-解码单元1222将微指令分派给单个执行引擎,该引擎代替整数执行引擎1224和浮点执行引擎1226两者。
在至少一个实施例中,每个核心1220(i)可以访问包括在核心1220(i)中的L2高速缓存1228(i),其中i是表示核心1220的特定实例的整数。在至少一个实施例中,包括在核心复合体1210(j)中的每个核心1220经由包括在核心复合体1210(j)中的L3高速缓存1230(j)连接到核心复合体1210(j)中的其他核心1220,其中j是表示核心复合体1210的特定实例的整数。在至少一个实施例中,包括在核心复合体1210(j)中的核心1220可以访问包括在核心复合体1210(j)中的所有L3高速缓存1230(j),其中j是表示核心复合体1210的特定实例的整数。在至少一个实施例中,L3高速缓存1230可以包括但不限于任意数量的切片。
在至少一个实施例中,结构1260是系统互连,其促进跨核心复合体1210(1)-1210(N)(其中N是大于零的整数)、I/O接口1270和存储器控制器1280的数据和控制传输。在至少一个实施例中,除了结构1260之外或代替结构1260,CPU 1200还可以包括但不限于任意数量和类型的系统互连,该结构1260促进跨可以在CPU 1200内部或外部的任意数量和类型的直接或间接链接的组件的数据和控制传输。在至少一个实施例中,I/O接口1270表示任意数量和类型的I/O接口(例如PCI,PCI-X,PCIe,GBE,USB等)。在至少一个实施例中,各种类型的外围设备耦合到I/O接口1270。在至少一个实施例中,耦合到I/O接口1270的外围设备可以包括但不限于显示器,键盘,鼠标,打印机,扫描仪,操纵杆或其他类型的游戏控制器、媒体记录设备、外部存储设备、网络接口卡等。
在至少一个实施例中,存储器控制器1280促进CPU1200与系统存储器1290之间的数据传输。在至少一个实施例中,核心复合体1210和图形复合体1240共享系统存储器1290。在至少一个实施例中,CPU1200实现存储器子系统,其包括但不限于任意数量和类型的存储器控制器1280和可以专用于一个组件或在多个组件之间共享的存储器设备。在至少一个实施例中,CPU1200实现了高速缓存子系统,其包括但不限于一个或更多个高速缓存存储器(例如,L2高速缓存1228和L3高速缓存1230),每个高速缓存存储器可以是组件私有的或在任意数量的组件(例如,核心1220和核心复合体1210)之间共享。
图13示出了根据至少一个实施例的示例性加速器集成切片1390。如本文所使用的,“切片”包括加速器集成电路的处理资源的指定部分。在至少一个实施例中,加速器集成电路代表多个图形加速模块种的多个图形处理引擎提供高速缓存管理、存储器访问、环境管理和中断管理服务。图形处理引擎可以各自包括单独的GPU。可选地,图形处理引擎可包括GPU内的不同类型的图形处理引擎,例如图形执行单元、媒体处理引擎(例如,视频编码器/解码器)、采样器和blit引擎。在至少一个实施例中,图形加速模块可以是具有多个图形处理引擎的GPU。在至少一个实施例中,图形处理引擎可以是集成在通用封装、线卡或芯片上的各个GPU。
系统存储器1314内的应用程序有效地址空间1382存储进程元素1383。在一个实施例中,响应于来自处理器1307上执行的应用程序1380的GPU调用1381而存储进程元素1383。进程元素1383包含对应应用程序1380的处理状态。包含在进程元素1383中的工作描述符(WD)1384可以是应用程序请求的单个作业或可能包含指向作业队列的指针。在至少一个实施例中,WD1384是指向应用程序有效地址空间1382中的作业请求队列的指针。
图形加速模块1346和/或各个图形处理引擎可以由系统中的全部或部分进程共享。在至少一个实施例中,可以包括用于建立处理状态并将WD1384发送到图形加速模块1346以在虚拟化环境中开始作业的基础设施。
在至少一个实施例中,专用进程编程模型是针对实现的。在该模型中,单个进程拥有图形加速模块1346或个体图形处理引擎。由于图形加速模块1346由单个进程拥有,因此管理程序为拥有的分区初始化加速器集成电路,并且当分配图形加速模块1346时操作系统对加速器集成电路进行初始化以用于拥有的分区。
在操作中,加速器集成切片1390中的WD获取单元1391获取下一个WD1384,其中包括要由图形加速模块1346的一个或更多个图形处理引擎完成的工作的指示。来自WD1384的数据可以存储在寄存器1345被存储器管理单元(MMU)1339、中断管理电路1347和/或环境管理电路1348使用,如图所示。例如,MMU1339的一个实施例包括用于访问OS虚拟地址空间1385内的段/页表1386的段/页面漫游电路。中断管理电路1347可以处理从图形加速模块1346接收到的中断事件(INT)1392。当执行图操作时,由图形处理引擎产生的有效地址1393由MMU1339转换为实际地址。
在一个实施例中,为每个图形处理引擎和/或图形加速模块1346复制相同的寄存器组1345,并且可以由系统管理程序或操作系统来初始化。这些复制的寄存器中的每一个都可以包含在加速器集成切片1390中。表1中显示了可由管理程序初始化的示例性寄存器。
表1–管理程序初始化的寄存器
Figure BDA0004113585890000261
Figure BDA0004113585890000271
表2中示出了可以由操作系统初始化的示例性寄存器。
表2–操作系统初始化寄存器
1 进程和线程识别
2 有效地址(EA)环境保存/还原指针
3 虚拟地址(VA)加速器利用率记录指针
4 虚拟地址(VA)存储分段表指针
5 权威面具
6 工作描述符
在一个实施例中,每个WD1384特定于特定的图形加速模块1346和/或特定图形处理引擎。它包含图形处理引擎进行工作或工作所需的所有信息,或者它可以是指向存储器位置的指针,其中应用程序建立了要完成的工作的命令队列。
图14A-14B示出了根据本文至少一个实施例的示例性图形处理器。在至少一个实施例中,任何示例性图形处理器可以使用一个或更多个IP核心来制造。除了图示之外,在至少一个实施例中可以包括其他逻辑和电路,包括附加的图形处理器/核心、外围接口控制器或通用处理器核心。在至少一个实施例中,示例性图形处理器用于SoC内。
图14A示出了根据至少一个实施例的SoC集成电路的示例性图形处理器1410,其可以使用一个或更多个IP核心来制造。在至少一个实施例中,图形处理器1410包括在图1-3中公开的系统中,或者可以与这些系统通信以执行图4中公开的全部过程400的一部分。例如,图形处理器1410可以包括在图1的GPU 120中。图14B示出了根据至少一个实施例的SoC集成电路的附加示例性图形处理器1440,其可以使用一个或更多个IP核心来制造。在至少一个实施例中,图14A的图形处理器1410是低功耗图形处理器核心。在至少一个实施例中,图14B的图形处理器1440是更高性能的图形处理器核心。在至少一个实施例中,每个图形处理器1410、1440可以是图9的图形处理器910的变体。
在至少一个实施例中,图形处理器1410包括顶点处理器1405和一个或更多个片段处理器1415A-1415N(例如1415A、1415B、1415C、1415D至1415N-1和1415N)。在至少一个实施例中,图形处理器1410可以经由单独的逻辑来执行不同的着色器程序,使得顶点处理器1405被优化以执行针对顶点着色器程序的操作,而一个或更多个片段处理器1415A-1415N执行片段(例如,像素)着色操作用于片段或像素或着色器程序。在至少一个实施例中,顶点处理器1405执行3D图形管线的顶点处理阶段并生成图元和顶点数据。在至少一个实施例中,片段处理器1415A-1415N使用由顶点处理器1405生成的图元和顶点数据来生成在显示设备上显示的帧缓冲区。在至少一个实施例中,片段处理器1415A-1415N被优化以执行如在OpenGL API中所提供的片段着色器程序,其可以用于执行与在Direct 3D API中所提供的像素着色器程序类似的操作。
在至少一个实施例中,图形处理器1410附加地包括一个或更多个MMU 1420A-1420B、高速缓存1425A-1425B和电路互连1430A-1430B。在至少一个实施例中,一个或更多个MMU 1420A-1420B提供用于图形处理器1410的虚拟到物理地址的映射,包括用于顶点处理器1405和/或片段处理器1415A-1415N,其可以引用存储在存储器中的顶点或图像/纹理数据,除了存储在一个或更多个高速缓存1425A-1425B中的顶点或图像/纹理数据之外。在至少一个实施例中,一个或更多个MMU 1420A-1420B可以与系统内的其他MMU同步,包括与图9的一个或更多个应用处理器905、图像处理器915和/或视频处理器920相关联的一个或更多个MMU,使得每个处理器905-920可以参与共享或统一的虚拟存储器系统。在至少一个实施例中,一个或更多个电路互连1430A-1430B使图形处理器1410能够经由SoC的内部总线或经由直接连接与SoC内的其他IP核心相连接。
在至少一个实施例中,图形处理器1440包括图14A的图形处理器1410的一个或更多个MMU 1420A-1420B、高速缓存1425A-1425B和电路互连1430A-1430B。在至少一个实施例中,图形处理器1440包括一个或更多个着色器核心1455A-1455N(例如,1455A、1455B、1455C、1455D、1455E、1455F、至1455N-1和1455N),其提供了统一的着色器核心架构,其中单个核心或类型或核心可以执行所有类型的可编程着色器代码,包括用于实现顶点着色器、片段着色器和/或计算着色器的着色器程序代码。在至少一个实施例中,多个着色器核心可以变化。在至少一个实施例中,图形处理器1440包括核心间任务管理器1445,其充当线程分派器以将执行线程分派给一个或更多个着色器核心1455A-1455N和分块单元1458,以加速基于图块渲染的分块操作,其中在图像空间中细分了场景的渲染操作,例如,以利用场景内的局部空间一致性或优化内部缓存的使用。
图15A示出了根据至少一个实施例的图形核心1500。在至少一个实施例中,图形核心1500包括在图1-3中公开的系统中,或者可以与这些系统通信以执行图4中公开的所有过程400的一部分。例如,图形核心1500可以是图1中的GPU核心125、130和135。在至少一个实施例中,图形核心1500可以包括在图9的图形处理器910内。在至少一个实施例中,图形核心1500可以是图14B中统一的着色器核心1455A-1455N。在至少一个实施例中,图形核心1500包括共享指令高速缓存1502、纹理单元1418和高速缓存/共享存储器1520,它们是图形核心1500内的执行资源所共有的。在至少一个实施例中,图形核心1500可以包括多个切片(slice)1501A-1501N或每个核心的分区,图形处理器可以包括图形核心1500的多个实例。切片1501A-1501N可以包括支持逻辑,该支持逻辑包括本地指令高速缓存1504A-1504N、线程调度器1506A-1506N、线程分派器1508A-1508N和一组寄存器1510A-1510N。在至少一个实施例中,切片1501A-1501N可以包括一组附加功能单元(AFU)1512A-1512N、浮点单元(FPU)1514A-1514N、整数算术逻辑单元(ALU)1516A-1516N、地址计算单元(ACU)1513A-1513N、双精度浮点单元(DPFPU)1515A-1515N和矩阵处理单元(MPU)1517A-1517N。
在一个实施例中,FPU1514A-1514N可以执行单精度(32位)和半精度(16位)浮点运算,而DPFPU1515A-1515N可以执行双精度(64位)浮点运算点操作。在至少一个实施例中,ALU1516A-1516N可以以8位、16位和32位精度执行可变精度整数运算,并且可以被配置用于混合精度运算。在至少一个实施例中,MPU1517A-1517N还可被配置用于混合精度矩阵运算,包括半精度浮点运算和8位整数运算。在至少一个实施例中,MPU1517A-1517N可以执行各种矩阵操作以加速CUDA程序,包括使得能够支持加速的通用矩阵到矩阵乘法(GEMM)。在至少一个实施例中,AFU1512A-1512N可以执行浮点数或整数单元不支持的附加逻辑运算,包括三角运算(例如,Sine、Cosine等)。
图15B示出了在至少一个实施例中的通用图形处理单元(GPGPU)1530。在至少一个实施例中,GPGPU 1530是高度并行的并且适合于部署在多芯片模块上。在至少一个实施例中,GPGPU 1530可以被配置为使得高度并行的计算操作能够由GPU阵列来执行。在至少一个实施例中,GPGPU 1530可以直接链路到GPGPU 1530的其他实例,以创建多GPU集群以提高用于CUDA程序的执行时间。在至少一个实施例中,GPGPU 1530包括主机接口1532以实现与主机处理器的连接。在至少一个实施例中,主机接口1532是PCIe接口。在至少一个实施例中,主机接口1532可以是厂商专用的通信接口或通信结构。在至少一个实施例中,GPGPU 1530从主机处理器接收命令,并使用全局调度器1534将与那些命令相关联的执行线程分派给一组计算集群1536A-1536H。在至少一个实施例中,计算集群1536A-1536H共享高速缓存存储器1538。在至少一个实施例中,高速缓存存储器1538可以用作计算集群1536A-1536H内的高速缓存存储器的高级高速缓存。
在至少一个实施例中,GPGPU 1530包括经由一组存储器控制器1542A-1542B与计算集群1536A-1536H耦合的存储器1544A-1544B。在至少一个实施例中,存储器1544A-1544B可以包括各种类型的存储器设备,包括动态随机存取存储器(DRAM)或图形随机存取存储器,例如同步图形随机存取存储器(SGRAM),包括图形双倍数据速率(GDDR)存储器。
在至少一个实施例中,计算集群1536A-1536H各自包括一组图形核心,诸如图15A的图形核心1500,其可以包括多种类型的整数和浮点逻辑单元,可以以各种精度执行计算操作,包括适合与CUDA程序相关的计算。例如,在至少一个实施例中,每个计算集群1536A-1536H中的浮点单元的至少一个子集可以配置为执行16位或32位浮点运算,而不同的浮点单元的子集可以配置为执行64位浮点运算。
在至少一个实施例中,GPGPU 1530的多个实例可以被配置为操作为计算集群。计算集群1536A-1536H可以实现用于同步和数据交换的任何技术上可行的通信技术。在至少一个实施例中,GPGPU 1530的多个实例通过主机接口1532进行通信。在至少一个实施例中,GPGPU 1530包括I/O集线器1539,其将GPGPU 1530与GPU链路1540耦合,使得能够直接连接至GPGPU 1530的其他的实例。在至少一个实施例中,GPU链路1540耦合到专用GPU到GPU桥接器,其使得能够在GPGPU 1530的多个实例之间进行通信和同步。在至少一个实施例中,GPU链路1540与高速互连耦合,以向其他GPGPU或并行处理器发送和接收数据。在至少一个实施例中,GPGPU 1530的多个实例位于单独的数据处理系统中,并经由可经由主机接口1532访问的网络设备进行通信。在至少一个实施例中,GPU链路1540可被配置为能够连接到主机处理器,附加或替代主机接口1532。在至少一个实施例中,GPGPU 1530可以配置为执行CUDA程序。
图16A示出了根据至少一个实施例的并行处理器1600。在至少一个实施例中,并行处理器1600包括在图1-3中公开的系统中,或者可以与这些系统通信以执行图4中公开的所有过程400的一部分。例如,并行处理器1600可以是图1中的GPU 120。在至少一个实施例中,并行处理器1600的各种组件可以使用一个或更多个集成电路设备来实现,例如可编程处理器、专用集成电路(ASIC)或FPGA。
在至少一个实施例中,并行处理器1600包括并行处理单元1602。在至少一个实施例中,并行处理单元1602包括I/O单元1604,其使得能够与其他设备进行通信,包括并行处理单元1602的其他实例。在至少一个实施例中,I/O单元1604可以直接连接到其他设备。在至少一个实施例中,I/O单元1604通过使用集线器或交换机接口(例如,存储器集线器1405)与其他设备连接。在至少一个实施例中,存储器集线器1605与I/O单元1604之间的连接形成通信链路。在至少一个实施例中,I/O单元1604与主机接口1606和存储器交叉开关1616连接,其中主机接口1606接收用于执行处理操作的命令,而存储器交叉开关1616接收用于执行存储器操作的命令。
在至少一个实施例中,当主机接口1606经由I/O单元1604接收命令缓冲区时,主机接口1606可以引导工作操作以执行那些命令到前端1608。在至少一个实施例中,前端1608与调度器1610耦合,调度器1610配置成将命令或其他工作项分配给处理阵列1612。在至少一个实施例中,调度器1610确保在将任务分配给处理阵列1612中的处理阵列1612之前,处理阵列1612被正确地配置并且处于有效状态。在至少一个实施例中,调度器1610通过在微控制器上执行的固件逻辑来实现。在至少一个实施例中,微控制器实现的调度器1610可配置成以粗粒度和细粒度执行复杂的调度和工作分配操作,从而实现对在处理阵列1612上执行的线程的快速抢占和环境切换。在至少一个实施例中,主机软件可以证明用于通过多个图形处理门铃之一在处理阵列1612上进行调度的工作负载。在至少一个实施例中,工作负载然后可以由包括调度器1610的微控制器内的调度器1610逻辑在处理阵列1612上自动分配。
在至少一个实施例中,处理阵列1612可以包括多达“N”个处理集群(例如,集群1614A、集群1614B到集群1614N)。在至少一个实施例中,处理阵列1612的每个集群1614A-1614N可以执行大量并发线程。在至少一个实施例中,调度器1610可以使用各种调度和/或工作分配算法将工作分配给处理阵列1612的集群1614A-1614N,其可以根据每种程序或计算类型产生的工作负载而变化。在至少一个实施例中,调度可以由调度器1610动态地处理,或者可以在配置为由处理阵列1612执行的程序逻辑的编译期间部分地由编译器逻辑来辅助。在至少一个实施例中,可将处理阵列1612的不同的集群1614A-1614N分配用于处理不同类型的程序或用于执行不同类型的计算。
在至少一个实施例中,处理阵列1612可以配置成执行各种类型的并行处理操作。在至少一个实施例中,处理阵列1612配置成执行通用并行计算操作。例如,在至少一个实施例中,处理阵列1612可以包括执行处理任务的逻辑,该处理任务包括对视频和/或音频数据的过滤,执行建模操作,包括物理操作以及执行数据转换。
在至少一个实施例中,处理阵列1612配置成执行并行图形处理操作。在至少一个实施例中,处理阵列1612可以包括附加逻辑以支持这种图形处理操作的执行,包括但不限于执行纹理操作的纹理采样逻辑,以及镶嵌逻辑和其他顶点处理逻辑。在至少一个实施例中,处理阵列1612可以配置成执行与图形处理有关的着色器程序,例如但不限于顶点着色器、曲面细分着色器、几何着色器和像素着色器。在至少一个实施例中,并行处理单元1602可以经由I/O单元1604从系统存储器传送数据以进行处理。在至少一个实施例中,在处理期间,可以在处理期间将传送的数据存储到片上存储器(例如,并行处理器存储器1622),然后将其写回到系统存储器。
在至少一个实施例中,当并行处理单元1602用于执行图处理时,调度器1610可以配置成将处理工作负载划分为近似相等大小的任务,以更好地将图形处理操作分配给处理阵列1612的多个集群1614A-1614N。在至少一个实施例中,处理阵列1612的部分可以配置成执行不同类型的处理。例如,在至少一个实施例中,第一部分可以配置成执行顶点着色和拓扑生成,第二部分可以配置成执行镶嵌和几何着色,并且第三部分可以配置成执行像素着色或其他屏幕空间操作,以生成用于显示的渲染图像。在至少一个实施例中,可以将由集群1614A-1614N中的一个或更多个产生的中间数据存储在缓冲区中,以允许在集群1614A-1614N之间传输中间数据以进行进一步处理。
在至少一个实施例中,处理阵列1612可以经由调度器1610接收要执行的处理任务,该调度器1610从前端1608接收定义处理任务的命令。在至少一个实施例中,处理任务可以包括要被处理的数据的索引,例如可以包括表面(补丁)数据、原始数据、顶点数据和/或像素数据,以及状态参数和定义如何处理数据的命令(例如,要执行什么程序)。在至少一个实施例中,调度器1610可以配置成获取与任务相对应的索引,或者可以从前端1608接收索引。在至少一个实施例中,前端1608可以配置成确保在启动由传入命令缓冲区(例如,批缓冲区(batch-buffer)、推送缓冲区等)指定的工作负载之前,处理阵列1612配置成有效状态。
在至少一个实施例中,并行处理单元1602的一个或更多个实例中的每一个可以与并行处理器存储器1622耦合。在至少一个实施例中,可以经由存储器交叉开关1616访问并行处理器存储器1622,所述存储器交叉开关1616可以接收来自处理阵列1612以及I/O单元1604的存储器请求。在至少一个实施例中,存储器交叉开关1616可以经由存储器接口1618访问并行处理器存储器1622。在至少一个实施例中,存储器接口1618可以包括多个分区单元(例如,分区单元1620A、分区单元1620B到分区单元1620N),其可各自耦合至并行处理器存储器1622的一部分(例如,存储器单元)。在至少一个实施例中,多个分区单元1620A-1620N为配置为等于存储器单元的数量,使得第一分区单元1620A具有对应的第一存储器单元1624A,第二分区单元1620B具有对应的存储器单元1624B,第N分区单元1620N具有对应的第N存储器单元1624N。在至少一个实施例中,分区单元1620A-1620N的数量可以不等于存储器设备的数量。
在至少一个实施例中,存储器单元1624A-1624N可以包括各种类型的存储器设备,包括动态随机存取存储器(DRAM)或图形随机存取存储器,例如同步图形随机存取存储器(SGRAM),包括图形双倍数据速率(GDDR)存储器。在至少一个实施例中,存储器单元1624A-1624N还可包括3D堆叠存储器,包括但不限于高带宽存储器(HBM)。在至少一个实施例中,可以跨存储器单元1624A-1624N来存储诸如帧缓冲区或纹理映射的渲染目标,从而允许分区单元1620A-1620N并行地写入每个渲染目标的部分,以有效地使用并行处理器存储器1622的可用带宽。在至少一个实施例中,可以排除并行处理器存储器1622的本地实例,以有利于利用系统存储器与本地高速缓存存储器结合的统一存储器设计。
在至少一个实施例中,处理阵列1612的集群1614A-1614N中的任何一个都可以处理将被写入并行处理器存储器1622内的任何存储器单元1624A-1624N中的数据。在至少一个实施例中,存储器交叉开关1616可以配置为将每个集群1614A-1614N的输出传输到任何分区单元1620A-1620N或另一个集群1614A-1614N,集群1614A-1614N可以对输出执行其他处理操作。在至少一个实施例中,每个集群1614A-1614N可以通过存储器交叉开关1616与存储器接口1618通信,以从各种外部存储设备读取或写入各种外部存储设备。在至少一个实施例中,存储器交叉开关1616具有到存储器接口1618的连接以与I/O单元1604通信,以及到并行处理器存储器1622的本地实例的连接,从而使不同处理集群1614A-1614N内的处理单元与系统存储器或不是并行处理单元1602本地的其他存储器进行通信。在至少一个实施例中,存储器交叉开关1616可以使用虚拟通道来分离集群1614A-1614N和分区单元1620A-1620N之间的业务流。
在至少一个实施例中,可以在单个插入卡上提供并行处理单元1602的多个实例,或者可以将多个插入卡互连。在至少一个实施例中,并行处理单元1602的不同实例可以配置成相互操作,即使不同实例具有不同数量的处理核心,不同数量的本地并行处理器存储器和/或其他配置差异。例如,在至少一个实施例中,并行处理单元1602的一些实例可以包括相对于其他实例而言更高精度的浮点单元。在至少一个实施例中,结合并行处理单元1602或并行处理器1600的一个或更多个实例的系统可以以各种配置和形式因素来实现,包括但不限于台式机、膝上型计算机或手持式个人计算机、服务器、工作站、游戏机和/或嵌入式系统。
图16B示出了根据至少一个实施例的处理集群1694。在至少一个实施例中,处理集群1694包括在图1-3中公开的系统中,或者可以与这些系统通信以执行图4中公开的所有过程400的一部分。在至少一个实施例中,处理集群1694被包括在并行处理单元内。在至少一个实施例中,处理集群1694是图16的处理集群1614A-1614N之一的实例。在至少一个实施例中,处理集群1694可以配置成并行执行许多线程,其中术语“线程”是指在特定的一组输入数据上执行的特定程序的实例。在至少一个实施例中,单指令多数据(SIMD)指令发布技术用于支持大量线程的并行执行而无需提供多个独立的指令单元。在至少一个实施例中,使用单指令多线程(SIMT)技术来支持并行执行大量一般同步的线程,这使用了公共指令单元,该公共指令单元配置成向每个处理集群1694内的一组处理引擎发出指令。
在至少一个实施例中,可以通过将处理任务分配给SIMT并行处理器的管线管理器1632来控制处理集群1694的操作。在至少一个实施例中,管线管理器1632从图16的调度器1610接收指令,通过图形多处理器1634和/或纹理单元1636管理这些指令的执行。在至少一个实施例中,图形多处理器1634是SIMT并行处理器的示例性实例。然而,在至少一个实施例中,处理集群1694内可以包括不同架构的各种类型的SIMT并行处理器。在至少一个实施例中,在处理集群1694内可以包括图形多处理器1634的一个或更多个实例。在至少一个实施例中,图形多处理器1634可以处理数据,并且数据交叉开关1640可以用于将处理后的数据分发到多个可能的目的(包括其他着色器单元)地之一。在至少一个实施例中,管线管理器1632可以通过指定要经由数据交叉开关1640分配的处理后的数据的目的地来促进处理后的数据的分配。
在至少一个实施例中,处理集群1694内的每个图形多处理器1634可以包括相同的一组功能执行逻辑(例如,算术逻辑单元、加载存储单元(LSU)等)。在至少一个实施例中,可以以管线方式配置功能执行逻辑,其中可以在先前的指令完成之前发出新的指令。在至少一个实施例中,功能执行逻辑支持多种运算,包括整数和浮点算术、比较操作、布尔运算、移位和各种代数函数的计算。在至少一个实施例中,可以利用相同的功能单元硬件来执行不同的操作,并且可以存在功能单元的任何组合。
在至少一个实施例中,传送到处理集群1694的指令构成线程。在至少一个实施例中,跨一组并行处理引擎执行的一组线程是线程组。在至少一个实施例中,线程组在不同的输入数据上执行程序。在至少一个实施例中,线程组内的每个线程可被分配给图形多处理器1634内的不同处理引擎。在至少一个实施例中,线程组可包括比图形多处理器1634内的多个处理引擎更少的线程。在至少一个实施例中,当线程组包括的线程数少于处理引擎的数量时,一个或更多个处理引擎在正在处理该线程组的循环期间可能是空闲的。在至少一个实施例中,线程组还可以包括比图形多处理器1634内的多个处理引擎更多的线程。在至少一个实施例中,当线程组包括比图形多处理器1634内的处理引擎的数量更多的线程时,可以在连续的时钟周期内执行处理。在至少一个实施例中,可以在图形多处理器1634上同时执行多个线程组。
在至少一个实施例中,图形多处理器1634包括内部高速缓存存储器,以执行加载和存储操作。在至少一个实施例中,图形多处理器1634可以放弃内部高速缓存并使用处理集群1694内的高速缓存存储器(例如,L1高速缓存1648)。在至少一个实施例中,每个图形多处理器1634还可以访问分区单元(例如,图16A的分区单元1620A-1620N)内的L2高速缓存,这些分区单元在所有处理集群1694之间共享并且可以用于在线程之间传输数据。在至少一个实施例中,图形多处理器1634还可以访问片外全局存储器,其可以包括本地并行处理器存储器和/或系统存储器中的一个或更多个。在至少一个实施例中,并行处理单元1602外部的任何存储器都可以用作全局存储器。在至少一个实施例中,处理集群1694包括图形多处理器1634的多个实例,它们可以共享可以存储在L1高速缓存1648中的公共指令和数据。
在至少一个实施例中,每个处理集群1694可以包括配置成将虚拟地址映射为物理地址的MMU 1645。在至少一个实施例中,MMU 1645的一个或更多个实例可以驻留在图16的存储器接口1618内。在至少一个实施例中,MMU 1645包括一组页表条目(PTE),其用于将虚拟地址映射到图块(谈论有关图块的更多信息)的物理地址以及可选地映射到高速缓存行索引。在至少一个实施例中,MMU 1645可以包括地址转换后备缓冲区(TLB)或可以驻留在图形多处理器1634或L1高速缓存1648或处理集群1694内的高速缓存。在至少一个实施例中,处理物理地址以分配表面数据访问局部性,以便在分区单元之间进行有效的请求交织。在至少一个实施例中,高速缓存行索引可以用于确定对高速缓存线的请求是命中还是未命中。
在至少一个实施例中,可以配置处理集群1694,使得每个图形多处理器1634耦合到纹理单元1636,以执行纹理映射操作,例如,可以涉及确定纹理样本位置、读取纹理数据以及过滤纹理数据。在至少一个实施例中,根据需要从内部纹理L1高速缓存(未示出)或从图形多处理器1634内的L1高速缓存中读取纹理数据,并从L2高速缓存、本地并行处理器存储器或系统存储器中获取纹理数据。在至少一个实施例中,每个图形多处理器1634将处理后的任务输出到数据交叉开关1640,以将处理后的任务提供给另一处理集群1694以进行进一步处理或将处理后的任务存储在L2高速缓存、本地并行处理器存储器、或经由存储器交叉开关1616的系统存储器中。在至少一个实施例中,光栅前操作单元(preROP)1642配置成从图形多处理器1634接收数据,将数据引导至ROP单元,该ROP单元可以与本文所述的分区单元(例如,图16的分区单元1620A-1620N)一起定位。在至少一个实施例中,PreROP 1642单元可以执行用于颜色混合的优化、组织像素颜色数据以及执行地址转换。
图16C示出了根据至少一个实施例的图形多处理器1696。在至少一个实施例中,图形多处理器1696是图16B的图形多处理器1634。在至少一个实施例中,图形多处理器1696与处理集群1694的管线管理器1632耦合。在至少一个实施例中,图形多处理器1696具有执行管线,该执行管线包括但不限于指令高速缓存1652、指令单元1654、地址映射单元1656、寄存器文件1658、一个或更多个GPGPU核心1662和一个或更多个LSU1666。GPGPU核心1662和LSU 1666与高速缓存存储器1672和共享存储器1670通过存储器和高速缓存互连1668耦合。
在至少一个实施例中,指令高速缓存1652从管线管理器1632接收要执行的指令流。在至少一个实施例中,将指令高速缓存在指令高速缓存1652中并将其分派以供指令单元1654执行。在一个实施例中,指令单元1654可以分派指令作为线程组(例如,线程束),将线程组的每个线程分配给GPGPU核心1662内的不同执行单元。在至少一个实施例中,指令可以通过在统一地址空间内指定地址来访问任何本地、共享或全局地址空间。在至少一个实施例中,地址映射单元1656可以用于将统一地址空间中的地址转换成可以由LSU 1666访问的不同的存储器地址。
在至少一个实施例中,寄存器文件1658为图形多处理器1696的功能单元提供了一组寄存器。在至少一个实施例中,寄存器文件1658为连接到图形多处理器1696的功能单元(例如,GPGPU核心1662、LSU 1666)的数据路径的操作数提供了临时存储。在至少一个实施例中,在每个功能单元之间划分寄存器文件1658,使得为每个功能单元分配寄存器文件1658的专用部分。在至少一个实施例中,寄存器文件1658在图形多处理器1696正在执行的不同线程组之间划分。
在至少一个实施例中,GPGPU核心1662可以各自包括用于执行图多处理器1696的指令的FPU和/或ALU。GPGPU核心1662在架构上可以相似或架构可能有所不同。在至少一个实施例中,GPGPU核心1662的第一部分包括单精度FPU和整数ALU,而GPGPU核心的第二部分包括双精度FPU。在至少一个实施例中,FPU可以实现用于浮点算法的IEEE 754-1608标准或启用可变精度浮点算法。在至少一个实施例中,图形多处理器1696可以另外包括一个或更多个固定功能或特殊功能单元,以执行特定功能,诸如复制矩形或像素混合操作。在至少一个实施例中,GPGPU核心1662中的一个或更多个也可以包括固定或特殊功能逻辑。
在至少一个实施例中,GPGPU核心1662包括能够对多组数据执行单个指令的SIMD逻辑。在至少一个实施例中,GPGPU核心1662可以物理地执行SIMD4、SIMD8和SIMD9指令,并且在逻辑上执行SIMD1、SIMD2和SIMD32指令。在至少一个实施例中,用于GPGPU核心的SIMD指令可以在编译时由着色器编译器生成,或者在执行针对单程序多数据(SPMD)或SIMT架构编写和编译的程序时自动生成。在至少一个实施例中,可以通过单个SIMD指令来执行为SIMT执行模型配置的程序的多个线程。例如,在至少一个实施例中,可以通过单个SIMD8逻辑单元并行执行执行相同或相似操作的八个SIMT线程。
在至少一个实施例中,存储器和高速缓存互连1668是将图形多处理器1696的每个功能单元连接到寄存器文件1658和共享存储器1670的互连网络。在至少一个实施例中,存储器和高速缓存互连1668是交叉开关互连,其允许LSU 1666在共享存储器1670和寄存器文件1658之间实现加载和存储操作。在至少一个实施例中,寄存器文件1658可以以与GPGPU核心1662相同的频率操作,从而在GPGPU核心1662和寄存器文件1658之间进行数据传输的延迟非常低。在至少一个实施例中,共享存储器1670可以用于启用在图形多处理器1696内的功能单元上执行的线程之间的通信。在至少一个实施例中,高速缓存存储器1672可以用作例如数据高速缓存,以高速缓存在功能单元和纹理单元1636之间通信的纹理数据。在至少一个实施例中,共享存储器1670也可以用作程序管理的高速缓存。在至少一个实施例中,除了存储在高速缓存存储器1672中的自动高速缓存的数据之外,在GPGPU核心1662上执行的线程还可以以编程方式将数据存储在共享存储器中。
在至少一个实施例中,如本文所述的并行处理器或GPGPU通信地耦合到主机/处理器核心,以加速图形操作、机器学习操作、图案分析操作以及各种通用GPU(GPGPU)功能。在至少一个实施例中,GPU可以通过总线或其他互连(例如,诸如PCIe或NVLink的高速互连)通信地耦合到主机处理器/核心。在至少一个实施例中,GPU可以与核心集成在相同的封装或芯片上,并通过内部处理器总线/互连(即,封装或芯片的内部)通信地耦合到核心。在至少一个实施例中,不管GPU连接的方式如何,处理器核心可以以WD包含的命令/指令序列的形式向GPU分配工作。在至少一个实施例中,GPU然后使用专用电路/逻辑来有效地处理这些命令/指令。
图17示出了根据至少一个实施例的图形处理器1700。在至少一个实施例中,图形处理器1700包括在图1-3中公开的系统中,或者可以与这些系统通信以执行图4中公开的所有过程400的一部分。例如,图形处理器1700可以是图1中的GPU 120。在至少一个实施例中,图形处理器1700包括环形互连1702、管线前端1704、媒体引擎1737和图形核心1780A-1780N。在至少一个实施例中,环形互连1702将图形处理器1700耦合到其他处理单元,包括其他图形处理器或一个或更多个通用处理器核心。在至少一个实施例中,图形处理器1700是集成在多核心处理系统内的许多处理器之一。
在至少一个实施例中,图形处理器1700经由环形互连1702接收多批命令。在至少一个实施例中,输入命令由管线前端1704中的命令流转化器1703解释。在至少一个实施例中,图形处理器1700包括可缩放执行逻辑,以经由图形核心1780A-1780N执行3D几何处理和媒体处理。在至少一个实施例中,对于3D几何处理命令,命令流转化器1703将命令提供给几何管线1736。在至少一个实施例中,对于至少一些媒体处理命令,命令流转化器1703将命令提供给视频前端1734,其与媒体引擎1737耦合。在至少一个实施例中,媒体引擎1737包括用于视频和图像后处理的视频质量引擎(VQE)1730,以及用于提供硬件加速媒体数据编码和解码的多格式编码/解码(MFX)1733引擎。在至少一个实施例中,几何管线1736和媒体引擎1737各自生成用于由至少一个图形核心1780A提供的线程执行资源的执行线程。
在至少一个实施例中,图形处理器1700包括以模块化图形核心1780A-1780N(有时称为核心切片)为特征的可缩放线程执行资源,每个模块核心具有多个子核心1750A-1750N、1760A-1760N(有时称为核心子切片)。在至少一个实施例中,图形处理器1700可以具有任意数量的图形核心1780A至1780N。在至少一个实施例中,图形处理器1700包括具有至少第一子核心1750A和第二子核心1760A的图形核心1780A。在至少一个实施例中,图形处理器1700是具有单个子核心(例如1750A)的低功率处理器。在至少一个实施例中,图形处理器1700包括多个图形核心1780A-1780N,每个图形核心包括一组第一子核心1750A-1750N和一组第二子核心1760A-1760N。在至少一个实施例中,第一子核心1750A-1750N中的每个子核心至少包括第一组执行单元(EU)1752A-1752N和媒体/纹理采样器1754A-1754N。在至少一个实施例中,第二子核心1760A-1760N中的每个子核心至少包括第二组执行单元1762A-1762N和采样器1764A-1764N。在至少一个实施例中,每个子核心1750A-1750N、1760A-1760N共享一组共享资源1770A-1770N。在至少一个实施例中,共享资源包括共享高速缓冲存储器和像素操作逻辑。
图18示出了根据至少一个实施例的用于处理器1800。在至少一个实施例中,处理器1800可以包括但不限于执行指令的逻辑电路。在至少一个实施例中,处理器1800包括在图1-3中公开的系统中,或者可以与这些系统通信以执行图4中公开的所有过程400的一部分。例如,处理器1800可以是图1中的CPU102。在至少一个实施例中,处理器1800可以执行指令,包括x86指令、ARM指令、用于ASIC的专用指令等。在至少一个实施例中,处理器1810可以包括用于存储封装数据的寄存器,例如作为加利福尼亚州圣克拉拉市英特尔公司采用MMX技术启用的微处理器中的64位宽MMXTM寄存器。在至少一个实施例中,整数和浮点数形式可用的MMX寄存器可以与封装的数据元素一起运行,所述封装的数据元素伴随SIMD和流式SIMD扩展(“SSE”)指令。在至少一个实施例中,与SSE2、SSE3、SSE4、AVX或更高版本(一般称为“SSEx”)技术有关的128位宽XMM寄存器可以保存此类封装数据操作数。在至少一个实施例中,处理器1810可以执行指令以加速CUAD程序。
在至少一个实施例中,处理器1800包括有序前端(“前端”)1801,以提取要执行的指令并准备稍后在处理器管线中使用的指令。在至少一个实施例中,前端1801可以包括几个单元。在至少一个实施例中,指令预取器1826从存储器中获取指令并将指令提供给指令解码器1828,指令解码器1828又对指令进行解码或解释。例如,在至少一个实施例中,指令解码器1828将接收到的指令解码用于执行的所谓的“微指令”或“微操作”(也称为“微操作”或“微指令”)的一个或更多个操作。在至少一个实施例中,指令解码器1828将指令解析为操作码以及相应的数据和控制字段,其可以由微架构用来使用以执行操作。在至少一个实施例中,跟踪高速缓存1830可以将解码的微指令组装成微指令队列1834中的程序排序的序列或追踪以供执行。在至少一个实施例中,当追踪高速缓存1830遇到复杂指令时,微码ROM1832提供完成操作所需的微指令。
在至少一个实施例中,可以将一些指令转换成单个微操作,而另一些指令则需要几个微操作来完成全部操作。在至少一个实施例中,如果需要多于四个的微指令来完成一条指令,则指令解码器1828可以访问微码ROM 1832以执行指令。在至少一个实施例中,可以将指令解码为少量的微指令以在指令解码器1828处进行处理。在至少一个实施例中,如果需要多个微指令完成操作,则可以将指令存储在微码ROM 1832中。在至少一个实施例中,追踪高速缓存器1830参考入口点可编程逻辑阵列(“PLA”)以确定正确的微指令指针,用于根据至少一个实施例从微码ROM 1832读取微码序列以完成一个或更多个指令。在至少一个实施例中,在微码ROM1832完成对指令的微操作排序之后,机器的前端1801可以恢复从追踪高速缓存1830获取微操作。
在至少一个实施例中,乱序执行引擎(“乱序引擎”)1803可以准备用于执行的指令。在至少一个实施例中,乱序执行逻辑具有多个缓冲区,以使指令流平滑并重新排序,以在指令沿管线下降并被调度执行时优化性能。乱序执行引擎1803包括但不限于分配器/寄存器重命名器1840、存储器微指令队列1842、整数/浮点微指令队列1844、存储器调度器1846、快速调度器1802、慢速/通用浮点调度器(“慢速/通用FP调度器”)1804和简单浮点调度器(“简单FP调度器”)1806。在至少一个实施例中,快速调度器1802、慢速/通用浮点调度器1804和简单浮点调度器1806也统称为“微指令调度器1802、1804、1806”。分配器/寄存器重命名器1840分配每个微指令按顺序执行所需要的机器缓冲区和资源。在至少一个实施例中,分配器/寄存器重命名器1840将逻辑寄存器重命名为寄存器文件中的条目。在至少一个实施例中,分配器/寄存器重命名器1840还为两个微指令队列之一中的每个微指令分配条目,存储器微指令队列1842用于存储器操作和整数/浮点微指令队列1844用于非存储器操作,在存储器调度器1846和微指令调度器1802、1804、1806的前面。在至少一个实施例中,微指令调度器1802、1804、1806基于它们的从属输入寄存器操作数源的就绪性和需要完成的执行资源微指令的可用性来确定何时准备好执行微指令。在至少一个实施例中,至少一个实施例的快速调度器1802可以在主时钟周期的每个一半上调度,而慢速/通用浮点调度器1804和简单浮点调度器1806可以在每个主处理器时钟周期调度一次。在至少一个实施例中,微指令调度器1802、1804、1806对调度端口进行仲裁,以调度用于执行的微指令。
在至少一个实施例中,执行块1811包括但不限于整数寄存器文件/支路网络1808、浮点寄存器文件/支路网络(“FP寄存器文件/支路网络”)1810、地址生成单元(“AGU”)1812和1814、快速算术逻辑单元(“快速ALU”)1816和1818、慢速ALU 1820、浮点ALU(“FP”)1822和浮点移动单元(“FP移动”)1824。在至少一个实施例中,整数寄存器文件/支路网络1808和浮点寄存器文件/旁路网络1810在本文中也称为“寄存器文件1808、1810”。在至少一个实施例中,AGUS 1812和1814、快速ALU 1816和1818、慢速ALU 1820、浮点ALU 1822和浮点移动单元1824在本文中也称为“执行单元1812、1814、1816、1818、1820、1822和1824”。在至少一个实施例中,执行框可以包括但不限于任意数量(包括零)和类型的寄存器文件、支路网络、地址生成单元和执行单元(以任何组合)。
在至少一个实施例中,寄存器文件1808、1810可以布置在微指令调度器1802、1804、1806与执行单元1812、1814、1816、1818、1820、1822和1824之间。在至少一个实施例中,整数寄存器文件/支路网络1808执行整数运算。在至少一个实施例中,浮点寄存器文件/支路网络1810执行浮点操作。在至少一个实施例中,寄存器文件1808、1810中的每一个可以包括但不限于支路网络,该支路网络可以绕过或转发尚未写入寄存器文件中的刚刚完成的结果到新的从属对象。在至少一个实施例中,寄存器文件1808、1810可以彼此通信数据。在至少一个实施例中,整数寄存器文件/支路网络1808可以包括但不限于两个单独的寄存器文件、一个寄存器文件用于低阶32位数据,第二寄存器文件用于高阶32位数据。在至少一个实施例中,浮点寄存器文件/支路网络1810可以包括但不限于128位宽的条目,因为浮点指令通常具有宽度为64至128位的操作数。
在至少一个实施例中,执行单元1812、1814、1816、1818、1820、1822、1824可以执行指令。在至少一个实施例中,寄存器文件1808、1810存储微指令需要执行的整数和浮点数据操作数值。在至少一个实施例中,处理器1800可以包括但不限于任意数量的执行单元1812、1814、1816、1818、1820、1822、1824及其组合。在至少一个实施例中,浮点ALU 1822和浮点移动单元1824,可以执行浮点、MMX、SIMD、AVX和SSE或其他操作,包括专门的机器学习指令。在至少一个实施例中,浮点ALU 1822可以包括但不限于64位乘64位浮点除法器,以执行除法、平方根和余数微操作。在至少一个实施例中,可以用浮点硬件来处理涉及浮点值的指令。在至少一个实施例中,可以将ALU操作传递给快速ALU 1816、1818。在至少一个实施例中,快速ALUS 1816、1818可以以半个时钟周期的有效延迟执行快速操作。在至少一个实施例中,大多数复杂的整数运算进入慢速ALU 1820,因为慢速ALU 1820可以包括但不限于用于长延迟类型操作的整数执行硬件,例如乘法器、移位、标志逻辑和分支处理。在至少一个实施例中,存储器加载/存储操作可以由AGUS 1812、1814执行。在至少一个实施例中,快速ALU 1816、快速ALU 1818和慢速ALU 1820可以对64位数据操作数执行整数运算。在至少一个实施例中,可以实现快速ALU1816、快速ALU 1818和慢速ALU 1820以支持包括16、32、128、256等的各种数据位大小。在至少一个实施例中,浮点ALU 1822和浮点移动单元1824可以实现为支持具有各种宽度的位的一定范围的操作数。在至少一个实施例中,浮点ALU 1822和浮点移动单元1824可以结合SIMD和多媒体指令对128位宽封装数据操作数进行操作。
在至少一个实施例中,微指令调度器1802、1804、1806在父加载完成执行之前调度从属操作。在至少一个实施例中,由于可以在处理器1800中推测性地调度和执行微指令,处理器1800还可以包括用于处理存储器未命中的逻辑。在至少一个实施例中,如果数据高速缓存中的数据加载未命中,则可能存在在管线中正在运行的从属操作,其使调度器暂时没有正确的数据。在至少一个实施例中,一种重放机制追踪踪并重新执行使用不正确数据的指令。在至少一个实施例中,可能需要重放从属操作并且可以允许完成独立操作。在至少一个实施例中,处理器的至少一个实施例的调度器和重放机制也可以设计为捕获用于文本串比较操作的指令序列。
在至少一个实施例中,术语“寄存器”可以指代可以用作识别操作数的指令的一部分的机载处理器存储位置。在至少一个实施例中,寄存器可以是那些可以从处理器外部使用的寄存器(从程序员的角度来看)。在至少一个实施例中,寄存器可能不限于特定类型的电路。相反,在至少一个实施例中,寄存器可以存储数据、提供数据并执行本文描述的功能。在至少一个实施例中,本文描述的寄存器可以通过处理器内的电路使用多种不同技术来实现,例如专用物理寄存器、使用寄存器重命名动态分配的物理寄存器、专用和动态分配的物理寄存器的组合等。在至少一个实施例中,整数寄存器存储32位整数数据。至少一个实施例的寄存器文件还包含八个用于封装数据的多媒体SIMD寄存器。
图19示出了根据至少一个实施例的处理器1900。在至少一个实施例中,处理器1900包括在图1-3中公开的系统中,或者可以与这些系统通信以执行图4中公开的所有过程400的一部分。例如,处理器1900可以是图1中的CPU 102。在至少一个实施例中,处理器1900包括但不限于一个或更多个处理器核心(核心)1902A-1902N、集成存储器控制器1914和集成图形处理器1908。在至少一个实施例中,处理器1900可以包括直至并包括由虚线框表示的附加处理器核心1902N的附加核心。在至少一个实施例中,每个处理器核心1902A-1902N包括一个或更多个内部高速缓存单元1904A-1904N。在至少一个实施例中,每个处理器核心还可以访问一个或更多个共享高速缓存的单元1906。
在至少一个实施例中,内部高速缓存单元1904A-1904N和共享高速缓存单元1906表示处理器1900内的高速缓存存储器层次结构。在至少一个实施例中,高速缓存存储器单元1904A-1904N可以包括每个处理器核心内的至少一级指令和数据以及共享中级缓存中的一级或更多级缓存,例如L2、L3、4级(L4)或其他级别的缓存,其中在外部存储器之前将最高级别的缓存归类为LLC。在至少一个实施例中,高速缓存一致性逻辑维持各种高速缓存单元1906和1904A-1904N之间的一致性。
在至少一个实施例中,处理器1900还可包括一组一个或更多个总线控制器单元1916和系统代理核心1910。在至少一个实施例中,一个或更多个总线控制器单元1916管理一组外围总线,例如一个或更多个PCI或PCIExpress总线。在至少一个实施例中,系统代理核心1910为各种处理器组件提供管理功能。在至少一个实施例中,系统代理核心1910包括一个或更多个集成存储器控制器1914,以管理对各种外部存储器设备(未示出)的访问。
在至少一个实施例中,一个或更多个处理器核心1902A-1902N包括对多线程同时进行的支持。在至少一个实施例中,系统代理核心1910包括用于在多线程处理期间协调和操作处理器核心1902A-1902N的组件。在至少一个实施例中,系统代理核心1910可以另外包括电源控制单元(PCU),该电源控制单元包括逻辑和组件以调节处理器核心1902A-1902N和图形处理器1908的一个或更多个电源状态。
在至少一个实施例中,处理器1900另外包括图形处理器1908以执行图处理操作。在至少一个实施例中,图形处理器1908与共享高速缓存单元1906和包括一个或更多个集成存储器控制器1914的系统代理核心1910耦合。在至少一个实施例中,系统代理核心1910还包括用于驱动图形处理器输出到一个或更多个耦合的显示器的显示器控制器1911。在至少一个实施例中,显示器控制器1911也可以是经由至少一个互连与图形处理器1908耦合的独立模块,或者可以集成在图形处理器1908内。
在至少一个实施例中,基于环的互连单元1912用于耦合处理器1900的内部组件。在至少一个实施例中,可以使用替代性互连单元,例如点对点互连、交换互连或其他技术。在至少一个实施例中,图形处理器1908经由I/O链路1913与环形互连1912耦合。
在至少一个实施例中,I/O链路1913代表多种I/O互连中的至少一种,包括促进各种处理器组件与高性能嵌入式存储器模块1918(例如eDRAM模块)之间的通信的封装I/O互连。在至少一个实施例中,处理器核心1902A-1902N和图形处理器1908中的每一个使用嵌入式存储器模块1918作为共享的LLC。
在至少一个实施例中,处理器核心1902A-1902N是执行公共指令集架构的同质核心。在至少一个实施例中,处理器核心1902A-1902N在ISA方面是异构的,其中一个或更多个处理器核心1902A-1902N执行公共指令集,而一个或更多个其他处理器核心1902A-1902N执行公共指令集或不同指令集的子集。在至少一个实施例中,就微架构而言,处理器核心1902A-1902N是异构的,其中具有相对较高功耗的一个或更多个核心与具有较低功耗的一个或更多个功率核心耦合。在至少一个实施例中,处理器1900可以实现在一个或更多个芯片上或被实现为SoC集成电路。
图20示出了根据所描述的至少一个实施例的图形处理器核心2000。在至少一个实施例中,图形处理器核心2000包括在图1-3中公开的系统中,或者可以与这些系统通信以执行图4中公开的所有过程400的一部分。例如,图形处理器核心2000可以是图1中的GPU核心125、130和135。在至少一个实施例中,图形处理器核心2000包括在图形核心阵列中。在至少一个实施例中,图形处理器核心2000(有时称为核心切片)可以是模块化图形处理器内的一个或更多个图形核心。在至少一个实施例中,图形处理器核心2000是一个图形核心切片的示例,并且本文所述的图形处理器可以基于目标功率和性能包络线包括多个图形核心切片。在至少一个实施例中,每个图形核心2000可以包括与多个子核心2001A-2001F耦合的固定功能块2030,也称为子切片,其包括通用和固定功能逻辑的模块块。
在至少一个实施例中,固定功能块2030包括几何/固定功能管线2036,例如,在较低性能和/或较低功率的图形处理器实施方式中,该几何/固定功能管线2036可以由图形处理器2000中的所有子核心共享。在至少一个实施例中,几何/固定功能管线2036包括3D固定功能管线、视频前端单元,线程产生器和线程分派器以及管理统一返回缓冲区的统一返回缓冲区管理器。
在至少一个实施例中,固定功能块2030还包括图形SoC接口2037、图形微控制器2038和媒体管线2039。图形SoC接口2037提供了图形核心2000以及SoC集成电路系统中的其他处理器核心之间的接口。在至少一个实施例中,图形微控制器2038是可编程子处理器,其可配置为管理图形处理器2000的各种功能,包括线程分派、调度和抢占。在至少一个实施例中,媒体管线2039包括有助于对包括图像和视频数据的多媒体数据进行解码、编码、预处理和/或后处理的逻辑。在至少一个实施例中,媒体管线2039经由对子核心2001-2001F内的计算或采样逻辑的请求来实现媒体操作。
在至少一个实施例中,SoC接口2037使图形核心2000能够与通用应用处理器核心(例如,CPU)和/或SoC内的其他组件通信,包括存储器层次结构元素,诸如共享的LLC存储器、系统RAM和/或嵌入式片上或封装DRAM。在至少一个实施例中,SoC接口2037还可以使得能够与SoC内的固定功能设备(例如,相机成像管线)进行通信,并且使得能够使用和/或实现可以在图形核心2000和SoC内部的CPU之间共享的全局存储器原子。在至少一个实施例中,SoC接口2037还可以实现用于图形核心2000的电源管理控制,并且启用图形核心2000的时钟域与SoC内的其他时钟域之间的接口。在至少一个实施例中,SoC接口2037使得能够从命令流转化器和全局线程分派器接收命令缓冲区,其配置为向图形处理器内的一个或更多个图形核心中的每一个提供命令和指令。在至少一个实施例中,当要执行媒体操作时,可以将命令和指令分派给媒体管线2039,或者当要执行图处理操作时,可以将其分配给几何形状和固定功能管线(例如,几何形状和固定功能管线2036、几何形状和固定功能管线2014)。
在至少一个实施例中,图形微控制器2038可以配置为对图形核心2000执行各种调度和管理任务。在至少一个实施例中,图形微控制器2038可以在子核心2001A-2001F中的执行单元(EU)阵列2002A-2002F、2004A-2004F内的各种图形并行引擎上执行图和/或计算工作负载调度。在至少一个实施例中,在包括图形核心2000的SoC的CPU核心上执行的主机软件可以提交多个图形处理器门铃之一的工作负载,其调用适当的图形引擎上的调度操作。在至少一个实施例中,调度操作包括确定接下来要运行哪个工作负载、将工作负载提交给命令流转化器、抢先在引擎上运行的现有工作负载、监控工作负载的进度以及在工作负载完成时通知主机软件。在至少一个实施例中,图形微控制器2038还可以促进图形核心2000的低功率或空闲状态,从而为图形核心2000提供在图形核心2000内独立于操作系统和/或系统上的图形驱动器软件的跨低功率状态转换的保存和恢复寄存器的能力。
在至少一个实施例中,图形核心2000可以具有比所示的子核心2001A-2001F更多或更少的子核心,达N个模块化子核心。对于每组N个子核心,在至少一个实施例中,图形核心2000还可以包括共享功能逻辑2010、共享和/或高速缓存存储器2012、几何/固定功能管线2014以及附加的固定功能逻辑2016以加速各种图形和计算处理操作。在至少一个实施例中,共享功能逻辑2010可以包括可由图形核心2000内的每个N个子核心共享的逻辑单元(例如,采样器、数学和/或线程间通信逻辑)。共享和/或高速缓存存储器2012可以是图形核心2000内的N个子核心2001A-2001F的LLC,并且还可以用作可由多个子核心访问的共享存储器。在至少一个实施例中,可以包括几何/固定功能管线2014来代替固定功能块2030内的几何/固定功能管线2036,并且可以包括相同或相似的逻辑单元。
在至少一个实施例中,图形核心2000包括附加的固定功能逻辑2016,其可以包括供图形核心2000使用的各种固定功能加速逻辑。在至少一个实施例中,附加的固定功能逻辑2016包括用于仅位置着色中使用的附加的几何管线。在仅位置着色中,存在至少两个几何管线,而在几何/固定功能管线2016、2036内的完整几何管线和剔除管线中,其是可以包括在附加的固定功能逻辑2016中的附加几何管线。在至少一个实施例中,剔除管线是完整几何管线的修整版。在至少一个实施例中,完整管线和剔除管线可以执行应用程序的不同实例,每个实例具有单独的环境。在至少一个实施例中,仅位置着色可以隐藏被丢弃的三角形的长剔除运行,从而在某些情况下可以更早地完成着色。例如,在至少一个实施例中,附加固定功能逻辑2016中的剔除管线逻辑可以与主应用程序并行执行位置着色器,并且通常比完整管线更快地生成关键结果,因为剔除管线获取并遮蔽顶点的位置属性,无需执行光栅化和将像素渲染到帧缓冲区。在至少一个实施例中,剔除管线可以使用生成的临界结果来计算所有三角形的可见性信息,而与这些三角形是否被剔除无关。在至少一个实施例中,完整管线(在这种情况下可以称为重播管线)可以消耗可见性信息来跳过剔除的三角形以仅遮盖最终传递到光栅化阶段的可见三角形。
在至少一个实施例中,附加的固定功能逻辑2016还可包括通用目标处理加速逻辑,例如固定功能矩阵乘法逻辑,用于实现减速CUAD程序。
在至少一个实施例中,在每个图形子核心2001A-2001F内包括一组执行资源,其可用于响应于图形管线、媒体管线或着色器程序的请求来执行图、媒体和计算操作。在至少一个实施例中,图形子核心2001A-2001F包括多个EU阵列2002A-2002F、2004A-2004F,线程分派和线程间通信(TD/IC)逻辑2003A-2003F,3D(例如,纹理)采样器2005A-2005F,媒体采样器2006A-2006F,着色器处理器2007A-2007F和共享本地存储器(SLM)2008A-2008F。EU阵列2002A-2002F、2004A-2004F每个都包含多个执行单元,这些执行单元是GUGPU,能够为图形、媒体或计算操作提供服务,执行浮点和整数/定点逻辑运算,包括图形、媒体或计算着色器程序。在至少一个实施例中,TD/IC逻辑2003A-2003F为子核心内的执行单元执行本地线程分派和线程控制操作,并促进在子核心的执行单元上执行的线程之间的通信。在至少一个实施例中,3D采样器2005A-2005F可以将与纹理或其他3D图形相关的数据读取到存储器中。在至少一个实施例中,3D采样器可以基于与给定纹理相关联的配置的采样状态和纹理格式来不同地读取纹理数据。在至少一个实施例中,媒体采样器2006A-2006F可以基于与媒体数据相关联的类型和格式来执行类似的读取操作。在至少一个实施例中,每个图形子核心2001A-2001F可以可替代地包括统一的3D和媒体采样器。在至少一个实施例中,在每个子核心2001A-2001F内的执行单元上执行的线程可以利用每个子核心内的共享本地存储器2008A-2008F,以使在线程组内执行的线程能够使用片上存储器的公共池来执行。
图21示出了根据至少一个实施例的并行处理单元(“PPU”)2100。在至少一个实施例中,PPU 2100包括在图1-3中公开的系统中,或者可以与这些系统通信以执行图4中公开的所有过程400的一部分。例如,PPU2100可以是图1中的GPU 120。在至少一个实施例中,PPU2100配置有机器可读代码,该机器可读代码如果由PPU 2100执行,则使得PPU 2100执行贯穿本文描述的一些或全部过程和技术。在至少一个实施例中,PPU2100是在一个或更多个集成电路设备上实现的多线程处理器,并且利用多线程作为被设计为处理在多个线程上并行执行的计算机可读指令(也称为机器可读指令或简单的指令)的延迟隐藏技术。在至少一个实施例中,线程是指执行线程,并且是被配置为由PPU 2100执行的一组指令的实例。在至少一个实施例中,PPU 2100是图形处理单元(“GPU”),图形处理单元配置为实现用于处理三维(“3D”)图形数据的图形渲染管线,以便生成用于在显示设备(诸如LCD设备)上显示的二维(“2D”)图像数据。在至少一个实施例中,PPU 2100用于执行计算,诸如线性代数运算和机器学习运算。图21仅出于说明性目的示出了示例并行处理器,并且应被解释为在至少一个实施例中实现的处理器架构的非限制性示例。
在至少一个实施例中,一个或更多个PPU 2100配置成加速高性能计算(“HPC”)、数据中心和机器学习应用程序。在至少一个实施例中,一个或更多个PPU 2100配置成加速CUDA程序。在至少一个实施例中,PPU2100包括但不限于I/O单元2106、前端单元2110、调度器单元2112、工作分配单元2114、集线器2116、交叉开关(“Xbar”)2120、一个或更多个通用处理集群(“GPC”)2118和一个或更多个分区单元(“存储器分区单元”)2122。在至少一个实施例中,PPU 2100通过一个或更多个高速GPU互连(“GPU互连”)2108连接到主机处理器或其他PPU 2100。在至少一个实施例中,PPU 2100通过互连2102连接到主机处理器或其他外围设备。在一实施例中,PPU 2100连接到包括一个或更多个存储器设备(“存储器”)2104的本地存储器。在至少一个实施例中,存储器设备2104包括但不限于一个或更多个动态随机存取存储器(“DRAM”)设备。在至少一个实施例中,一个或更多个DRAM设备配置和/或可配置为高带宽存储器(“HBM”)子系统,并且在每个设备内堆叠有多个DRAM管芯。
在至少一个实施例中,高速GPU互连2108可以指代系统使用其来进行缩放的基于线的多通道通信链路,并包括与一个或更多个CPU结合的一个或更多个PPU2100(“CPU”),支持PPU2100和CPU之间的高速缓存一致性以及CPU主控。在至少一个实施例中,高速GPU互连2108通过集线器2116将数据和/或命令传输到PPU2100的其他单元,例如一个或更多个复制引擎、视频编码器、视频解码器、电源管理单元和/或在图21中可能未明确示出的其他组件。
在至少一个实施例中,I/O单元2106配置为通过系统总线2102从主机处理器(图21中未示出)发送和接收通信(例如,命令、数据)。在至少一个实施例中,I/O单元2106直接通过系统总线2102或通过一个或更多个中间设备(例如存储器桥)与主机处理器通信。在至少一个实施例中,I/O单元2106可以经由系统总线2102与一个或更多个其他处理器(例如一个或更多个PPU2100)通信。在至少一个实施例中,I/O单元2106实现PCIe接口,用于通过PCIe总线进行通信。在至少一个实施例中,I/O单元2106实现用于与外部设备通信的接口。
在至少一个实施例中,I/O单元2106对经由系统总线2102接收的分组进行解码。在至少一个实施例中,至少一些分组表示被配置为使PPU2100执行各种操作的命令。在至少一个实施例中,I/O单元2106如命令所指定的那样将解码的命令发送到PPU 2100的各种其他单元。在至少一个实施例中,命令被发送到前端单元2110和/或被发送到集线器2116或PPU2100的其他单元,例如一个或更多个复制引擎、视频编码器、视频解码器、电源管理单元等(图21中未明确示出)。在至少一个实施例中,I/O单元2106配置为在PPU 2100的各种逻辑单元之间路由通信。
在至少一个实施例中,由主机处理器执行的程序在缓冲区中对命令流进行编码,该缓冲区将工作负载提供给PPU 2100以进行处理。在至少一个实施例中,工作负载包括指令和要由那些指令处理的数据。在至少一个实施例中,缓冲区是可由主机处理器和PPU2100两者访问(例如,读/写)的存储器中的区域—主机接口单元可以配置为访问经由I/O单元2106通过系统总线2102传输的存储器请求连接到系统总线2102的系统存储器中的缓冲区。在至少一个实施例中,主机处理器将命令流写入缓冲区,然后将指示命令流开始的指针发送给PPU 2100,使得前端单元2110接收指向一个或更多个命令流指针并管理一个或更多个命令流,从命令流中读取命令并将命令转发到PPU 2100的各个单元。
在至少一个实施例中,前端单元2110耦合到调度器单元2112,该调度器单元2112配置各种GPC 2118以处理由一个或更多个命令流定义的任务。在至少一个实施例中,调度器单元2112配置为跟踪与调度器单元2112管理的各种任务有关的状态信息,其中状态信息可以指示任务被分配给哪个GPC 2118,任务是活跃的还是非活跃的,与任务相关联的优先级等等。在至少一个实施例中,调度器单元2112管理在一个或更多个GPC 2118上执行的多个任务。
在至少一个实施例中,调度器单元2112耦合到工作分配单元2114,该工作分配单元2114配置为分派任务以在GPC 2118上执行。在至少一个实施例中,工作分配单元2114跟踪从调度器单元2112接收到的多个调度任务并且工作分配单元2114管理每个GPC 2118的待处理任务池和活跃任务池。在至少一个实施例中,待处理任务池包括多个时隙(例如32个时隙),这些时隙包含分配给要由特定的GPC 2118处理的任务;活跃任务池可包括用于由GPC 2118主动处理的任务的多个时隙(例如4个时隙),以使随着GPC 2118中的一个完成任务的执行,该任务将从GPC 2118的活动任务池中逐出,并且从待处理任务池中选择其他任务之一,并安排其在GPC2118上执行。在至少一个实施例中,如果活跃任务在GPC 2118上处于空闲状态,例如在等待数据依赖性解决时,则活跃任务从GPC 2118中驱逐并返回到待处理任务池,同时选择了待处理任务池中的另一个任务并调度在GPC 2118上执行。
在至少一个实施例中,工作分配单元2114经由XBar 2120与一个或更多个GPC2118通信。在至少一个实施例中,XBar 2120是互连网络,其将PPU 2100的许多单元耦合到PPU 2100的其他单元,并且可以配置为将工作分配单元2114耦合到特定的GPC 2118。在至少一个实施例中,一个或更多个PPU 2100的其他单元也可以通过集线器2116连接到XBar2120。
在至少一个实施例中,任务由调度器单元2112管理,并由工作分配单元2114分配给GPC 2118之一。GPC 2118配置为处理任务并产生结果。在至少一个实施例中,结果可以由GPC 2118中的其他任务消耗,通过XBar2120路由到不同的GPC 2118或存储在存储器2104中。在至少一个实施例中,结果可以通过分区单元2122写到存储器2104中,其实现了用于向存储器2104写入数据或从存储器2104读取数据的存储器接口。在至少一个实施例中,结果可以经由高速GPU互连2108传输到另一PPU 2100或CPU。在至少一个实施例中,PPU 2100包括但不限于U个分区单元2122,其等于耦合到PPU 2100的分离且不同的存储器设备2104的数量。
在至少一个实施例中,主机处理器执行驱动器核心,该驱动器核心实现应用程序编程接口(API),该应用程序编程接口使在主机处理器上执行的一个或更多个应用程序能够调度操作以在PPU 2100上执行。在一个实施例中,多个计算应用由PPU 2100同时执行,并且PPU 2100为多个计算应用程序提供隔离、服务质量(“QoS”)和独立的地址空间。在至少一个实施例中,应用程序生成指令(例如,以API调用的形式),该指令使驱动器核心生成一个或更多个任务以供PPU 2100执行,并且驱动器核心将任务输出至由PPU 2100处理的一个或更多个流。在至少一个实施例中,每个任务包括一个或更多个相关线程组,其可以被称为线程束(warp)。在至少一个实施例中,线程束包括可以并行执行的多个相关线程(例如32个线程)。在至少一个实施例中,协作线程可以指代多个线程,包括用于执行任务并且通过共享存储器交换数据的指令。
图22示出了根据至少一个实施例的GPC 2200。在至少一个实施例中,GPC 2200包括在图1-3中公开的系统中,或者可以与这些系统通信以执行图4中公开的所有过程400的一部分。在至少一个实施例中,GPC 2200是图21的GPC 2118。在至少一个实施例中,每个GPC2200包括但不限于用于处理任务的多个硬件单元,并且每个GPC 2200包括但不限于管线管理器2202、预光栅操作单元(“PROP”)2204、光栅引擎2208、工作分配交叉开关(“WDX”)2216、存储器管理单元(“MMU”)2218、一个或更多个数据处理集群(“DPC”)2206,以及部件的任何合适组合。
在至少一个实施例中,GPC 2200的操作由管线管理器2202控制。在至少一个实施例中,管线管理器2202管理一个或更多个DPC 2206的配置,以处理分配给GPC 2200的任务。在至少一个实施例中,管线管理器2202配置一个或更多个DPC 2206中的至少一个以实现图形渲染管线的至少一部分。在至少一个实施例中,DPC 2206配置为在可编程流式多处理器(“SM”)2214上执行顶点着色器程序。在至少一个实施例中,管线管理器2202配置为将从工作分配单元接收的数据包路由到GPC 2200内的适当逻辑单元,以及在至少一个实施例中,可以将一些数据包路由到PROP 2204和/或光栅引擎2208中的固定功能硬件单元,而可以将其他数据包路由到DPC 2206以由原始引擎2212或SM 2214进行处理。在至少一个实施例中,管线管理器2202配置DPC 2206中的至少一个以实现神经网络模型和/或计算管线。在至少一个实施例中,管线管理器2202配置DPC 2206中的至少一个以执行CUDA程序的至少一部分。
在至少一个实施例中,PROP单元2204配置为将由光栅引擎2208和DPC 2206生成的数据路由到分区单元中的光栅操作(“ROP”)单元,例如上面结合图21更详细描述的存储器分区单元2122等。在至少一个实施例中,PROP单元2204配置为执行用于颜色混合的优化、组织像素数据、执行地址转换等等。在至少一个实施例中,光栅引擎2208包括但不限于配置为执行各种光栅操作的多个固定功能硬件单元,并且在至少一个实施例中,光栅引擎2208包括但不限于设置引擎、粗光栅引擎、剔除引擎、裁剪引擎、精细光栅引擎、图块聚合引擎及其任意合适的组合。在至少一个实施例中,设置引擎接收变换后的顶点并生成与由顶点定义的几何图元相关联的平面方程;平面方程式被传送到粗光栅引擎以生成基本图元的覆盖信息(例如,图块的x、y覆盖范围掩码);粗光栅引擎的输出将传输到剔除引擎,在剔除引擎中与z测试失败的图元相关联的片段将被剔除,并传输到剪切引擎,在剪切引擎中剪切位于视锥范围之外的片段。在至少一个实施例中,将经过裁剪和剔除的片段传递给精细光栅引擎,以基于设置引擎生成的平面方程式生成像素片段的属性。在至少一个实施例中,光栅引擎2208的输出包括将由任何适当的实体(例如,由在DPC 2206内实现的片段着色器)处理的片段。
在至少一个实施例中,包括在GPC 2200中的每个DPC 2206包括但不限于M管线控制器(“MPC”)2210;图元引擎2212;一个或更多个SM2214;及其任何合适的组合。在至少一个实施例中,MPC 2210控制DPC2206的操作,将从管线管理器2202接收的分组路由到DPC 2206中的适当单元。在至少一个实施例中,将与顶点相关联的分组路由到图元引擎2212,图元引擎2212配置为从存储器中获取与顶点关联的顶点属性;相反,可以将与着色器程序相关联的数据包发送到SM 2214。
在至少一个实施例中,SM 2214包括但不限于可编程流式处理器,其配置为处理由多个线程表示的任务。在至少一个实施例中,SM 2214是多线程的并且配置为同时执行来自特定线程组的多个线程(例如32个线程),并且实现单指令、多数据(“SIMD”)架构,其中将一组线程(例如,线程束)中的每个线程配置为基于相同的指令集来处理不同的数据集。在至少一个实施例中,线程组中的所有线程执行相同的指令。在至少一个实施例中,SM 2214实施单指令、多线程(“SIMT”)架构,其中一组线程中的每个线程配置为基于相同的指令集来处理不同的数据集,但是其中线程组中的各个线程允许在执行期间发散。在至少一个实施例中,为每个线程束维护程序计数器、调用栈和执行状态,从而当线程束中的线程发散时,实现线程束和线程束内的串行执行之间的并发性。在另一个实施例中,为每个单独的线程维护程序计数器、调用栈和执行状态,从而使得在线程束内和线程束之间的所有线程之间具有相等的并发性。在至少一个实施例中,为每个单独的线程维持执行状态,并且可以收敛并并行地执行执行相同指令的线程以提高效率。下面结合图23更详细地描述SM 2214的至少一个实施例。
在至少一个实施例中,MMU 2218在GPC 2200和存储器分区单元(例如,图21的分区单元2122)之间提供接口,并且MMU 2218提供虚拟地址到物理地址的转换、存储器保护以及存储器请求的仲裁。在至少一个实施例中,MMU 2218提供一个或更多个转换后备缓冲区(“TLB”),用于执行虚拟地址到存储器中的物理地址的转换。
图23示出了根据至少一个实施例的流式多处理器(“SM”)2300。在至少一个实施例中,SM 2300包括在图1-3中公开的系统中,或者可以与这些系统通信以执行图4中公开的所有过程400的一部分。例如,SM2300可以是图1中GPU 120的一部分。在至少一个实施例中,SM2300是图22的SM 2214。在至少一个实施例中,SM 2300包括但不限于指令高速缓存2302;一个或更多个调度器单元2304;寄存器文件2308;一个或更多个处理核心(“核心”)2310;一个或更多个特殊功能单元(“SFU”)2312;一个或更多个加载/存储单元(“LSU”)2314;互连网络2316;共享存储器/一级(“L1”)高速缓存2318;及其任何合适的组合。在至少一个实施例中,工作分配单元调度任务以在并行处理单元(“PPU”)的通用处理集群(“GPC”)上执行,并且每个任务被分配给GPC内部的特定数据处理集群(“DPC”),并且如果任务与着色器程序相关联,则将任务分配给SM 2300之一。在至少一个实施例中,调度器单元2304从工作分配单元接收任务并管理分配给SM 2300的一个或更多个线程块的指令调度。在至少一个实施例中,调度器单元2304调度线程块以作为并行线程的线程束来执行,其中,每个线程块被分配至少一个线程束。在至少一个实施例中,每个线程束执行线程。在至少一个实施例中,调度器单元2304管理多个不同的线程块,将线程束分配给不同的线程块,然后在每个时钟周期内将来自多个不同的协作组的指令分派给各种功能单元(例如,处理核心2310、SFU 2312和LSU 2314)。
在至少一个实施例中,“合作组”可以指用于组织通信线程组的编程模型,其允许开发人员表达线程正在通信的粒度,从而能够表达更丰富、更有效的并行分解。在至少一个实施例中,协作启动API支持线程块之间的同步以执行并行算法。在至少一个实施例中,常规编程模型的API提供了用于同步协作线程的单一、简单的构造:跨线程块的所有线程的屏障(例如,syncthreads()函数)。但是,在至少一个实施例中,程序员可以在小于线程块粒度的情形下来定义线程组,并在所定义的组内进行同步,以实现更高的性能、设计灵活性以及以集合组范围功能接口的形式实现软件重用。在至少一个实施例中,协作组使程序员能够以子块和多块粒度明确定义线程组,并执行集合操作,例如对协作组中的线程进行同步。在至少一个实施例中,子块粒度与单个线程一样小。在至少一个实施例中,编程模型支持跨软件边界的干净组合,从而库和实用程序功能可以在其本地环境中安全地同步,而不必进行关于收敛的假设。在至少一个实施例中,协作组图元使协作并行的新图案成为可能,包括但不限于生产者-消费者并行,机会主义并行以及整个线程块网格上的全局同步。
在至少一个实施例中,分派单元2306配置为将指令发送到功能单元中的一个或更多个,并且调度器单元2304包括但不限于两个分派单元2306,该两个分派单元2306使得来自相同线程束的两个不同指令能够在每个时钟周期被分派。在至少一个实施例中,每个调度器单元2304包括单个分派单元2306或附加分派单元2306。
在至少一个实施例中,每个SM 2300在至少一个实施例中包括但不限于寄存器文件2308,该寄存器文件2308为SM 2300的功能单元提供了一组寄存器。在至少一个实施例中,寄存器文件2308在每个功能单元之间划分,从而为每个功能单元分配寄存器文件2308的专用部分。在至少一个实施例中,寄存器文件2308在由SM 2300执行的不同线程束之间划分,并且寄存器文件2308为连接到功能单元的数据路径的操作数提供临时存储。在至少一个实施例中,每个SM 2300包括但不限于多个L个处理核心2310。在至少一个实施例中,SM2300包括但不限于大量(例如128个或更多)不同的处理核心2310。在至少一个实施例中,每个处理核心2310在至少一个实施例中包括但不限于全管线、单精度、双精度和/或混合精度处理单元,其包括但不限于浮点算术逻辑单元和整数算术逻辑单元。在至少一个实施例中,浮点算术逻辑单元实现用于浮点算术的IEEE 754-2008标准。在至少一个实施例中,处理核心2310包括但不限于64个单精度(32位)浮点核心、64个整数核心、32个双精度(64位)浮点核心和8个张量核心。
在至少一个实施例中,张量核心配置为执行矩阵运算。在至少一个实施例中,一个或更多个张量核心包括在处理核心2310中。在至少一个实施例中,张量核心配置为执行深度学习矩阵算术,例如用于神经网络训练和推理的卷积运算。在至少一个实施例中,每个张量核心在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 2300包括但不限于执行特殊功能(例如,属性评估、倒数平方根等)的M个SFU 2312。在至少一个实施例中,SFU 2312包括但不限于配置为遍历分层树数据结构的树遍历单元。在至少一个实施例中,SFU 2312包括但不限于配置为执行纹理映射过滤操作的纹理单元。在至少一个实施例中,纹理单元配置为从存储器中加载纹理映射(例如,纹理像素的2D阵列)和采样纹理映射,以产生采样的纹理值以供由SM 2300执行的着色器程序使用。在至少一个实施例中,将纹理映射存储在共享存储器/L1高速缓存2318中。在至少一个实施例中,纹理单元使用mip映射(mip-maps)(例如,细节级别不同的纹理映射)来实现纹理操作(诸如过滤操作)。在至少一个实施例中,每个SM 2300包括但不限于两个纹理单元。
在至少一个实施例中,每个SM 2300包括但不限于实现共享存储器/L1高速缓存2318与寄存器文件2308之间的加载和存储操作的N个LSU2314。在至少一个实施例中,每个SM 2300包括但不限于互连网络2316,互连网络2316将每个功能单元连接到寄存器文件2308,并且LSU 2314连接到寄存器文件2308和共享存储器/L1高速缓存2318。在至少一个实施例中,互连网络2316是交叉开关,其可以配置为将任何功能单元连接到寄存器文件2308中的任何寄存器,并且将LSU 2314连接到寄存器文件2308和共享存储器/L1高速缓存2318中的存储器位置。
在至少一个实施例中,共享存储器/L1高速缓存2318是片上存储器的阵列,其在至少一个实施例中允许SM 2300与图元引擎之间以及SM2300中的线程之间的数据存储和通信。在至少一个实施例中,共享存储器/L1高速缓存2318包括但不限于128KB的存储容量,并且位于从SM 2300到分区单元的路径中。在至少一个实施例中,共享存储器/L1高速缓存2318在至少一个实施例中用于高速缓存读取和写入。在至少一个实施例中,共享存储器/L1高速缓存2318、L2高速缓存和存储器中的一个或更多个是后备存储。
在至少一个实施例中,将数据高速缓存和共享存储器功能组合到单个存储器块中,为两种类型的存储器访问提供了改进的性能。在至少一个实施例中,容量由不使用共享存储器的程序使用或将其用作高速缓存,例如如果共享存储器配置为使用一半容量,则纹理和加载/存储操作可以使用剩余容量。根据至少一个实施例,在共享存储器/L1高速缓存2318内的集成使共享存储器/L1高速缓存2318能够用作用于流传输数据的高吞吐量管线,同时提供对频繁重用的数据的高带宽和低延迟访问。在至少一个实施例中,当配置用于通用并行计算时,与图形处理相比,可以使用更简单的配置。在至少一个实施例中,绕过固定功能GPU,从而创建了更加简单的编程模型。在至少一个实施例中,在通用并行计算配置中,工作分配单元直接将线程的块分配和分布给DPC。在至少一个实施例中,块中的线程执行相同的程序,在计算中使用唯一的线程ID以确保每个线程生成唯一的结果,使用SM 2300执行程序并执行计算,使用共享存储器/L1高速缓存2318在线程之间进行通信,以及使用LSU2314通过共享存储器/L1高速缓存2318和存储器分区单元来读写全局存储器。在至少一个实施例中,当被配置用于通用并行计算时,SM 2300向调度器单元2304写入可以用来在DPC上启动新工作的命令。
在至少一个实施例中,PPU被包括在台式计算机、膝上型计算机、平板电脑、服务器、超级计算机、智能电话(例如,无线、手持设备)、PDA、数码相机、车辆、头戴式显示器、手持式电子设备等中或与之耦合。在至少一个实施例中,PPU被实现在单个半导体衬底上。在至少一个实施例中,PPU与一个或更多个其他设备(例如附加的PPU、存储器、RISCCPU,MMU、数模转换器(“DAC”)等)一起被包括在片上系统(“SoC”)中。
在至少一个实施例中,PPU可以被包括在包括一个或更多个存储设备的图形卡上。图形卡可以配置为与台式计算机主板上的PCIe插槽相连接。在至少一个实施例中,PPU可以是包括在主板的芯片组中的集成GPU(“iGPU”)。
通用计算的软件构造
以下各图阐述但不限于用于实现至少一个实施例的示例性软件构造。
图24示出了根据至少一个实施例的编程平台的软件栈。在至少一个实施例中,编程平台的软件栈包括在图1-3中公开的系统中,或者可以与这些系统通信以执行图4中公开的所有过程400的一部分。例如,编程平台的软件栈可以是图2中的CUDA软件栈206。在至少一个实施例中,编程平台是用于利用计算系统上的硬件来加速计算任务的平台。在至少一个实施例中,软件开发人员可以通过库、编译器指令和/或对编程语言的扩展来访问编程平台。在至少一个实施例中,编程平台可以是但不限于CUDA,Radeon开放计算平台(“ROCm”),OpenCL(由Khronosgroup开发的OpenCLTM),SYCL或IntelOneAPI。
在至少一个实施例中,编程平台的软件栈2400为应用程序2401提供执行环境。在至少一个实施例中,应用程序2401可以包括能够在软件栈2400上启动的任何计算机软件。在至少一个实施例中,应用程序2401可以包括但不限于人工智能(“AI”)/机器学习(“ML”)应用程序,高性能计算(“HPC”)应用程序,虚拟桌面基础架构(“VDI”)或数据中心工作负载。
在至少一个实施例中,应用程序2401和软件栈2400在硬件2407上运行。在至少一个实施例中,硬件2407可以包括一个或更多个GPU,CPU,FPGA,AI引擎和/或支持编程平台的其他类型的计算设备。在至少一个实施例中,例如采用CUDA,软件栈2400可以是厂商专用的,并且仅与来自特定厂商的设备兼容。在至少一个实施例中,例如在采用OpenCL中,软件栈2400可以与来自不同供应商的设备一起使用。在至少一个实施例中,硬件2407包括连接到一个或更多个设备的主机,该设备可经由应用程序编程接口(API)调用被访问以执行计算任务。在至少一个实施例中,与硬件2407内的主机相比,其可以包括但不限于CPU(但还可以包括计算设备)及其存储器,硬件2407内的设备可以包括但不限于GPU,FPGA,AI引擎或其他计算设备(但还可以包括CPU)及其存储器。
在至少一个实施例中,编程平台的软件栈2400包括但不限于多个库2403,运行时(runtime)2405和设备内核驱动器2406。在至少一个实施例中,库2403中的每个库可以包括可以由计算机程序使用并在软件开发期间利用的数据和编程代码。在至少一个实施例中,库2403可以包括但不限于预写的代码和子例程,类,值,类型规范,配置数据,文档,帮助数据和/或消息模板。在至少一个实施例中,库2403包括被优化用于在一种或更多种类型的设备上执行的函数。在至少一个实施例中,库2403可以包括但不限于用于在设备上执行数学、深度学习和/或其他类型的运算的函数。在至少一个实施例中,库2503与对应的API2502相关联,API2502可包括一个或更多个API,其暴露在库2503中实现的函数。
在至少一个实施例中,将应用程序2401编写为源代码,该源代码被编译成可执行代码,如下面结合图29-31更详细讨论的。在至少一个实施例中,应用程序2401的可执行代码可以至少部分地在由软件栈2400提供的执行环境上运行。在至少一个实施例中,在应用程序2401的执行期间,可以得到需要在设备(与主机相比)上运行的代码。在这种情况下,在至少一个实施例中,可以调用运行时2405以在设备上加载和启动必需的代码。在至少一个实施例中,运行时2405可以包括能够支持应用程序2401的执行的任何技术上可行的运行时系统。
在至少一个实施例中,运行时2405被实现为与对应的API(其被示为API 2404)相关联的一个或更多个运行时库。在至少一个实施例中,一个或更多个这样的运行时库可以包括但不限于用于存储器管理,执行控制,设备管理,错误处理和/或同步等等的函数。在至少一个实施例中,存储器管理函数可以包括但不限于用于分配、解除分配和复制设备存储器以及在主机存储器和设备存储器之间传输数据的函数。在至少一个实施例中,执行控制函数可以包括但不限于在设备上启动函数(当函数是可从主机调用的全局函数时,有时称为“内核”)的函数,和用于在运行时库为要在设备上执行的给定函数维护的缓冲区中设置属性值的函数。
在至少一个实施例中,可以任何技术上可行的方式来实现运行时库和相应的API2404。在至少一个实施例中,一个(或任意数量的)API可以公开用于设备的细粒度控制的低级函数集,而另一(或任意数量的)API可以公开这样的较高级的函数集。在至少一个实施例中,可以在低级API之上构建高级运行时API。在至少一个实施例中,一个或更多个运行时API可以是在与语言无关的运行时API之上分层的特定于语言的API。
在至少一个实施例中,设备内核驱动器2406被配置为促进与底层设备的通信。在至少一个实施例中,设备内核驱动器2406可以提供诸如API2404之类的API和/或其他软件所依赖的低级函数。在至少一个实施例中,设备内核驱动器2406可以被配置为在运行时将中间表示(“IR”)代码编译成二进制代码。在至少一个实施例中,对于CUDA,设备内核驱动器2406可以在运行时将非硬件专用的并行线程执行(“PTX”)IR代码编译为用于特定目标设备的二进制代码(高速缓存已编译的二进制代码),其有时也称为“最终”代码。在至少一个实施例中,这样做可以允许最终代码在目标设备上运行,而当源代码最初被编译为PTX代码时,该目标设备可能不存在。备选地,在至少一个实施例中,设备源代码可以离线地编译成二进制代码,而不需要设备内核驱动器2406在运行时编译IR代码。
图25示出了根据至少一个实施例的图24的软件栈2400的CUDA实现。在至少一个实施例中,可在其上启动应用程序2501的CUDA软件栈2500包括CUDA库2503,CUDA运行时2505,CUDA驱动器2507和设备内核驱动器2508。在至少一个实施例中,CUDA软件栈2500在硬件2509上执行,该硬件2509可以包括支持CUDA的GPU,其由加利福尼亚州圣克拉拉市的NVIDIA公司开发。
在至少一个实施例中,应用程序2501、CUDA运行时2505和设备内核驱动器2508可以分别执行与应用程序2401、运行时2405和设备内核驱动器2406类似的功能,以上结合图24对其进行了描述。在至少一个实施例中,CUDA驱动器2507包括实现CUDA驱动器API 2506的库(libcuda.so)。在至少一个实施例中,类似于由CUDA运行时库(cudart)实现的CUDA运行时API 2504,CUDA驱动器API 2506可以公开但不限于用于存储器管理、执行控制、设备管理、错误处理、同步和/或图形互操作性等的函数。在至少一个实施例中,CUDA驱动器API2506与CUDA运行时API 2504的不同之处在于,CUDA运行时API 2504通过提供隐式初始化、上下文(类似于进程)管理和模块(类似于动态加载的库)管理来简化设备代码管理。与高级CUDA运行时API 2504相反,在至少一个实施例中,CUDA驱动器API 2506是提供对设备的更细粒度控制的低级API,特别是关于上下文和模块加载。在至少一个实施例中,CUDA驱动器API 2506可以公开没有由CUDA运行时API 2504公开的用于上下文管理的函数。在至少一个实施例中,CUDA驱动器API 2506也与语言无关,并且除了支持CUDA运行时API 2504之外,还支持例如OpenCL。此外,在至少一个实施例中,包括CUDA运行时2505在内的开发库可被视为与驱动器组件分离,包括用户模式的CUDA驱动器2507和内核模式的设备驱动器2508(有时也称为“显示”驱动器)。
在至少一个实施例中,CUDA库2503可以包括但不限于数学库,深度学习库,并行算法库和/或信号/图像/视频处理库,并行计算应用程序(例如应用程序2501)可以利用这些库。在至少一个实施例中,CUDA库2503可包括数学库,例如cuBLAS库,其是用于执行线性代数运算的基本线性代数子程序(“BLAS”)的实现;用于计算快速傅立叶变换(“FFT”)的cuFFT库,以及用于生成随机数的cuRAND库等。在至少一个实施例中,CUDA库2503可以包括深度学习库,诸如用于深度神经网络的基元的cuDNN库和用于高性能深度学习推理的TensorRT平台等等。
图26示出了根据至少一个实施例的图24的软件栈2400的ROCm实现。在至少一个实施例中,可在其上启动应用程序2601的ROCm软件栈2600包括语言运行时2603,系统运行时2605,thunk2607,ROCm内核驱动器2608和设备内核驱动器。在至少一个实施例中,ROCm软件栈2600在硬件2609上执行,硬件2609可以包括支持ROCm的GPU,其由加利福尼亚州圣克拉拉市的AMD公司开发。
在至少一个实施例中,应用程序2601可以执行与以上结合图24讨论的应用程序2401类似的功能。另外,在至少一个实施例中,语言运行时2603和系统运行时2605可以执行与以上结合图24讨论的运行时2405类似的功能。在至少一个实施例中,语言运行时2603和系统运行时2605的不同之处在于,系统运行时2605是实现ROCr系统运行时API 2604并利用异构系统架构(“HSA”)运行时API的语言无关运行时。在至少一个实施例中,HSA运行时API是一种瘦用户模式API,它公开接口以供访问和与AMD GPU交互,包括用于存储器管理、通过架构分派内核的执行控制、错误处理、系统和代理信息以及运行时初始化和关闭等的函数。在至少一个实施例中,与系统运行时2605相比,语言运行时2603是ROCr系统运行时API2604之上分层的特定于语言的运行时API 2602的实现。在至少一个实施例中,语言运行时API可以包括但不限于可移植异构计算接口(“HIP”)语言运行时API,异构计算编译器(“HCC”)语言运行时API或OpenCL API等等。特别是,HIP语言是C++编程语言的扩展,具有CUDA机制的功能相似版本,并且在至少一个实施例中,HIP语言运行时API包括与以上结合图25讨论的CUDA运行时API 2504相似的函数,例如用于存储器管理、执行控制、设备管理、错误处理和同步等的函数。
在至少一个实施例中,thunk(ROCt)2607是可用于与底层ROCm驱动器2608交互的接口。在至少一个实施例中,ROCm驱动器2608是ROCk驱动器,其是AMD GPU驱动器和H24内核驱动器(amdkfd)的组合。在至少一个实施例中,AMD GPU驱动器是由AMD开发的用于GPU的设备内核驱动器,其执行与以上结合图24讨论的设备内核驱动器2406类似的功能。在至少一个实施例中,HSA内核驱动器是允许不同类型的处理器经由硬件特征更有效地共享系统资源的驱动器。
在至少一个实施例中,各种库(未示出)可以被包括在语言运行时2603上方的ROCm软件栈2600中,并且提供与以上结合图25讨论的CUDA库2503相似的功能。在至少一个实施例中,各种库可以包括但不限于数学、深度学习和/或其他库,例如实现与CUDA cuBLAS类似的函数的hipBLAS库,类似于CUDA cuFFT用于计算FFT的rocFFT库等。
图27示出了根据至少一个实施例的图24的软件栈2400的OpenCL实现。在至少一个实施例中,可以在其上启动应用程序2701的OpenCL软件栈2700包括OpenCL框架2705,OpenCL运行时2706和驱动器2707。在至少一个实施例中,OpenCL软件栈2700在不是特定于供应商的硬件2509上执行。在至少一个实施例中,由于由不同厂商开发的设备支持OpenCL,因此可能需要特定的OpenCL驱动器才能与来自此类厂商的硬件进行互操作。
在至少一个实施例中,应用程序2701,OpenCL运行时2706,设备内核驱动器2707和硬件2708可以分别执行与上面结合图24讨论的应用程序2401、运行时2405、设备内核驱动器2406和硬件2407类似的功能。在至少一个实施例中,应用程序2701还包括具有将在设备上执行的代码的OpenCL内核2702。
在至少一个实施例中,OpenCL定义了一种“平台”,其允许主机控制连接到该主机的设备。在至少一个实施例中,OpenCL框架提供平台层API和运行时API,示出为平台API2703和运行时API 2705。在至少一个实施例中,运行时API 2705使用上下文来管理设备上内核的执行。在至少一个实施例中,每个标识的设备可以与各自的上下文相关联,运行时API2705可以使用该上下文来管理该设备的命令队列、程序对象和内核对象、共享存储器对象等。在至少一个实施例中,平台API 2703公开了允许设备上下文用于选择和初始化设备,经由命令队列将工作提交给设备,以及使得能够进行来自和去往设备的数据传输等的函数。另外,在至少一个实施例中,OpenCL框架提供各种内置函数(未示出),包括数学函数、关系函数和图像处理函数等。
在至少一个实施例中,编译器2704也被包括在OpenCL框架2705中。在至少一个实施例中,源代码可以在执行应用程序之前被离线编译或者在执行应用程序期间被在线编译。与CUDA和ROCm相反,至少一个实施例中的OpenCL应用程序可以由编译器2704在线编译,编译器2704被包括以代表可以用于将源代码和/或IR代码(例如标准可移植中间表示(“SPIR-V”)代码)编译为二进制代码的任意数量的编译器。可替代地,在至少一个实施例中,可以在执行这样的应用程序之前离线编译OpenCL应用程序。
图28示出了根据至少一个实施例的由编程平台支持的软件。在至少一个实施例中,编程平台2804被配置为支持应用程序2800可以依赖的各种编程模型2803,中间件和/或库2802以及框架2801。在至少一个实施例中,应用程序2800可以是使用例如深度学习框架(例如,MXNet,PyTorch或TensorFlow)实现的AI/ML应用,其可以依赖于诸如cuDNN,NVIDIA集合通信库(“NCCL”)”和/或NVIDIA开发人员数据加载库(“DALI”)CUDA库之类的库,以在底层硬件上提供加速的计算。
在至少一个实施例中,编程平台2804可以是以上分别结合图25、图26和图27描述的CUDA、ROCm或OpenCL平台之一。在至少一个实施例中,编程平台2804支持多个编程模型2803,其是底层计算系统的抽象,其允许算法和数据结构的表达。在至少一个实施例中,编程模型2803可以暴露底层硬件的特征以便改善性能。在至少一个实施例中,编程模型2803可以包括但不限于CUDA,HIP,OpenCL,C++加速大规模并行性(“C++AMP”),开放多处理(“OpenMP”),开放加速器(“OpenACC”)和/或Vulcan计算(Vulcan Compute)。
在至少一个实施例中,库和/或中间件2802提供编程模型2804的抽象的实现。在至少一个实施例中,这样的库包括可由计算机程序使用并在软件开发期间利用的数据和编程代码。在至少一个实施例中,除了可以从编程平台2804获得的那些之外,这样的中间件还包括向应用程序提供服务的软件。在至少一个实施例中,库和/或中间件2802可以包括但不限于cuBLAS、cuFFT、cuRAND和其他CUDA库,或rocBLAS、rocFFT、rocRAND和其他ROCm库。另外,在至少一个实施例中,库和/或中间件2802可以包括NCCL和ROCm通信集合库(“RCCL”)库,其提供用于GPU的通信例程,用于深度学习加速的MIOpen库和/或用于线性代数、矩阵和向量运算、几何变换、数值求解器以及相关算法的本征库。
在至少一个实施例中,应用程序框架2801依赖于库和/或中间件2802。在至少一个实施例中,每个应用程序框架2801是用于实现应用软件的标准结构的软件框架。回到上面讨论的AI/ML示例,在至少一个实施例中,可以使用框架(诸如Caffe,Caffe2,TensorFlow,Keras,PyTorch或MxNet深度学习框架)来实现AI/ML应用。
图29示出了根据至少一个实施例的编译代码以在图24-27的编程平台之一上执行。在至少一个实施例中,编译器2901接收源代码2900,其包括主机代码以及设备代码两者。在至少一个实施例中,编译器2901被配置为将源代码2900转换为用于在主机上执行的主机可执行代码2902以及用于在设备上执行的设备可执行代码2903。在至少一个实施例中,源代码2900可以在执行应用程序之前离线编译,或者在执行应用程序期间在线编译。
在至少一个实施例中,源代码2900可以包括编译器2901支持的任何编程语言的代码,例如C++、C、Fortran等。在至少一个实施例中,源代码2900可以包括在单源(single-source)文件中,其具有主机代码和设备代码的混合,并在其中指示了设备代码的位置。在至少一个实施例中,单源文件可以是包括CUDA代码的.cu文件或包括HIP代码的.hip.cpp文件。备选地,在至少一个实施例中,源代码2900可以包括多个源代码文件,而不是单源文件,在该单源文件中主机代码和设备代码是分开的。
在至少一个实施例中,编译器2901被配置为将源代码2900编译成用于在主机上执行的主机可执行代码2902和用于在设备上执行的设备可执行代码2903。在至少一个实施例中,编译器2901执行操作,包括将源代码2900解析为抽象系统树(AST),执行优化以及生成可执行代码。在源代码2900包括单源文件的至少一个实施例中,编译器2901可以将设备代码与主机代码在这种单源文件中分开,将设备代码和主机代码分别编译成设备可执行代码2903和主机可执行代码2902,以及将设备可执行代码2903和主机可执行代码2902在单个文件中链接到一起,如下面关于图30更详细讨论的。
在至少一个实施例中,主机可执行代码2902和设备可执行代码2903可以是任何合适的格式,例如二进制代码和/或IR代码。在CUDA的情况下,在至少一个实施例中,主机可执行代码2902可以包括本地对象代码,而设备可执行代码2903可以包括PTX中间表示的代码。在至少一个实施例中,在ROCm的情况下,主机可执行代码2902和设备可执行代码2903都可以包括目标二进制代码。
图30是根据至少一个实施例的编译代码以在图24-27的编程平台之一上执行的更详细图示。在至少一个实施例中,编译器3001被配置为接收源代码3000,编译源代码3000,并输出可执行文件3008。在至少一个实施例中,源代码3000是单源文件,例如.cu文件,.hip.cpp文件或其他格式的文件,其包括主机代码和设备代码两者。在至少一个实施例中,编译器3001可以是但不限于用于在.cu文件中编译CUDA代码的NVIDIACUDA编译器(“NVCC”),或用于在.hip.cpp文件中编译HIP代码的HCC编译器。
在至少一个实施例中,编译器3001包括编译器前端3002,主机编译器3005,设备编译器3006和链接器3009。在至少一个实施例中,编译器前端3002被配置为在源代码3000中将设备代码3004与主机代码3003分开。在至少一个实施例中,设备代码3004由设备编译器3006编译成设备可执行代码3008,如所描述的,其可以包括二进制代码或IR代码。在至少一个实施例中,主机代码3003由主机编译器3005单独地编译成主机可执行代码3007。在至少一个实施例中,对于NVCC,主机编译器3005可以是但不限于输出本机目标代码的通用C/C++编译器,而设备编译器3006可以是但不限于基于低级虚拟机(“LLVM”)的编译器,其将LLVM编译器基础架构分叉,并输出PTX代码或二进制代码。在至少一个实施例中,对于HCC,主机编译器3005和设备编译器3006两者可以是但不限于输出目标二进制代码的基于LLVM的编译器。
在至少一个实施例中,在将源代码3000编译成主机可执行代码3007和设备可执行代码3008之后,链接器3009将主机和设备可执行代码3007和3008在可执行文件3010中链接到一起。在至少一个实施例中,主机和PTX的本机目标代码或设备的二进制代码可以在可执行和可链接格式(“ELF”)文件中链接在一起,该文件是用于存储目标代码的容器格式。
图31示出了根据至少一个实施例的在编译源代码之前转换源代码。在至少一个实施例中,源代码3100通过转换工具3101传递,转换工具3101将源代码3100转换成转换后的源代码3102。在至少一个实施例中,编译器3103用于将转换后的源代码3102编译成主机可执行代码3104和设备可执行代码3105,其过程类似于由编译器2901将源代码2900编译成主机可执行代码2902和设备可执行代码2903的过程,如以上结合图29所讨论的。
在至少一个实施例中,由转换工具3101执行的转换被用于移植(port)源代码3100,以在与最初打算在其上运行的不同的环境中执行。在至少一个实施例中,转换工具3101可以包括但不限于HIP转换器,其用于将用于CUDA平台的CUDA代码“移植(hipify)”为可以在ROCm平台上编译和执行的HIP代码。在至少一个实施例中,源代码3100的转换可以包括:解析源代码3100,并将对由一个编程模型(例如,CUDA)提供的API的调用转换为对由另一编程模型(例如,例如,HIP)提供的API的相应调用,如下面结合图32A-33更详细地讨论的。返回到移植CUDA代码的示例,在至少一个实施例中,对CUDA运行时API、CUDA驱动器API和/或CUDA库的调用可以被转换为对应的HIP API调用。在至少一个实施例中,由转换工具3101执行的自动转换有时可能是不完整的,需要额外的人工来完全移植源代码3100。
配置GPU用于通用计算
以下各图阐述但不限于根据至少一个实施例的用于编译和执行计算源代码的示例性架构。
图32A示出了根据至少一个实施例的被配置为使用不同类型的处理单元来编译和执行CUDA源代码3210的系统32A00。在至少一个实施例中,系统32A00包括但不限于CUDA源代码3210,CUDA编译器3250,主机可执行代码3270(1),主机可执行代码3270(2),CUDA设备可执行代码3284,CPU 3290,启用CUDA的GPU 3294,GPU 3292,CUDA到HIP转换工具3220,HIP源代码3230,HIP编译器驱动器3240,HCC 3260和HCC设备可执行代码3282。
在至少一个实施例中,CUDA源代码3210是CUDA编程语言的人类可读代码的集合。在至少一个实施例中,CUDA代码是CUDA编程语言的人类可读代码。在至少一个实施例中,CUDA编程语言是C++编程语言的扩展,其包括但不限于定义设备代码以及区分设备代码和主机代码的机制。在至少一个实施例中,设备代码是在编译之后可在设备上并行执行的源代码。在至少一个实施例中,设备可以是针对并行指令处理而优化的处理器,例如启用CUDA的GPU 3290、GPU 3292或另一GPGPU等。在至少一个实施例中,主机代码是在编译后可以在主机上执行的源代码。在至少一个实施例中,主机是针对顺序指令处理而优化的处理器,例如CPU 3290。
在至少一个实施例中,CUDA源代码3210包括但不限于,任意数量(包括零)的全局函数3212,任意数量(包括零)的设备函数3214,任意数量(包括零)的主机函数3216,以及任意数量(包括零)的主机/设备函数3218。在至少一个实施例中,全局函数3212,设备函数3214,主机函数3216和主机/设备函数3218在CUDA源代码3210中可以混合。在至少一个实施例中,每个全局函数3212可在设备上执行并且可从主机调用。因此,在至少一个实施例中,全局函数3212中的一个或更多个可以充当设备的入口点。在至少一个实施例中,每个全局函数3212是内核。在至少一个实施例中以及在一种称为动态并行性的技术中,一个或更多个全局函数3212定义了一内核,该内核可以在设备上执行并且可以从这样的设备调用。在至少一个实施例中,内核在执行期间由设备上的N个不同线程并行执行N次(其中N为任何正整数)。
在至少一个实施例中,每个设备函数3214在设备上执行并且只能从这样的设备调用。在至少一个实施例中,每个主机函数3216在主机上执行并且只能从这样的主机调用。在至少一个实施例中,每个主机/设备函数3216既定义了在主机上可执行并且只能从这样的主机调用的函数的主机版本,也定义了在设备上可执行并且只能从这样的设备调用的函数的设备版本。
在至少一个实施例中,CUDA源代码3210还可包括但不限于对通过CUDA运行时API3202定义的任意数量的函数的任意数量的调用。在至少一个实施例中,CUDA运行时API3202可以包括但不限于在主机上执行的任意数量的函数,用于分配和解除分配设备存储器,在主机存储器和设备存储器之间传输数据,管理具有多个设备的系统等。在至少一个实施例中,CUDA源代码3210还可以包括对在任意数量的其他CUDA API中指定的任意数量的函数的任意数量的调用。在至少一个实施例中,CUDA API可以是被设计为由CUDA代码使用的任何API。在至少一个实施例中,CUDA API包括但不限于CUDA运行时API 3202,CUDA驱动器API,用于任意数量的CUDA库的API等。在至少一个实施例中并且相对于CUDA运行时API3202,CUDA驱动器API是较低级别的API,但可以提供对设备的更细粒度的控制。在至少一个实施例中,CUDA库的示例包括但不限于cuBLAS,cuFFT,cuRAND,cuDNN等。
在至少一个实施例中,CUDA编译器3250编译输入的CUDA代码(例如,CUDA源代码3210)以生成主机可执行代码3270(1)和CUDA设备可执行代码3284。在至少一个实施例中,CUDA编译器3250是NVCC。在至少一个实施例中,主机可执行代码3270(1)是在CPU3290上可执行的输入源代码中包括的主机代码的编译版本。在至少一个实施例中,CPU3290可以是针对顺序指令处理而优化的任何处理器。
在至少一个实施例中,CUDA设备可执行代码3284是在启用CUDA的GPU 3294上可执行的输入源代码中包括的设备代码的编译版本。在至少一个实施例中,CUDA设备可执行代码3284包括但不限于二进制代码。在至少一个实施例中,CUDA设备可执行代码3284包括但不限于IR代码,例如PTX代码,该IR代码在运行时被设备驱动器进一步编译为用于特定目标设备(例如,启用CUDA的GPU 3294)的二进制代码。在至少一个实施例中,启用CUDA的GPU3294可以是针对并行指令处理而优化并且支持CUDA的任何处理器。在至少一个实施例中,启用CUDA的GPU 3294由加利福尼亚州圣克拉拉市的NVIDIA公司开发。
在至少一个实施例中,CUDA到HIP转换工具3220被配置为将CUDA源代码3210转换成功能上相似的HIP源代码3230。在至少一个实施例中,HIP源代码3230是HIP编程语言的人类可读代码的集合。在至少一个实施例中,HIP代码是HIP编程语言的人类可读代码。在至少一个实施例中,HIP编程语言是C++编程语言的扩展,其包括但不限于CUDA机制的功能上相似的版本,用于定义设备代码并区分设备代码和主机代码。在至少一个实施例中,HIP编程语言可以包括CUDA编程语言的功能的子集。在至少一个实施例中,例如,HIP编程语言包括但不限于定义全局函数3212的机制,但是这样的HIP编程语言可能缺乏对动态并行性的支持,因此,在HIP代码中定义的全局函数3212仅可从主机调用。
在至少一个实施例中,HIP源代码3230包括但不限于任意数量(包括零)的全局函数3212,任意数量(包括零)的设备函数3214,任意数量(包括零)的主机函数3216以及任意数量(包括零)的主机/设备函数3218。在至少一个实施例中,HIP源代码3230还可以包括对在HIP运行时API3232中指定的任意数量的函数的任意数量的调用。在一个实施例中,HIP运行时API 3232包括但不限于CUDA运行时API 3202中包括的函数的子集的功能上相似的版本。在至少一个实施例中,HIP源代码3230还可以包括对在任意数量的其他HIP API中指定的任意数量的函数的任意数量的调用。在至少一个实施例中,HIP API可以是被设计为供HIP代码和/或ROCm使用的任何API。在至少一个实施例中,HIP API包括但不限于HIP运行时API 3232,HIP驱动器API,用于任意数量的HIP库的API,用于任意数量的ROCm库的API等。
在至少一个实施例中,CUDA到HIP转换工具3220将CUDA代码中的每个内核调用从CUDA语法转换为HIP语法,并将CUDA代码中的任意数量的其他CUDA调用转换为任意数量的其他功能上相似的HIP调用。在至少一个实施例中,CUDA调用是对在CUDA API中指定的函数的调用,并且HIP调用是对在HIP API中指定的函数的调用。在至少一个实施例中,CUDA到HIP转换工具3220将对在CUDA运行时API 3202中指定的函数的任意数量的调用转换为对在HIP运行时API 3232中指定的函数的任意数量的调用。
在至少一个实施例中,CUDA到HIP转换工具3220是被称为hipify-perl的工具,其执行基于文本的转换过程。在至少一个实施例中,CUDA到HIP转换工具3220是被称为hipify-clang的工具,相对于hipify-perl,其执行更复杂且更鲁棒的转换过程,该过程涉及使用clang(编译器前端)解析CUDA代码,然后转换得到的符号。在至少一个实施例中,除了由CUDA到HIP转换工具3220执行的那些修改之外,将CUDA代码正确地转换成HIP代码可能还需要修改(例如,手动编辑)。
在至少一个实施例中,HIP编译器驱动器3240是确定目标设备3246,然后配置与目标设备3246兼容的编译器以编译HIP源代码3230的前端。在至少一个实施例中,目标设备3246是针对并行指令处理而优化的处理器。在至少一个实施例中,HIP编译器驱动器3240可以以任何技术上可行的方式确定目标设备3246。
在至少一个实施例中,如果目标设备3246与CUDA兼容(例如,启用CUDA的GPU3294),则HIP编译器驱动器3240生成HIP/NVCC编译命令3242。在至少一个实施例中并且结合图32B更详细地描述的,HIP/NVCC编译命令3242配置CUDA编译器3250以使用但不限于HIP到CUDA转换头和CUDA运行时库来编译HIP源代码3230。在至少一个实施例中并且响应于HIP/NVCC编译命令3242,CUDA编译器3250生成主机可执行代码3270(1)和CUDA设备可执行代码3284。
在至少一个实施例中,如果目标设备3246与CUDA不兼容,则HIP编译器驱动器3240生成HIP/HCC编译命令3244。在至少一个实施例中并且如结合图32C更详细地描述的,HIP/HCC编译命令3244配置HCC 3260以使用HCC头和HIP/HCC运行时库编译HIP源代码3230。在至少一个实施例中并且响应于HIP/HCC编译命令3244,HCC 3260生成主机可执行代码3270(2)和HCC设备可执行代码3282。在至少一个实施例中,HCC设备可执行代码3282是HIP源代码3230中包含的可在GPU 3292上执行的设备代码的编译版本。在至少一个实施例中,GPU3292可以是针对并行指令处理而优化的、与CUDA不兼容且与HCC兼容的任何处理器。在至少一个实施例中,GPU 3292由加利福尼亚州圣克拉拉市的AMD公司开发。在至少一个实施例中,GPU 3292是不启用CUDA的GPU 3292。
仅出于说明性目的,在图32A中描绘了在至少一个实施例中可以实现为编译CUDA源代码3210以在CPU 3290和不同设备上执行的三个不同流程。在至少一个实施例中,直接CUDA流程编译CUDA源代码3210以在CPU 3290和启用CUDA的GPU 3294上执行,而无需将CUDA源代码3210转换为HIP源代码3230。在至少一个实施例中,间接CUDA流程将CUDA源代码3210转换为HIP源代码3230,然后编译HIP源代码3230以在CPU 3290和启用CUDA的GPU 3294上执行。在至少一个实施例中,CUDA/HCC流程将CUDA源代码3210转换为HIP源代码3230,然后编译HIP源代码3230以在CPU 3290和GPU 3292上执行。
可以通过虚线和一系列气泡注释A1-A3描绘可以在至少一个实施例中实现的直接CUDA流程。在至少一个实施例中,并且如气泡注释A1所示,CUDA编译器3250接收CUDA源代码3210和配置CUDA编译器3250以编译CUDA源代码3210的CUDA编译命令3248。在至少一个实施例中,直接CUDA流程中使用的CUDA源代码3210是用CUDA编程语言编写的,该CUDA编程语言基于除C++之外的其他编程语言(例如C,Fortran,Python,Java等)。在至少一个实施例中,并且响应于CUDA编译命令3248,CUDA编译器3250生成主机可执行代码3270(1)和CUDA设备可执行代码3284(用气泡注释A2表示)。在至少一个实施例中并且如用气泡注释A3所示,主机可执行代码3270(1)和CUDA设备可执行代码3284可以分别在CPU 3290和启用CUDA的GPU3294上执行。在至少一个实施例中,CUDA设备可执行代码3284包括但不限于二进制代码。在至少一个实施例中,CUDA设备可执行代码3284包括但不限于PTX代码,并且在运行时被进一步编译成用于特定目标设备的二进制代码。
可以通过虚线和一系列气泡注释B1-B6来描述可以在至少一个实施例中实现的间接CUDA流程。在至少一个实施例中并且如气泡注释B1所示,CUDA到HIP转换工具3220接收CUDA源代码3210。在至少一个实施例中并且如气泡注释B2所示,CUDA到HIP转换工具3220将CUDA源代码3210转换为HIP源代码3230。在至少一个实施例中并如气泡注释B3所示,HIP编译器驱动器3240接收HIP源代码3230,并确定目标设备3246是否启用了CUDA。
在至少一个实施例中并且如气泡注释B4所示,HIP编译器驱动器3240生成HIP/NVCC编译命令3242,并将HIP/NVCC编译命令3242和HIP源代码3230两者都发送到CUDA编译器3250。在至少一个实施例中并且如结合图32B更详细地描述的,HIP/NVCC编译命令3242配置CUDA编译器3250以使用但不限于HIP到CUDA转换头和CUDA运行时库来编译HIP源代码3230。在至少一个实施例中并且响应于HIP/NVCC编译命令3242,CUDA编译器3250生成主机可执行代码3270(1)和CUDA设备可执行代码3284(用气泡注释B5表示)。在至少一个实施例中并且如气泡注释B6所示,主机可执行代码3270(1)和CUDA设备可执行代码3284可以分别在CPU 3290和启用CUDA的GPU 3294上执行。在至少一个实施例中,CUDA设备可执行代码3284包括但不限于二进制代码。在至少一个实施例中,CUDA设备可执行代码3284包括但不限于PTX代码,并且在运行时被进一步编译成用于特定目标设备的二进制代码。
可以通过实线和一系列气泡注释C1-C6来描述可以在至少一个实施例中实现的CUDA/HCC流程。在至少一个实施例中并且如气泡注释C1所示,CUDA到HIP转换工具3220接收CUDA源代码3210。在至少一个实施例中并且如气泡注释C2所示,CUDA到HIP转换工具3220将CUDA源代码3210转换为HIP源代码3230。在至少一个实施例中并且如气泡注释C3所示,HIP编译器驱动器3240接收HIP源代码3230,并确定目标设备3246未启用CUDA。
在至少一个实施例中,HIP编译器驱动器3240生成HIP/HCC编译命令3244,并且将HIP/HCC编译命令3264和HIP源代码3230两者发送到HCC 3260(用气泡注释C4表示)。在至少一个实施例中并且如结合图32C更详细地描述的,HIP/HCC编译命令3264配置HCC3260以使用但不限于HCC头和HIP/HCC运行时库编译HIP源代码3230。在至少一个实施例中并且响应于HIP/HCC编译命令3244,HCC 3260生成主机可执行代码3270(2)和HCC设备可执行代码3282(用气泡注释C5表示)。在至少一个实施例中并且如气泡注释C6所示,主机可执行代码3270(2)和HCC设备可执行代码3282可以分别在CPU 3290和GPU 3292上执行。
在至少一个实施例中,在将CUDA源代码3210转换为HIP源代码3230之后,HIP编译器驱动器3240可随后用于生成用于启用CUDA的GPU3294或GPU 3292的可执行代码,而无需将CUDA重新执行为HIP转换工具3220。在至少一个实施例中,CUDA到HIP转换工具3220将CUDA源代码3210转换为HIP源代码3230,然后将其存储在存储器中。在至少一个实施例中,HIP编译器驱动器3240然后配置HCC 3260以基于HIP源代码3230生成主机可执行代码3270(2)和HCC设备可执行代码3282。在至少一个实施例中,HIP编译器驱动器3240随后配置CUDA编译器3250以基于存储的HIP源代码3230生成主机可执行代码3270(1)和CUDA设备可执行代码3284。
图32B示出了根据至少一个实施例的被配置为使用CPU 3290和启用CUDA的GPU3294来编译和执行图32A的CUDA源代码3210的系统3204。在至少一个实施例中,系统3204包括但不限于CUDA源代码3210,CUDA到HIP转换工具3220,HIP源代码3230,HIP编译器驱动器3240,CUDA编译器3250,主机可执行代码3270(1),CUDA设备可执行代码3284,CPU 3290和启用CUDA的GPU 3294。
在至少一个实施例中并且如本文先前结合图32A所描述的,CUDA源代码3210包括但不限于任意数量(包括零)的全局函数3212,任意数量(包括零)的设备函数3214,任意数量(包括零)的主机函数3216以及任意数量(包括零)的主机/设备函数3218。在至少一个实施例中,CUDA源代码3210还包括但不限于对在任意数量的CUDA API中指定的任意数量的函数的任意数量的调用。
在至少一个实施例中,CUDA到HIP转换工具3220将CUDA源代码3210转换成HIP源代码3230。在至少一个实施例中,CUDA到HIP转换工具3220将CUDA源代码3210中的每个内核调用从CUDA语法转换为HIP语法,并将CUDA源代码3210中任意数量的其他CUDA调用转换为任意数量的其他功能上相似的HIP调用。
在至少一个实施例中,HIP编译器驱动器3240确定目标设备3246是启用CUDA的,并且生成HIP/NVCC编译命令3242。在至少一个实施例中,然后HIP编译器驱动器3240经由HIP/NVCC编译命令3242配置CUDA编译器3250以编译HIP源代码3230。在至少一个实施例中,作为配置CUDA编译器3250的一部分,HIP编译器驱动器3240提供对HIP到CUDA转换头3252的访问。在至少一个实施例中,HIP到CUDA转换头3252将任意数量的HIPAPI中指定的任意数量的机制(例如,函数)转换为任意数量的CUDA API中指定的任意数量的机制。在至少一个实施例中,CUDA编译器3250将HIP到CUDA转换头3252与对应于CUDA运行时API 3202的CUDA运行时库3254结合使用,以生成主机可执行代码3270(1)和CUDA设备可执行代码3284。在至少一个实施例中,然后可以分别在CPU3290和启用CUDA的GPU 3294上执行主机可执行代码3270(1)和CUDA设备可执行代码3284。在至少一个实施例中,CUDA设备可执行代码3284包括但不限于二进制代码。在至少一个实施例中,CUDA设备可执行代码3284包括但不限于PTX代码,并且在运行时被进一步编译成用于特定目标设备的二进制代码。
图32C示出了根据至少一个实施例的系统3206,该系统3206被配置为使用CPU3290和未启用CUDA的GPU 3292来编译和执行图32A的CUDA源代码3210。在至少一个实施例中,系统3206包括但不限于CUDA源代码3210,CUDA到HIP转换工具3220,HIP源代码3230,HIP编译器驱动器3240,HCC 3260,主机可执行代码3270(2),HCC设备可执行代码3282,CPU3290和GPU 3292。
在至少一个实施例中,并且如本文先前结合图32A所描述的,CUDA源代码3210包括但不限于任意数量(包括零)的全局函数3212,任意数量(包括零)的设备函数3214,任意数量(包括零)的主机函数3216以及任意数量(包括零)的主机/设备函数3218。在至少一个实施例中,CUDA源代码3210还包括但不限于对在任意数量的CUDA API中指定的任意数量的函数的任意数量的调用。
在至少一个实施例中,CUDA到HIP转换工具3220将CUDA源代码3210转换成HIP源代码3230。在至少一个实施例中,CUDA到HIP转换工具3220将CUDA源代码3210中的每个内核调用从CUDA语法转换为HIP语法,并将源代码3210中任意数量的其他CUDA调用转换为任意数量的其他功能上相似的HIP调用。
在至少一个实施例中,HIP编译器驱动器3240随后确定目标设备3246不是启用CUDA的,并生成HIP/HCC编译命令3244。在至少一个实施例中,然后HIP编译器驱动器3240配置HCC 3260以执行HIP/HCC编译命令3244,从而编译HIP源代码3230。在至少一个实施例中,HIP/HCC编译命令3244将HCC 3260配置为使用但不限于HIP/HCC运行时库3258和HCC头3256来生成主机可执行代码3270(2)和HCC设备可执行代码3282。在至少一个实施例中,HIP/HCC运行时库3258对应于HIP运行时API 3232。在至少一个实施例中,HCC头3256包括但不限于用于HIP和HCC的任意数量和类型的互操作性机制。在至少一个实施例中,主机可执行代码3270(2)和HCC设备可执行代码3282可以分别在CPU3290和GPU3292上执行。
图33示出了根据至少一个实施例的由图32C的CUDA到HIP转换工具3220转换的示例性内核。在至少一个实施例中,CUDA源代码3210将给定内核被设计为解决的总体问题划分为可以使用线程块独立解决的相对粗糙的子问题。在至少一个实施例中,每个线程块包括但不限于任意数量的线程。在至少一个实施例中,每个子问题被划分为相对细小的部分(pieces),这些部分可以由线程块中的线程协作并行地解决。在至少一个实施例中,线程块内的线程可以通过共享存储器共享数据并通过同步执行以协调存储器访问来协作。
在至少一个实施例中,CUDA源代码3210将与给定内核相关联的线程块组织成线程块的一维、二维或三维网格。在至少一个实施例中,每个线程块包括但不限于任意数量的线程,并且网格包括但不限于任意数量的线程块。
在至少一个实施例中,内核是使用“__global__”声明说明符(specifier)定义的设备代码中的函数。在至少一个实施例中,使用CUDA内核启动语法3310来指定针对给定内核调用执行内核的网格的尺寸以及相关联的流。在至少一个实施例中,CUDA内核启动语法3310被指定为“KernelName<<<GridSize,BlockSize,SharedMemorySize,Stream>>>(KernelArguments);”。在至少一个实施例中,执行配置语法是“<<<...>>>”构造,其被插入在内核名称(“KernelName”)和内核参数的括号列表(“KernelArguments”)之间。在至少一个实施例中,CUDA内核启动语法3310包括但不限于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内核启动语法3310,“SharedMemorySize”是一可选参数,它指定共享存储器中除静态分配的存储器外,针对给定内核调用为每个线程块动态分配的字节数。在至少一个实施例中并且关于CUDA内核启动语法3310,SharedMemorySize默认为零。在至少一个实施例中并且关于CUDA内核启动语法3310,“流”是可选的参数,其指定相关联的流并且默认为零以指定默认流。在至少一个实施例中,流是按顺序执行的命令序列(其可能由不同的主机线程发出)。在至少一个实施例中,不同的流可以相对于彼此无序地或同时地执行命令。
在至少一个实施例中,CUDA源代码3210包括但不限于用于示例性内核“MatAdd”的内核定义和主函数。在至少一个实施例中,主函数是在主机上执行的主机代码,并且包括但不限于使内核MatAdd在设备上执行的内核调用。在至少一个实施例中,如图所示,内核MatAdd将大小为NxN的两个矩阵A和B相加,其中N为正整数,并将结果存储在矩阵C中。在至少一个实施例中,主函数将threadsPerBlock变量定义为16x16,numBlocks变量为N/16xN/16。在至少一个实施例中,然后主函数指定内核调用“MatAdd<<<numBlocks,threadsPerBlock>>>(A,B,C);”。在至少一个实施例中,并且根据CUDA内核启动语法3310,使用尺寸为N/16×N/16的线程块网格来执行内核MatAdd,其中每个线程块的尺寸为16×16。在至少一个实施例中,每个线程块包括256个线程,创建具有足够块的网格以使每个矩阵元素具有一个线程,并且该网格中的每个线程执行内核MatAdd以执行一个逐对的加法。
在至少一个实施例中,在将CUDA源代码3210转换成HIP源代码3230的同时,CUDA到HIP转换工具3220将CUDA源代码3210中的每个内核调用从CUDA内核启动语法3310转换成HIP内核启动语法3320,并将源代码3210中的任意数量的其他CUDA调用转换为任意数量的其他功能上相似的HIP调用。在至少一个实施例中,HIP内核启动语法3320被指定为“hipLaunchKernelGGL(KernelName,GridSize,BlockSize,SharedMemorySize,Stream,KernelArguments);”。在至少一个实施例中,KernelName,GridSize,BlockSize,ShareMemorySize,Stream和KernelArguments中的每一个在HIP内核启动语法3320中具有与在CUDA内核启动语法3310中(本文先前描述)相同的含义。在至少一个实施例中,参数SharedMemorySize和Stream在HIP内核启动语法3320中是必需的,而在CUDA内核启动语法3310中是可选的。
在至少一个实施例中,除了使内核MatAdd在设备上执行的内核调用之外,图33中描绘的HIP源代码3230的一部分与图33中描绘的CUDA源代码3210的一部分相同。在至少一个实施例中,在HIP源代码3230中定义内核MatAdd,具有与在CUDA源代码3210中定义内核MatAdd相同的“__global__”声明说明符。在至少一个实施例中,在HIP源代码3230中的内核调用是“hipLaunchKernelGGL(MatAdd,numBlocks,threadsPerBlock,0、0,A,B,C);”,而CUDA源代码3210中的相应内核调用是“MatAdd<<<numBlocks,threadsPerBlock>>>(A,B,C);”。
图34更详细地示出了根据至少一个实施例的图32C的未启用CUDA的GPU 3292。在至少一个实施例中,GPU 3292由圣塔克拉拉市的AMD公司开发。在至少一个实施例中,GPU3292可以被配置为以高度并行的方式执行计算操作。在至少一个实施例中,GPU 3292被配置为执行图形管线操作,诸如绘制命令、像素操作、几何计算以及与将图像渲染到显示器相关联的其他操作。在至少一个实施例中,GPU 3292被配置为执行与图形无关的操作。在至少一个实施例中,GPU 3292被配置为执行与图形有关的操作和与图形无关的操作两者。在至少一个实施例中,GPU 3292可以被配置为执行HIP源代码3230中包括的设备代码。
在至少一个实施例中,GPU 3292包括但不限于任意数量的可编程处理单元3420,命令处理器3410,L2高速缓存3422,存储器控制器3470,DMA引擎3480(1),系统存储器控制器3482,DMA引擎3480(2)和GPU控制器3484。在至少一个实施例中,每个可编程处理单元3420包括但不限于工作负载管理器3430和任意数量的计算单元3440。在至少一个实施例中,命令处理器3410读取来自一个或更多个命令队列(未示出)的命令,并将命令分发给工作负载管理器3430。在至少一个实施例中,对于每个可编程处理单元3420,相关的工作负载管理器3430将工作分发给包括在可编程处理单元3420中的计算单元3440。在至少一个实施例中,每个计算单元3440可以执行任意数量的线程块,但是每个线程块在单个计算单元3440上执行。在至少一个实施例中,工作组是线程块。
在至少一个实施例中,每个计算单元3440包括但不限于任意数量的SIMD单元3450和共享存储器3460。在至少一个实施例中,每个SIMD单元3450实现SIMD架构并且被配置为并行执行操作。在至少一个实施例中,每个SIMD单元3450包括但不限于向量ALU 3452和向量寄存器文件3454。在至少一个实施例中,每个SIMD单元3450执行不同的线程束。在至少一个实施例中,线程束是一组线程(例如16个线程),其中线程束中的每个线程属于单个线程块,并且被配置为基于单个指令集来处理不同的数据集。在至少一个实施例中,可以使用预测来禁用线程束中的一个或更多个线程。在至少一个实施例中,通道是线程。在至少一个实施例中,工作项是线程。在至少一个实施例中,波前是线程束。在至少一个实施例中,线程块中的不同波前可一起同步并经由共享存储器3460进行通信。
在至少一个实施例中,可编程处理单元3420被称为“着色引擎”。在至少一个实施例中,除了计算单元3440之外,每个可编程处理单元3420还包括但不限于任意数量的专用图形硬件。在至少一个实施例中,每个可编程处理单元3420包括但不限于任意数量(包括零)的几何处理器,任意数量(包括零)的光栅化器,任意数量(包括零)的渲染后端,工作负载管理器3430和任意数量的计算单元3440。
在至少一个实施例中,计算单元3440共享L2高速缓存3422。在至少一个实施例中,L2高速缓存3422被分区。在至少一个实施例中,GPU3292中的所有计算单元3440可访问GPU存储器3490。在至少一个实施例中,存储器控制器3470和系统存储器控制器3482促进GPU3292与主机之间的数据传输,并且DMA引擎3480(1)使能GPU 3292与此主机之间的异步存储器传输。在至少一个实施例中,存储器控制器3470和GPU控制器3484促进GPU 3292与其他GPU 3292之间的数据传输,并且DMA引擎3480(2)使能GPU 3292与其他GPU 3292之间的异步存储器传输。
在至少一个实施例中,GPU 3292包括但不限于任意数量和类型的系统互连,该系统互连促进在GPU 3292内部或外部的任意数量和类型的直接或间接链接的组件之间的数据和控制传输。在至少一个实施例中,GPU3292包括但不限于耦合到任意数量和类型的外围设备的任意数量和类型的I/O接口(例如,PCIe)。在至少一个实施例中,GPU 3292可以包括但不限于任意数量(包括零)的显示引擎和任意数量(包括零)的多媒体引擎。在至少一个实施例中,GPU 3292实现了存储器子系统,该存储器子系统包括但不限于任意数量和类型的存储器控制器(例如,存储器控制器3470和系统存储器控制器3482)以及专用于一个组件或在多个组件之间共享的存储器设备(例如,共享存储器3460)。在至少一个实施例中,GPU3292实现了高速缓存子系统,该高速缓存子系统包括但不限于一个或更多个高速缓存存储器(例如,L2高速缓存3422),每个高速缓存存储器可以是私有的或在任意数量的组件(例如,SIMD单元3450,计算单元3440和可编程处理单元3420)之间共享。
图35示出了根据至少一个实施例的示例性CUDA网格3520的线程如何被映射到图34的不同计算单元3440。在至少一个实施例中,并且仅出于说明目的,网格3520具有BX乘以BY乘以1的GridSize和TX乘以TY乘以1的BlockSize。因此,在至少一个实施例中,网格3520包括但不限于(BX*BY)线程块3530,每个线程块3530包括但不限于(TX*TY)线程3540。线程3540在图35中被描绘为弯曲箭头。
在至少一个实施例中,网格3520被映射到可编程处理单元3420(1),该可编程处理单元3420(1)包括但不限于计算单元3440(1)-3440(C)。在至少一个实施例中并且如图所示,将(BJ*BY)线程块3530映射到计算单元3440(1),并且将其余线程块3530映射到计算单元3440(2)。在至少一个实施例中,每个线程块3530可以包括但不限于任意数量的线程束,并且每个线程束被映射到图34的不同的SIMD单元3450。
在至少一个实施例中,给定线程块3530中的线程束可以一起同步并通过关联的计算单元3440中包括的共享存储器3460进行通信。例如并且在至少一个实施例中,线程块3530(BJ,1)中的线程束可以一起同步并通过共享存储器3460(1)进行通信。例如并且在至少一个实施例中,线程块3530(BJ+1,1)中的线程束可以一起同步并通过共享存储器3460(2)进行通信。
图36示出了根据至少一个实施例的如何将现有CUDA代码迁移到数据并行C++代码。在至少一个实施例中,将现有CUDA代码迁移到数据并行C++代码包括在图1-3中公开的系统中,或者可以与这些系统通信以执行图4中公开的所有过程400的一部分。数据并行C++(DPC++)可能指的是一种开放的、基于标准的单一体系结构专有语言的替代方案,它允许开发人员跨硬件目标(CPU和加速器,诸如GPU和FPGA)重用代码,还可以为特定加速器执行自定义调整。DPC++根据开发人员可能熟悉的ISOC++使用相似和/或相同的C和C++结构。DPC++结合了来自Khronos集团的标准SYCL,以支持数据并行和异构编程。SYCL指的是一个跨平台抽象层,它建立在OpenCL的底层概念、可移植性和效率的基础上,使异构处理器的代码能够使用标准C++以“单源”风格编写。SYCL可以实现单一源代码开发,其中C++模板函数可以包含主机和设备代码,以构造使用OpenCL加速的复杂算法,然后在不同类型数据的源代码中重复使用它们。
在至少一个实施例中,DPC++编译器用于编译可以跨不同硬件目标部署的DPC++源代码。在至少一个实施例中,DPC++编译器用于生成可以跨不同硬件目标部署的DPC++应用程序,并且DPC++兼容性工具可用于将CUDA应用程序迁移到DPC++中的多平台程序。在至少一个实施例中,DPC++基础工具包包括DPC++编译器,用于跨不同硬件目标部署应用程序;DPC++库,用于提高CPU、GPU和FPGA的生产力和性能;DPC++兼容工具,用于将CUDA应用程序迁移到多平台应用程序;及其任何适当组合。
在至少一个实施例中,DPC++编程模型通过使用现代C++特性来简单地用于与编程CPU和加速器相关的一个或更多个方面,以使用一种称为数据并行C++的编程语言来表达并行性。DPC++编程语言可用于使用单一源语言对主机(例如,CPU)和加速器(例如,GPU或FPGA)进行代码重用,并清楚地传达执行和存储器依赖关系。DPC++代码中的映射可用于将应用程序转换为在最能加速工作负载的硬件或一组硬件设备上运行。即使在没有可用加速器的平台上,也可以使用主机来简化设备代码的开发和调试。
在至少一个实施例中,提供CUDA源代码3600作为DPC++兼容性工具3602的输入,以生成人类可读的DPC++3604。在至少一个实施例中,人类可读的DPC++3604包括由DPC++兼容性工具3602生成的内嵌注释,其指导开发人员如何和/或在何处修改DPC++代码以完成编码和调优到期望的性能3606,从而生成DPC++源代码3608。
在至少一个实施例中,CUDA源代码3600是或包括CUDA编程语言中的人类可读源代码的集合。在至少一个实施例中,CUDA源代码3600是CUDA编程语言中的人类可读源代码。在至少一个实施例中,CUDA编程语言是C++编程语言的扩展,包括但不限于定义设备代码和区分设备代码和主机代码的机制。在至少一个实施例中,设备代码是在编译之后可在设备(例如,GPU或FPGA)上可执行的源代码,并且可以包括一个或更多个可在设备的一个或更多个处理器核上执行的并行工作流。在至少一个实施例中,设备可以是针对并行指令处理进行优化的处理器,诸如支持CUDA的GPU、GPU或另一GPGPU等。在至少一个实施例中,主机代码是编译后可在主机上执行的源代码。在至少一个实施例中,可以跨CPU和GPU/FPGA并行执行部分或全部主机代码和设备代码。在至少一个实施例中,主机是针对顺序指令处理进行优化的处理器,诸如CPU。结合图36描述的CUDA源代码3600可以与本文其他地方讨论的源代码一致。
在至少一个实施例中,DPC++兼容性工具3602是指可执行工具、程序、应用程序或任何其他合适类型的工具,其用于促进CUDA源代码3600到DPC++源代码3608的迁移。至少在在一个实施例中,DPC++兼容性工具3602是基于命令行的代码迁移工具,可作为DPC++工具包的一部分,用于将现有CUDA源移植到DPC++。在至少一个实施例中,DPC++兼容性工具3602将CUDA应用程序的部分或全部源代码从CUDA转换为DPC++,并生成至少部分用DPC++编写的结果文件,称为人类可读的DPC++3604。在至少一个实施例中,人类可读的DPC++3604包括由DPC++兼容性工具3602生成的注释,以指示可能需要用户干预的地方。在至少一个实施例中,当CUDA源代码3600调用没有类似DPC++API的CUDAAPI时,需要用户干预;稍后将更详细地讨论需要用户干预的其他示例。
在至少一个实施例中,用于迁移CUDA源代码3600(例如,应用程序或其一部分)的工作流包括创建一个或更多个编译数据库文件;使用DPC++兼容性工具3602将CUDA迁移到DPC++;完成迁移并验证正确性,从而生成DPC++源代码3608;以及使用DPC++编译器编译DPC++源代码3608,生成DPC++应用程序。在至少一个实施例中,一种兼容性工具提供了一种实用程序,该实用程序拦截在Makefile执行时使用的命令,并将其存储在编译数据库文件中。在至少一个实施例中,文件以JSON格式存储。在至少一个实施例中,拦截构建(intercept-build)命令将Makefile命令转换为DPC兼容性命令。
在至少一个实施例中,拦截构建是一种实用程序脚本,它拦截构建过程以捕获编译选项、宏定义和包含路径,并将该数据写入编译数据库文件。在至少一个实施例中,编译数据库文件是JSON文件。在至少一个实施例中,DPC++兼容性工具3602解析编译数据库并在迁移输入源时应用选项。在至少一个实施例中,拦截构建的使用是可选的,但强烈建议用于基于Make或CMake的环境。在至少一个实施例中,迁移数据库包括命令、目录和文件:命令可以包括必要的编译标志;目录可能包括头文件的路径;文件可能包括CUDA文件的路径。
在至少一个实施例中,DPC++兼容性工具3602通过尽可能生成DPC++来将用CUDA编写的CUDA代码(例如,应用程序)迁移到DPC++。在至少一个实施例中,DPC++兼容性工具3602可用作工具包的一部分。在至少一个实施例中,DPC++工具包包括拦截构建工具。在至少一个实施例中,拦截构建工具创建编译数据库,该编译数据库捕获编译命令以迁移CUDA文件。在至少一个实施例中,DPC++兼容性工具3602使用由拦截构建工具生成的编译数据库将CUDA代码迁移到DPC++。在至少一个实施例中,非CUDAC++代码和文件按原样迁移。在至少一个实施例中,DPC++兼容性工具3602生成人类可读的DPC++3604,其可以是DPC++代码,如由DPC++兼容性工具3602生成的,不能由DPC++编译器编译,并且需要额外的管道来验证未正确迁移的代码部分,并且可能涉及手动干预,诸如由开发人员进行的干预。在至少一个实施例中,DPC++兼容性工具3602提供嵌入在代码中的提示或工具,以帮助开发人员手动迁移无法自动迁移的附加代码。在至少一个实施例中,迁移是源文件、项目或应用程序的一次性活动。
在至少一个实施例中,DPC++兼容性工具3602能够成功地将CUDA代码的所有部分迁移到DPC++,并且可能存在一个可选步骤,用于手动验证和调整所生成的DPC++源代码的性能。在至少一个实施例中,DPC++兼容性工具3602直接生成由DPC++编译器编译的DPC++源代码3608,而不需要或利用人工干预来修改由DPC++兼容性工具3602生成的DPC++代码。在至少一个实施例中,DPC++兼容性工具生成可编译的DPC++代码,开发人员可以根据性能、可读性、可维护性和其他各种考虑因素进行选择性调优;或其任何组合。
在至少一个实施例中,至少部分地使用DPC++兼容性工具3602将一个或更多个CUDA源文件迁移到DPC++源文件。在至少一个实施例中,CUDA源代码包括一个或更多个头文件,该头文件可以包括CUDA头文件。在至少一个实施例中,CUDA源文件包括<cuda.h>头文件和可用于打印文本的<stdio.h>头文件。在至少一个实施例中,向量加法核心CUDA源文件的一部分可以写成或相关于:
Figure BDA0004113585890000831
Figure BDA0004113585890000841
在至少一个实施例中并结合上述CUDA源文件,DPC++兼容性工具3602解析CUDA源代码,并用适当的DPC++和SYCL头文件替换头文件。在至少一个实施例中,DPC++头文件包括助手声明。在CUDA中,有一个线程ID的概念,相应地,在DPC++或SYCL中,每个元素都有一个本地标识符。
在至少一个实施例中并结合上述CUDA源文件,有两个向量A和B被初始化,并且向量相加结果作为VectorAddKernel()的一部分放入向量C中。在至少一个实施例中,作为将CUDA代码迁移到DPC++代码的一部分,DPC++兼容性工具3602通过本地ID将用于索引工作元素的CUDA线程ID转换为工作元素的SYCL标准寻址。在至少一个实施例中,可以优化由DPC++兼容性工具3602生成的DPC++代码,例如,通过减少nd_项的维度,从而增加存储器和/或处理器利用率。
在至少一个实施例中并结合上述CUDA源文件,迁移存储器分配。在至少一个实施例中,cudaMalloc()被迁移到统一的共享存储器SYCL调用malloc_device(),设备和上下文被传递到该调用,依赖于诸如平台、设备、上下文和队列的SYCL概念。在至少一个实施例中,SYCL平台可以具有多个设备(例如,主机和GPU设备);一个设备可具有多个队列,作业可以提交到这些队列;每个设备可以具有上下文;并且一个上下文可能有多个设备并管理共享存储器对象。
在至少一个实施例中并结合上述CUDA源文件,main()函数调用或调用VectorAddKernel(),以将两个向量A和B加在一起,并将结果存储在向量C中。在至少一个实施例中,调用VectorAddKernel()的CUDA代码被DPC++代码替换,以将核心提交到命令队列以供执行。在至少一个实施例中,命令组处理程序cgh传递提交给队列的数据、同步和计算,parallel_for被调用用于调用VectorAddKernel()的该工作组中的多个全局元素和多个工作项。
在至少一个实施例中并结合上述CUDA源文件,复制设备存储器的CUDA调用,然后将向量A、B和C的空闲存储器迁移到相应的DPC++调用。在至少一个实施例中,C++代码(例如,用于打印浮点变量向量的标准ISOC++代码)按原样迁移,而不被DPC++兼容性工具3602修改。在至少一个实施例中,DPC++兼容性工具3602修改CUDA用于存储器设置和/或主机调用以在加速设备上执行核心的API。在至少一个实施例中并结合上述CUDA源文件,相应的人类可读DPC++3604(例如,可以编译)被写入或与之相关:
Figure BDA0004113585890000851
Figure BDA0004113585890000861
Figure BDA0004113585890000871
在至少一个实施例中,人类可读的DPC++3604是指由DPC++兼容性工具3602生成的输出,并且可以以一种或另一种方式进行优化。在至少一个实施例中,由DPC++兼容性工具3602生成的人类可读DPC++3604可以在迁移之后由开发人员手动编辑,以使其更易于维护、性能或其他考虑因素。在至少一个实施例中,由DPC++兼容性工具36002生成的DPC++代码(诸如所公开的DPC++)可以通过移除对每个malloc_device()调用的get_current_device()和/或get_default_context()的重复调用来优化。在至少一个实施例中,上面生成的DPC++代码使用三维nd_范围,该范围可以重构为仅使用单个维度,从而减少存储器使用量。在至少一个实施例中,开发人员可以手动编辑由DPC++兼容性工具生成的DPC++代码3602使用访问器替换统一共享存储器的使用。在至少一个实施例中,DPC++兼容性工具3602具有改变其将CUDA代码迁移到DPC++代码的方式的选项。在至少一个实施例中,DPC++兼容性工具3602是冗长的,因为它使用通用模板将CUDA代码迁移到适用于大量情况的DPC++代码。
在至少一个实施例中,CUDA到DPC++迁移工作流包括以下步骤:使用拦截构建脚本准备迁移;使用DPC++兼容性工具3602将CUDA项目迁移到DPC++;手动检查和编辑迁移的源文件,以确保其完整性和正确性;并编译最终的DPC++代码以生成DPC++应用程序。在至少一个实施例中,在一种或更多种情况下可能需要对DPC++源代码进行人工审查,包括但不限于:迁移的API不返回错误代码(CUDA代码可以返回错误代码,然后应用程序可以使用该代码,但SYCL使用异常来报告错误,因此不使用错误代码来显示错误);DPC++不支持CUDA计算能力依赖逻辑;无法删除声明。在至少一个实施例中,DPC++代码需要人工干预的场景可以包括但不限于:错误代码逻辑替换为(*,0)代码或注释掉;等效的DPC++API不可用;CUDA计算能力依赖逻辑;硬件相关API(clock());缺少不支持API的功能;执行时间测量逻辑;处理内置向量类型冲突;cuBLAS API的迁移;还有更多。
在至少一个实施例中,本文描述的一种或更多种技术利用oneAPI编程模型。在至少一个实施例中,oneAPI编程模型是指用于与各种计算加速器架构交互的编程模型。在至少一个实施例中,oneAPI是指设计用于与各种计算加速器架构交互的应用程序编程接口(API)。在至少一个实施例中,oneAPI编程模型利用DPC++编程语言。在至少一个实施例中,DPC++编程语言是指用于数据并行编程生产力的高级语言。在至少一个实施例中,DPC++编程语言至少部分地基于C和/或C++编程语言。在至少一个实施例中,oneAPI编程模型是诸如由加利福尼亚州圣克拉拉的英特尔公司开发的那些编程模型。
在至少一个实施例中,oneAPI和/或oneAPI编程模型用于与各种加速器、GPU、处理器和/或其变体、架构交互。在至少一个实施例中,oneAPI包括一组实现各种功能的库。在至少一个实施例中,oneAPI至少包括oneAPI DPC++库、oneAPI数学核心库、oneAPI数据分析库、oneAPI深度神经网络库、oneAPI集体通信库、oneAPI线程构建块库、oneAPI视频处理库和/或其变体。
在至少一个实施例中,oneAPI DPC++库(也称为oneDPL)是实现算法和函数以加速DPC++核心编程的库。在至少一个实施例中,oneDPL实现一个或更多个标准模板库(STL)函数。在至少一个实施例中,oneDPL实现一个或更多个并行STL功能。在至少一个实施例中,oneDPL提供一组库类和函数,例如并行算法、迭代器、函数对象类、基于范围的API和/或其变体。在至少一个实施例中,oneDPL实现了C++标准库的一个或更多个类和/或函数。在至少一个实施例中,oneDPL实现一个或更多个随机数生成器功能。
在至少一个实施例中,oneAPI数学核心库(也称为oneMKL)是实现各种数学函数和/或操作的各种优化和并行例程的库。在至少一个实施例中,oneMKL实现一个或更多个基本线性代数子程序(BLAS)和/或线性代数包(LAPACK)密集线性代数例程。在至少一个实施例中,oneMKL实现一个或更多个稀疏BLAS线性代数例程。在至少一个实施例中,oneMKL实现一个或更多个随机数生成器(RNG)。在至少一个实施例中,oneMKL实现了一个或更多个向量数学(VM)例程,用于对向量进行数学运算。在至少一个实施例中,oneMKL实现一个或更多个快速傅立叶变换(FFT)函数。
在至少一个实施例中,oneAPI数据分析库(也称为oneDAL)是实现各种数据分析应用程序和分布式计算的库。在至少一个实施例中,oneDAL以批处理、在线和分布式计算处理模式实现用于数据分析的预处理、转换、分析、建模、验证和决策制定的各种算法。在至少一个实施例中,oneDAL实现了各种C++和/或JavaAPI以及到一个或更多个数据源的各种连接器。在至少一个实施例中,oneDAL实现了对传统C++接口的DPC++API扩展,并使GPU能够用于各种算法。
在至少一个实施例中,oneAPI深度神经网络库(也称为oneDNN)是实现各种深度学习功能的库。在至少一个实施例中,oneDNN实现各种神经网络、机器学习和深度学习功能、算法和/或其变体。
在至少一个实施例中,oneAPI集体通信库(也称为oneCCL)是实现用于深度学习和机器学习工作负载的各种应用程序的库。在至少一个实施例中,oneCCL构建在较低级别的通信中间件上,诸如消息传递接口(MPI)和libfabrics。在至少一个实施例中,oneCCL启用一组深度学习特定优化,诸如优先级、持久操作、无序执行和/或其变体。在至少一个实施例中,oneCCL实现各种CPU和GPU功能。
在至少一个实施例中,oneAPI线程构建块库(也称为OneBB)是为各种应用实现各种并行过程的库。在至少一个实施例中,oneTBB用于主机上基于任务的共享并行编程。在至少一个实施例中,oneTBB实现通用并行算法。在至少一个实施例中,oneTBB实现并发容器。在至少一个实施例中,oneTBB实现可扩展存储器分配器。在至少一个实施例中,oneTBB实现了窃取工作的任务调度器。在至少一个实施例中,oneTBB实现低级同步原语。在至少一个实施例中,oneTBB独立于编译器并且可用于各种处理器,诸如GPU、PPU、CPU和/或其变体。
在至少一个实施例中,oneAPI视频处理库(也称为oneVPL)是用于在一个或更多个应用中加速视频处理的库。在至少一个实施例中,oneVPL实现各种视频解码、编码和处理功能。在至少一个实施例中,oneVPL为CPU、GPU和其他加速器上的媒体管道实现各种功能。在至少一个实施例中,oneVPL在以媒体为中心和视频分析工作负载中实现设备发现和选择。在至少一个实施例中,oneVPL实现了用于零拷贝缓冲区共享的API原语。
在至少一个实施例中,oneAPI编程模型利用DPC++编程语言。在至少一个实施例中,DPC++编程语言是一种编程语言,其包括但不限于功能相似的CUDA机制版本,用于定义设备代码并区分设备代码和主机代码。在至少一个实施例中,DPC++编程语言可以包括CUDA编程语言的功能子集。在至少一个实施例中,使用DPC++编程语言而使用oneAPI编程模型来执行一个或更多个CUDA编程模型操作。
应当注意,虽然本文描述的示例实施例可涉及CUDA编程模型,但是本文描述的技术可以与任何合适的编程模型一起使用,例如HIP、oneAPI(例如,使用基于oneAPI的编程来执行或实现本文公开的方法)和/或其变体。
在至少一个实施例中,上述系统和/或处理器的一个或更多个组件可以与一个或更多个CPU、ASIC、GPU、FPGA或其他硬件、电路或集成电路组件通信,这些硬件、电路或集成电路组件包括,例如,用于提高图像比例的增倍器或增采样器,用于将图像混合、混合或相加在一起的图像混合器或图像混合器组件,用于对图像进行采样(例如,作为DSP的一部分)的采样器、被配置为执行放大程序以放大图像(例如,从低分辨率图像到高分辨率图像)的神经网络电路、或用于修改或生成图像、帧或视频以调整其分辨率、大小或像素的其他硬件;上述公开的系统和/或处理器的一个或更多个组件可以使用本公开中描述的组件来执行生成或修改图像的方法、操作或指令。
鉴于以下条款,可以描述本公开的至少一个实施例:
条款1.一种处理器,包括:一个或更多个电路,用于同时使两个或更多个软件模块由处理器执行。
条款2.根据条款1所述的处理器,其中所述一个或更多个电路用于执行一个或更多个软件驱动程序,其中所述一个或更多个软件驱动程序用于同时使所述两个或更多个软件模块由所述处理器执行。
条款3.根据条款1或条款2所述的处理器,其中所述一个或更多个电路用于同时使启动所述两个或更多个软件模块中的第一软件模块的一个或更多个操作与启动所述两个或更多个软件模块中的第二软件模块的一个或更多个操作同时执行。
条款4.根据条款1-3中任意一条所述的处理器,其中所述两个或更多个软件模块包括两个或更多个图形内核,所述两个或更多个图形内核要由单个图形处理单元执行。
条款5.根据条款1-4中任意一条所述的处理器,其中所述两个或更多个软件模块包括两个或更多个图形内核,所述两个或更多个图形内核要由多个图形处理单元执行。
条款6.根据条款1-5中任意一条所述的处理器,其中应用程序编程接口(API)用于使一个或更多个软件驱动程序同时执行操作,以准备要同时启动的所述两个或更多个软件模块。
条款7.根据条款1-6中任意一条所述的处理器,其中同时使所述两个或更多个软件模块由处理器执行包括:同时执行操作,以准备要由一个或更多个图形处理核心执行的所述两个或更多个软件模块。
条款8.根据条款1-7中任意一条所述的处理器,其中同时使所述两个或更多个软件模块执行包括:同时执行操作,以验证所述两个或更多个软件模块被设置为由一个或更多个图形处理单元执行。
条款9.根据条款1-8中任意一条所述的处理器,其中所述一个或更多个电路用于执行一个或更多个软件驱动程序,其中所述一个或更多个软件驱动程序包括数据跟踪结构,用于同步一个或更多个操作,所述一个或更多个操作要被并行执行和按序执行,以准备要启动的两个或更多个图形内核。
条款10.根据条款1-9中任意一条所述的处理器,其中所述一个或更多个电路用于执行一个或更多个软件驱动程序,其中所述一个或更多个软件驱动程序用于执行操作,以对来自一个或更多个中央处理核心的工作提交进行编码,以由一个或更多个图形处理核心执行。
条款11.一种系统,包括存储指令的存储器,如果由一个或更多个处理器执行所述指令,则使所述系统:
同时使两个或更多个软件模块由处理器执行。
条款12.根据条款11所述的系统,其中所述系统用于执行一个或更多个软件驱动程序,其中所述一个或更多个软件驱动程序用于同时使所述两个或更多个软件模块由所述处理器执行。
条款13.根据条款11或条款12所述的系统,其中所述系统用于执行一个或更多个软件驱动程序,其中所述一个或更多个软件驱动程序使两个或更多个图形核心通过至少执行第一个图形内核和第二个图形内核来同时执行。
条款14.根据条款11-13中任意一条所述的系统,其中所述两个或更多个软件模块包括两个或更多个图形内核,所述两个或更多个图形内核要由单个图形处理单元执行。
条款15.根据条款11-14中任意一条所述的系统,其中所述两个或更多个软件模块包括两个或更多个图形内核,所述两个或更多个图形内核要由多个图形处理单元执行。
条款16.根据条款11-15中任意一条所述的系统,其中同时使所述两个或更多个软件模块被执行包括:同时执行操作,以验证所述两个或更多个软件模块被设置为由一个或更多个图形处理单元执行。
条款17.根据条款11-16中任意一条所述的系统,其中所述系统用于执行一个或更多个软件驱动程序,其中所述一个或更多个软件驱动程序包括数据跟踪结构,用于同步一个或更多个操作,所述一个或更多个操作要被并行执行和按序执行,以准备要启动的两个或更多个图形内核。
条款18.根据条款11-17中任意一条所述的系统,其中所述系统用于执行一个或更多个软件驱动程序,其中所述一个或更多个软件驱动程序用于执行操作,以对来自一个或更多个中央处理核心的工作提交进行编码,以由一个或更多个图形处理核心执行。
条款19.根据条款11-18中任意一条所述的系统,其中所述系统用于执行一个或更多个软件驱动程序,其中所述一个或更多个软件驱动程序包括数据跟踪结构,用于跟踪操作的进度,所述操作要被并行执行和按序执行,以准备启动的一个或更多个图形内核。
条款20.根据条款11-19中任意一条所述的系统,其中同时使所述两个或更多个软件模块被执行包括:执行操作,以对来自不同中央处理核心的工作提交进行编码,以由一个或更多个图形处理核心执行。
条款21.一种机器可读介质,其上存储有一个或更多个指令,如果所述指令由一个或更多个处理器执行,则使一个或更多个处理器至少:
同时使两个或更多个软件模块由处理器执行。
条款22.根据条款21所述的机器可读介质,其中所述一个或更多个电路用于执行一个或更多个软件驱动程序,其中所述一个或更多个软件驱动程序用于同时使所述两个或更多个软件模块由所述处理器执行。
条款23.根据条款21或条款22所述的机器可读介质,其中所述一个或更多个电路用于同时使启动所述两个或更多个软件模块中的第一软件模块的一个或更多个操作与启动所述两个或更多个软件模块中的第二软件模块的一个或更多个操作同时执行。
条款24.根据条款21-23中任意一条所述的机器可读介质,其中所述两个或更多个软件模块包括两个或更多个图形内核,所述两个或更多个图形内核要由单个图形处理单元执行。
条款25.根据条款21-24中任意一条所述的机器可读介质,其中所述两个或更多个软件模块包括两个或更多个图形内核,所述两个或更多个图形内核要由多个图形处理单元执行。
条款26.根据条款21-25中任意一条所述的机器可读介质,其中应用程序编程接口(API)用于使一个或更多个软件驱动程序同时执行操作,以准备要同时启动的所述两个或更多个软件模块。
条款27.一种方法,包括:
同时使两个或更多个软件模块由处理器执行。
条款28.根据条款27所述的方法,其中同时使所述两个或更多个软件模块被执行还包括:
执行操作,以准备在一个或更多个图形处理核心上启动的两个或更多个图形内核。
条款29.根据条款27或条款28所述的方法,所述方法还包括:
获得并行运行的一个或更多个操作和按序运行的一个或更多个操作,用于在一个或更多个图形处理核心上启动两个或更多个图形内核。
条款30.根据条款27-29中任意一条所述的方法,所述方法还包括:
从一个或更多个中央处理核心接收准备在一个或更多个图形处理核心上启动的两个或更多个图形内核的请求。
条款31.根据条款27-30中任意一条所述的方法,所述方法还包括:在一个或更多个软件驱动程序上接收来自应用程序编程接口(API)的准备要同时执行的两个或更多个图形内核的指令。
条款32.根据条款27-31中任意一条所述的方法,所述方法还包括:至少部分地基于一个或更多个软件驱动程序的数据跟踪结构,来获得准备要启动的一个或更多个图形内核的状态,所述一个或更多个软件驱动程序的数据跟踪结构跟踪并行运行的操作和按序运行的操作的进度,以准备所述一个或更多个图形内核。
条款33.根据条款27-32中任意一条所述的方法,所述方法还包括:
执行一个或更多个软件驱动程序;以及
使用一个或更多个软件驱动程序来执行一个或更多个操作,以对来自一个或更多个中央处理核心的工作提交进行编码,以由一个或更多个图形处理核心执行。
其他变型在本公开的精神内。因此,尽管公开的技术易于进行各种修改和替代构造,但是某些示出的其实施例在附图中示出并且已经在上面进行了详细描述。然而,应理解,无意将公开内容限制为所公开的一种或更多种特定形式,而是相反,其意图是涵盖落入如所附权利要求书所定义的本公开内容的精神和范围内的所有修改、替代构造和等同物。
除非另有说明或显然与上下文矛盾,否则在描述所公开的实施例的上下文中(特别是在所附权利要求的上下文中),术语“一”和“一个”和“该”以及类似指代的使用应被解释为涵盖单数和复数,而不是作为术语的定义。除非另有说明,否则术语“包括”、“具有”、“包含”和“含有”应被解释为开放式术语(意味着“包括但不限于”)。术语“连接”(在未经修改时指的是物理连接)应解释为部分或全部包含在内、附接到或连接在一起,即使有某些介入。除非本文另外指出,否则本文中对数值范围的引用仅旨在用作分别指代落入该范围内的每个单独值的简写方法,并且每个单独值都被并入说明书中,就如同其在本文中被单独叙述一样。除非另外指出或与上下文矛盾,否则术语“集”(例如“项目集”)或“子集”的使用应解释为包括一个或更多个成员的非空集合。此外,除非另外指出或与上下文矛盾,否则术语相应集的“子集”不一定表示对应集的适当子集,而是子集和对应集可以相等。
除非以其他方式明确指出或与上下文明显矛盾,否则诸如“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 (33)

1.一种处理器,包括:一个或更多个电路,用于同时使两个或更多个软件模块由处理器执行。
2.根据权利要求1所述的处理器,其中所述一个或更多个电路用于执行一个或更多个软件驱动程序,其中所述一个或更多个软件驱动程序用于同时使所述两个或更多个软件模块由所述处理器执行。
3.根据权利要求1所述的处理器,其中所述一个或更多个电路用于同时使启动所述两个或更多个软件模块中的第一软件模块的一个或更多个操作与启动所述两个或更多个软件模块中的第二软件模块的一个或更多个操作同时执行。
4.根据权利要求1所述的处理器,其中所述两个或更多个软件模块包括两个或更多个图形内核,所述两个或更多个图形内核要由单个图形处理单元执行。
5.根据权利要求1所述的处理器,其中所述两个或更多个软件模块包括两个或更多个图形内核,所述两个或更多个图形内核要由多个图形处理单元执行。
6.根据权利要求1所述的处理器,其中应用程序编程接口(API)用于使一个或更多个软件驱动程序同时执行操作,以准备要同时启动的所述两个或更多个软件模块。
7.根据权利要求1所述的处理器,其中同时使所述两个或更多个软件模块由处理器执行包括:同时执行操作,以准备要由一个或更多个图形处理核心执行的所述两个或更多个软件模块。
8.根据权利要求1所述的处理器,其中同时使所述两个或更多个软件模块被执行包括:同时执行操作,以验证所述两个或更多个软件模块被设置为由一个或更多个图形处理单元执行。
9.根据权利要求1所述的处理器,其中所述一个或更多个电路用于执行一个或更多个软件驱动程序,其中所述一个或更多个软件驱动程序包括数据跟踪结构,用于同步一个或更多个操作,所述一个或更多个操作要被并行执行和按序执行,以准备要启动的两个或更多个图形内核。
10.根据权利要求1所述的处理器,其中所述一个或更多个电路用于执行一个或更多个软件驱动程序,其中所述一个或更多个软件驱动程序用于执行操作,以对来自一个或更多个中央处理核心的工作提交进行编码,以由一个或更多个图形处理核心执行。
11.一种系统,包括存储指令的存储器,如果由一个或更多个处理器执行所述指令,则使所述系统:
同时使两个或更多个软件模块由处理器执行。
12.根据权利要求11所述的系统,其中所述系统用于执行一个或更多个软件驱动程序,其中所述一个或更多个软件驱动程序用于同时使所述两个或更多个软件模块由所述处理器执行。
13.根据权利要求11所述的系统,其中所述系统用于执行一个或更多个软件驱动程序,其中所述一个或更多个软件驱动程序用于使两个或更多个图形内核以通过使至少执行第一图形内核和第二图形内核来同时执行。
14.根据权利要求11所述的系统,其中所述两个或更多个软件模块包括两个或更多个图形内核,所述两个或更多个图形内核要由单个图形处理单元执行。
15.根据权利要求11所述的系统,其中所述两个或更多个软件模块包括两个或更多个图形内核,所述两个或更多个图形内核要由多个图形处理单元执行。
16.根据权利要求11所述的系统,其中同时使所述两个或更多个软件模块被执行包括:同时执行操作,以验证所述两个或更多个软件模块被设置为由一个或更多个图形处理单元执行。
17.根据权利要求11所述的系统,其中所述系统用于执行一个或更多个软件驱动程序,其中所述一个或更多个软件驱动程序包括数据跟踪结构,用于同步一个或更多个操作,所述一个或更多个操作要被并行执行和按序执行,以准备要启动的两个或更多个图形内核。
18.根据权利要求11所述的系统,其中所述系统用于执行一个或更多个软件驱动程序,其中所述一个或更多个软件驱动程序用于执行操作,以对来自一个或更多个中央处理核心的工作提交进行编码,以由一个或更多个图形处理核心执行。
19.根据权利要求11所述的系统,其中所述系统用于执行一个或更多个软件驱动程序,其中所述一个或更多个软件驱动程序包括数据跟踪结构,用于跟踪操作的进度,所述操作要被并行执行和按序执行,以准备启动的一个或更多个图形内核。
20.根据权利要求11所述的系统,其中同时使所述两个或更多个软件模块被执行包括:执行操作,以对来自不同中央处理核心的工作提交进行编码,以由一个或更多个图形处理核心执行。
21.一种机器可读介质,其上存储有一个或更多个指令,如果所述指令由一个或更多个处理器执行,则使一个或更多个处理器至少:
同时使两个或更多个软件模块由处理器执行。
22.根据权利要求21所述的机器可读介质,其中所述一个或更多个电路用于执行一个或更多个软件驱动程序,其中所述一个或更多个软件驱动程序用于同时使所述两个或更多个软件模块由所述处理器执行。
23.根据权利要求21所述的机器可读介质,其中所述一个或更多个电路用于同时使启动所述两个或更多个软件模块中的第一软件模块的一个或更多个操作与启动所述两个或更多个软件模块中的第二软件模块的一个或更多个操作同时执行。
24.根据权利要求21所述的机器可读介质,其中所述两个或更多个软件模块包括两个或更多个图形内核,所述两个或更多个图形内核要由单个图形处理单元执行。
25.根据权利要求21所述的机器可读介质,其中所述两个或更多个软件模块包括两个或更多个图形内核,所述两个或更多个图形内核要由多个图形处理单元执行。
26.根据权利要求21所述的机器可读介质,其中应用程序编程接口(API)用于使一个或更多个软件驱动程序同时执行操作,以准备要同时启动的所述两个或更多个软件模块。
27.一种方法,包括:
同时使两个或更多个软件模块由处理器执行。
28.根据权利要求27所述的方法,其中同时使所述两个或更多个软件模块被执行还包括:
执行操作,以准备在一个或更多个图形处理核心上启动的两个或更多个图形内核。
29.根据权利要求27所述的方法,所述方法还包括:
获得并行运行的一个或更多个操作和按序运行的一个或更多个操作,以在一个或更多个图形处理核心上启动两个或更多个图形内核。
30.根据权利要求27所述的方法,所述方法还包括:
从一个或更多个中央处理核心接收准备要在一个或更多个图形处理核心上启动的两个或更多个图形内核的请求。
31.根据权利要求27所述的方法,所述方法还包括:
在一个或更多个软件驱动程序处接收来自应用程序编程接口(API)的准备要同时执行的两个或更多个图形内核的指令。
32.根据权利要求27所述的方法,所述方法还包括:
至少部分地基于一个或更多个软件驱动程序的数据跟踪结构,来获得准备要启动的一个或更多个图形内核的状态,所述一个或更多个软件驱动程序的数据跟踪结构跟踪并行运行的操作和按序运行的操作的进度,以准备所述一个或更多个图形内核。
33.根据权利要求27所述的方法,所述方法还包括:
使用一个或更多个软件驱动程序来执行一个或更多个操作,所述一个或更多个操作用于对来自一个或更多个中央处理核心的工作提交进行编码,以由一个或更多个图形处理核心执行。
CN202280006155.9A 2021-04-15 2022-04-14 同时启动代码 Pending CN116097224A (zh)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US202163175211P 2021-04-15 2021-04-15
US63/175,211 2021-04-15
PCT/US2022/024880 WO2022221573A1 (en) 2021-04-15 2022-04-14 Launching code concurrently

Publications (1)

Publication Number Publication Date
CN116097224A true CN116097224A (zh) 2023-05-09

Family

ID=83785390

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202280006155.9A Pending CN116097224A (zh) 2021-04-15 2022-04-14 同时启动代码

Country Status (5)

Country Link
JP (1) JP2024513617A (zh)
KR (1) KR20220144354A (zh)
CN (1) CN116097224A (zh)
DE (1) DE112022000425T5 (zh)
GB (1) GB2617867A (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN116828198A (zh) * 2023-08-29 2023-09-29 麒麟软件有限公司 在nvidia gpu上支持va-api硬件视频加速接口的方法

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8341611B2 (en) * 2007-04-11 2012-12-25 Apple Inc. Application interface on multiple processors
US8866827B2 (en) * 2008-06-26 2014-10-21 Microsoft Corporation Bulk-synchronous graphics processing unit programming
US8707314B2 (en) * 2011-12-16 2014-04-22 Advanced Micro Devices, Inc. Scheduling compute kernel workgroups to heterogeneous processors based on historical processor execution times and utilizations
US20180033116A1 (en) * 2015-03-18 2018-02-01 Intel Corporation Apparatus and method for software-agnostic multi-gpu processing

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN116828198A (zh) * 2023-08-29 2023-09-29 麒麟软件有限公司 在nvidia gpu上支持va-api硬件视频加速接口的方法
CN116828198B (zh) * 2023-08-29 2023-11-28 麒麟软件有限公司 在nvidia gpu上支持va-api硬件视频加速接口的方法

Also Published As

Publication number Publication date
GB2617867A (en) 2023-10-25
JP2024513617A (ja) 2024-03-27
GB202207085D0 (en) 2022-06-29
DE112022000425T5 (de) 2023-10-26
KR20220144354A (ko) 2022-10-26

Similar Documents

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