CN107122245A - Gpu任务调度方法及系统 - Google Patents
Gpu任务调度方法及系统 Download PDFInfo
- Publication number
- CN107122245A CN107122245A CN201710277236.3A CN201710277236A CN107122245A CN 107122245 A CN107122245 A CN 107122245A CN 201710277236 A CN201710277236 A CN 201710277236A CN 107122245 A CN107122245 A CN 107122245A
- Authority
- CN
- China
- Prior art keywords
- kernel
- mrow
- ipc
- expressed
- gpu
- 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.)
- Granted
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/50—Allocation of resources, e.g. of the central processing unit [CPU]
- G06F9/5005—Allocation of resources, e.g. of the central processing unit [CPU] to service a request
- G06F9/5027—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resource being a machine, e.g. CPUs, Servers, Terminals
Abstract
本发明提供一种GPU任务调度方法及系统,所述系统包括:应用分析模块,用于获取应用程序的各个kernel的指令数;动态任务调度模块,用于判断当前运行的kernel数量是否达到预设的上限值,若否,则从被抢占的kernel以及新到达的kernel中挑选与当前运行的kernel组合形成kernel组合优先级最高的kernel,若是,则继续判断被抢占的kernel和新到达的kernel中是否存在与当前运行kernel进行组合得到更高优先级的kernel组合,若是,则继续判断抢占程序后的GPU性能提升是否大于抢占过程所占用的GPU开销,若是,则进行抢占。本发明有效降低延迟,提高资源利用率,提高GPU的性能。
Description
技术领域
本发明涉及处理器技术领域,特别是涉及GPU技术领域,具体为一种GPU任务调度方法及系统。
背景技术
随着互联网用户的快速增长,数据量的急剧膨胀,数据中心对计算的需求也在迅猛上涨。诸如深度学习在线预测、视频转码以及图片压缩解压缩等各类新型应用的出现对计算的需求已远远超出了传统CPU处理器的能力所及。GPU等有别于CPU的新型处理器的出现为数据中心带来了巨大的体系结构变革。
传统的高性能计算集群通过MPI等方式作为主要通信方式,利用队列系统让每个任务独占式地享用集群中的资源。相对于高性能计算集群中的独占式访问,数据中心需要同时为多个用户提供服务。因此为了提高数据中心的利用率,用户往往需要共享数据中心中的计算资源。另外,在实际环境中,不同的用户会有不同的应用请求服务,且不同的服务请求到达的时间也各不相同,在此情况下,如何有效地解决资源的竞争和共享成为了提高数据中心资源的利用率的关键。动态任务调度就是最常见的共享计算资源的解决方案。
对于多任务共享CPU以及CPU的任务调度,研究人员已经进行了大量的研究。而对于GPU,由于其产生之初便是为了高性能计算的独占式服务而设计的,因此其原本的硬件架构并不支持多任务共享GPU。GPU kernel是一段在GPU上执行的代码。当调用GPU计算时,需要从CPU端将kernel和对应的输入参数传递到GPU上。Kernel可以并发执行,目前,用户可通过定义可并行的kernel stream来实现kernel的并发执行。Stream可理解为一堆异步的操作,同一stream中的操作有严格的执行顺序,而不同stream之间则没有该限制。利用不同stream异步执行的特性,就可以通过协调不同stream来提高资源的利用率。从软件角度来看,不同stream中的不同操作可以并行执行,但在硬件角度却不一定如此。Kernel并行的程度依赖于PCIe接口的带宽以及kernel在每个Streaming Multiprocessor(SM)中可获得的资源,在资源不足的情况下,stream仍然需要等待其他的stream完成执行才能开始执行。因此,多任务共享GPU需要打破现有GPU硬件框架的限制。意识到该问题,学术界和工业界均开始重视起GPU的硬件级共享以及抢占支持。
CPU上的抢占式多任务是通过上下文切换实现的,上下文切换引入的额外的延迟和吞吐量损失对于CPU来说是完全可以接收的。而对于GPU来说,由于GPU架构以及相关特性与CPU存在较大的差异,在GPU上实现抢占式多任务将会引入相对CPU上大得多的额外开销。仅对于一个SM来说,上下文切换可能会涉及到近256KB大小的寄存器以及48KB的共享内存的内容切换。而目前GPU的性能在很大程度上受到内存带宽的限制,由于内存请求引入的延迟过大,即使GPU的多线程计算能力也无法完全掩盖内存延迟所带来的影响。考虑到内存请求对GPU性能的整体影响,在设计调度算法时也不能忽视调度算法所引起的额外的内存请求。
现有技术中,一种方式是Chimera通过将不同的SM划分给不同的kernel实现多kernel共享一个GPU。另外,Chimera针对不同的应用场景提出了以下三种不同的抢占策略:
1.Context switching:即通过把一个SM上的正在运行的thread block(TB)的上下文保存到内存里,并发射一个新的kernel来抢占当前SM。
2.Draining:暂停发射新的kernel,直到一个正在运行的kernel的所有TB运行结束。
3.Flushing:对于具有“幂等性”(idempotent)kernel,即使强制结束当前正在运行的TB,重新启动后也不会对kernel最后的结果产生影响,因此在上下文切换时可直接将其TB强行中止,且不需要保存任何上下文信息。
三种策略各有优劣,其中context switching所引入的额外开销对于延迟和吞吐量的影响居于另外两个策略之间;draining对吞吐量的影响最小,但对延迟的影响最大;flushing对延迟几乎没有影响,但若是抢占发生在TB即将运行结束时,则会对吞吐量造成很大的影响。
当有一个新的kernel到达时,Chimera会根据三种策略所引入的开销以及当前正在运行的kernel的状态,选择将被抢占的SM,以及其上运行的TB被抢占的方式,从而达到以一个较小的开销实现抢占的效果。
Chimera中采取的三种策略均存在比较严重的缺点,如果是通过内存进行切换,就会产生大量的内存访问,对性能产生影响。如果等待TB结束,则会导致不可预期的抢占延迟。而“幂等性”则对kernel本身有比较大的要求。
这三种策略的综合结果是能够在抢占发生时,如何根据当前运行环境的状态,尽量减少抢占过程所引入的开销,而对于任务动态到达的场景,Chimera没有提出相对应的调度策略,无法实现全局的吞吐量优化。
现有技术中,还有一种方式是Simultaneous Multikernel通过在每个SM增加抢占机制,实现部分上下文切换(partial context switching)从而能够对正在运行的kernel进行部分资源的抢占,使得多个kernel可以共享一个SM的资源。对于多个kernel之间的资源分配,该研究采取的是主导资源公平算法(DRF),DRF是一种通用的多资源的max-minfairness分配策略。DRF的主题思想是在多用户环境下一个用户的资源分配应该由用户的主导份额的资源决定,主导份额的资源指的是在所有已经分配给用户的多种资源中,占据最大份额的一种资源。在GPU中总共有四种资源:寄存器、共享内存、线程以及TB。
Simultaneous Multikernel提供了让不同kernel共享GPU的硬件机制,但没有对共享GPU的kernel进行进一步限制。在数据中心的应用场景下,Simultaneous Multikerne研究表明,不同的kernel具有不同的资源利用率。有些kernel几乎不使用scratchpad内存,而是频繁的访问L1缓存。而另一些kernel则正相反。这导致了GPU整体资源利用率的低下。虽然Simultaneous Multikernel在硬件上允许kernel之间利用互补的资源,但其并没有给出调度动态到来的任务使其资源互补的算法。因此,在数据中心的应用场景下,Simultaneous Multikernel无法彻底解决资源利用率的问题。
发明内容
鉴于以上所述现有技术的缺点,本发明的目的在于提供一种GPU任务调度方法及系统,用于解决现有技术中GPU任务调度存在的影响内存性能,延迟高以及资源利用率低的问题。
为实现上述目的及他相关目的,本发明在一方面提供一种GPU任务调度系统,所述任务调度系统包括:应用分析模块,用于接收用户的应用程序请求,分析应用程序,根据所述应用程序的类型和输入数据集的大小分析获取所述应用程序的各个kernel的指令数;动态任务调度模块,包括:动态检测单元,用于动态检测、接收用户的应用程序请求并将接收的用户的应用程序请求发送至所述应用分析模块;数量查询单元,用于从运行时系统查询当前运行的kernel数量;处理单元,用于判断当前运行的kernel数量是否达到预设的上限值,若否,则从被抢占的kernel以及新到达的kernel中挑选与当前运的kernel组合形成kernel组合优先级最高的kernel并将挑选的kernel发射至运行时系统,若是,则继续判断被抢占的kernel和新到达的kernel中是否存在与当前运行kernel进行组合得到更高优先级的kernel组合,若否,则保持当前运行的kernel状态,若是,则继续判断抢占程序后的GPU性能提升是否大于抢占过程所占用的GPU开销,若是,则进行抢占,若否,则保持当前运行的kernel状态。
于本发明的一实施例中,被抢占的kernel的优先级高于新到达的kernel的优先级,使得GPU性能越好的kernel组合的优先级越高。
于本发明的一实施例中,通过预设的归一化ipc衡量GPU性能,归一化ipc的计算公式为:
其中,norm_ipc表示为归一化ipc,ipcshare表示为kernel与其他kernel共享GPU时GPU表现出的ipc,ipcalone表示为kernel独占GPU时GPU表现出的ipc。
于本发明的一实施例中,抢占程序后的GPU性能提升根据抢占前归一化ipc和抢占后归一化ipc的对比获取,其中:抢占前归一化ipc为:
抢占后归一化ipc为:
preempt_cycle=(0.09526×miss_rate+0.01633)×(reg+smem)×TB;
其中,normalized_ipci表示为第i个kernel的指令数,running1表示为正在运行的第一个kernel,running2表示正在运行的第二个kernel,rest_cycle表示为正在运行的两个kernel还能一起运行的时钟周期数,rest_instrunning1表示为正在运行的第一个kernel剩余的指令数,ipcrunning1表示为正在运行的第一个kernel所表现出的ipc,rest_instrunning2表示为正在运行的第二个kernel剩余的指令数,ipcrunning2表示为正在运行的第二个kernel所表现出的ipc,norm_ipci表示为第i个kernel所表现出的归一化ipc,preempt_cycle表示为抢占过程所持续的时钟周期数,miss_rate表示为未被抢占的kernel发生高速缓存缺失的频率,reg表示为被抢占的kernel中每个线程块占用寄存器的字节数,smem表示为被抢占的kernel中每个线程块占用共享内存的字节数,TB表示为被抢占的kernel中线程块的数量。
于本发明的一实施例中,抢占过程所占用的GPU开销通过抢占过程中归一化ipc衡量,所述抢占过程中归一化ipc为:
norm_ipcrunning1×decay_rate×preempt_cycle;
其中,norm_ipcrunning1表示为未被抢占kernel所表现出的归一化ipc,decay_rate表示为未被抢占的kernel由于抢占过程而导致的ipc衰减率,preempt_cycle表示为抢占过程所持续的时钟周期数,kernel∈memory_intensive表示为未被抢占的kernel属于内存密集型kernel,kernel∈compute_intensive表示为未被抢占的kernel属于计算密集型kernel。
实现上述目的,本发明在另外一方面还提供一种芯片,所述芯片为异构多核硬件结构,所述芯片内装设有如上所述的GPU任务调度系统。
实现上述目的,本发明在另外一方面还提供一种GPU任务调度方法,所述任务调度方法包括:动态检测并接收用户的应用程序请求,分析应用程序,根据所述应用程序的类型和输入数据集的大小分析获取所述应用程序的各个kernel的指令数;从运行时系统查询当前运行的kernel数量,并判断当前运行的kernel数量是否达到预设的上限值,若否,则从被抢占的kernel以及新到达的kernel中挑选与当前运的kernel组合形成kernel组合优先级最高的kernel并将挑选的kernel发射至运行时系统,若是,则继续判断被抢占的kernel和新到达的kernel中是否存在与当前运行kernel进行组合得到更高优先级的kernel组合,若否,则保持当前运行的kernel状态,若是,则继续判断抢占程序后的GPU性能提升是否大于抢占过程所占用的GPU开销,若是,则进行抢占,若否,则保持当前运行的kernel状态。
于本发明的一实施例中,被抢占的kernel的优先级高于新到达的kernel的优先级,使得GPU性能越好的kernel组合的优先级越高。
于本发明的一实施例中,通过预设的归一化ipc衡量GPU性能,归一化ipc的计算公式为:
其中,norm_ipc表示为归一化ipc,ipcshare表示为kernel与其他kernel共享GPU时GPU表现出的ipc,ipcalone表示为kernel独占GPU时GPU表现出的ipc。
于本发明的一实施例中,抢占程序后的GPU性能提升根据抢占前归一化ipc和抢占后归一化ipc的对比获取,其中:
抢占前归一化ipc为:
抢占后归一化ipc为:
preempt_cycle=(0.09526×miss_rate+0.01633)×(reg+smem)×TB;
其中,normalized_ipci表示为第i个kernel的指令数,running1表示为正在运行的第一个kernel,running2表示正在运行的第二个kernel,rest_cycle表示为正在运行的两个kernel还能一起运行的时钟周期数,rest_instrunning1表示为正在运行的第一个kernel剩余的指令数,ipcrunning1表示为正在运行的第一个kernel所表现出的ipc,rest_instrunning2表示为正在运行的第二个kernel剩余的指令数,ipcrunning2表示为正在运行的第二个kernel所表现出的ipc,norm_ipci表示为第i个kernel所表现出的归一化ipc,preempt_cycle表示为抢占过程所持续的时钟周期数,miss_rate表示为未被抢占的kernel发生高速缓存缺失的频率,reg表示为被抢占的kernel中每个线程块占用寄存器的字节数,smem表示为被抢占的kernel中每个线程块占用共享内存的字节数,TB表示为被抢占的kernel中线程块的数量。
于本发明的一实施例中,抢占过程所占用的GPU开销通过抢占过程中归一化ipc衡量,所述抢占过程中归一化ipc为:
norm_ipcrunning1×decay_rate×preempt_cycle;
其中,norm_ipcrunning1表示为未被抢占kernel所表现出的归一化ipc,decay_rate表示为未被抢占的kernel由于抢占过程而导致的ipc衰减率,preempt_cycle表示为抢占过程所持续的时钟周期数,kernel∈memory_intensive表示为未被抢占的kernel属于内存密集型kernel,kernel∈compute_intensive表示为未被抢占的kernel属于计算密集型kernel。
如上所述,本发明的一种GPU任务调度方法及系统,具有以下有益效果:
1、本发明提供了一个高性能的GPU抢占式任务调度系统,其基于硬件式抢占机制和高性能任务调度算法,可以在无需升级硬件设备的情况下,应对应用请求动态到达的情况,有效降低延迟,提高资源利用率,提高GPU的性能。
2、本发明的成果可以用于构建具有商业意义的、基于CPU和异构计算芯片GPU的异构数据中心,面向用户提供程序动态任务调度服务。
3、本发明简单实用,具有良好的市场前景和广泛的适用性。
附图说明
图1显示为本发明的一种GPU任务调度方法的流程示意图。
图2显示为本发明的一种GPU任务调度系统的原理框图。
图3显示为本发明与现有的软件层的关系架构图。
图4显示为本发明的GPU任务调度方法及系统的实施过程示意图。
元件标号说明
100 GPU任务调度系统
110 应用分析模块
120 动态任务调度模块
121 动态检测单元
122 数量查询单元
123 处理单元
S101~S108 步骤
具体实施方式
以下通过特定的具体实例说明本发明的实施方式,本领域技术人员可由本说明书所揭露的内容轻易地了解本发明的其他优点与功效。本发明还可以通过另外不同的具体实施方式加以实施或应用,本说明书中的各项细节也可以基于不同观点与应用,在没有背离本发明的精神下进行各种修饰或改变。
本实施例的目的在于提供一种GPU任务调度方法及系统,用于解决现有技术中GPU任务调度存在的影响内存性能,延迟高以及资源利用率低的问题。以下将详细阐述本发明的一种GPU任务调度方法及系统的原理及实施方式,使本领域技术人员不需要创造性劳动即可理解本发明的一种GPU任务调度方法及系统。
具体地,本实施例旨在实现一个高性能的GPU抢占式任务调度,其基于硬件抢占机制和高性能任务调度算法,分别完成基于GPU的多任务共享以及抢占和在任务动态到达的情况下动态调度的工作。便于开发人员在无需关心硬件系统以及调度细节的前提下获得高吞吐和低延迟。
以下对本实施例的GPU任务调度方法及系统进行详细说明。
如图1所示,本实施例提供一种GPU任务调度方法,所述任务调度方法包括:
步骤S101,动态检测并接收用户的应用程序请求,分析应用程序,根据所述应用程序的类型和输入数据集的大小分析获取所述应用程序的各个kernel的指令数。
步骤S102,从运行时系统查询当前运行的kernel数量。
步骤S103,判断当前运行的kernel数量是否达到预设的上限值,若否,则执行步骤S104,若是,则执行步骤S105。
步骤S104,从被抢占的kernel以及新到达的kernel中挑选与当前运的kernel组合形成kernel组合优先级最高的kernel并将挑选的kernel发射至运行时系统。
步骤S105,继续判断被抢占的kernel和新到达的kernel中是否存在与当前运行kernel进行组合得到更高优先级的kernel组合,若否,则执行步骤S106,若是,则执行步骤S107。
步骤S106,保持当前运行的kernel状态。
步骤S107,继续判断抢占程序后的GPU性能提升是否大于抢占过程所占用的GPU开销,若是,则执行步骤S108,进行抢占,若否,则返回步骤S106保持当前运行的kernel状态。
以下对本实施例的GPU任务调度方法进行详细说明。
根据kernel在运行过程中对不同类型资源的需求程度不同,可将kernel分为内存密集型和计算密集型两种类型。计算密集型的kernel对计算资源的需求较大,而内存密集型的kernel在运行过程中对内存的访问表现的比较频繁。由于两种类型的kernel对资源的需求表现为互补,因此当两者共享GPU时,可最大程度的提高资源的利用率,且在最大程度上避免发生资源争抢。另外,由于GPU的性能在很大程度上被内存带宽所限制,内存密集型的kernel共享GPU时所表现出的性能结果要差于计算密集型的kernel共享GPU时的性能结果。根据不同组合的kernel所表现出的性能结果,将性能表现更好的kernel组合赋予更高的优先级。该优先级便作为调度过程中进行发射kernel以及实施抢占的重要依据。另外,出于对延迟的考虑,已经被抢占的kernel在优先级上要高于新到达的kernel,即在组合优先级相等的情况下,优先会将已经被抢占过的kernel发射上去。
所以于本实施例中,被抢占的kernel的优先级高于新到达的kernel的优先级,使得GPU性能越好的kernel组合的优先级越高。
当需要发生抢占时,除了考虑优先级的影响,还要考虑抢占过程所引入的额外开销。于本实施例中,通过预设的归一化ipc(instruction per cycle,每周期执行指令数)衡量GPU性能,归一化ipc的计算公式为:
其中,norm_ipc表示为归一化ipc,ipcshare表示为kernel与其他kernel共享GPU时GPU表现出的ipc,ipcalone表示为kernel独占GPU时GPU表现出的ipc。
为了实现吞吐量的最大化,则要尽可能保持各时刻运行分kernel的归一化ipc之和最大。若被抢占的kernel或者新到达的kernel与正在运行的kernel能到组合出比当前运行的kernel组合更高优先级的组合,则进一步考虑是否进行抢占。判断是否抢占的逻辑取决于抢占前和抢占后的归一化ipc的对比,即抢占程序后的GPU性能提升根据抢占前归一化ipc和抢占后归一化ipc的对比获取。抢占前的归一化ipc取决于当前正在运行的kernel,动态调度模块可通过向运行时系统层发出请求获取当前正在运行的kernel的状态,其中包括各个kernel已经运行的指令数和实际运行的ipc,结合程序分析模块分析出的各个kernel的总指令数,则可以预测出抢占前归一化ipc为:
抢占后归一化ipc为:
preempt_cycle=(0.09526×miss_rate+0.01633)×(reg+smem)×TB;
其中,normalized_ipci表示为第i个kernel的指令数,running1表示为正在运行的第一个kernel,running2表示正在运行的第二个kernel,rest_cycle表示为正在运行的两个kernel还能一起运行的时钟周期数,rest_instrunning1表示为正在运行的第一个kernel剩余的指令数,ipcrunning1表示为正在运行的第一个kernel所表现出的ipc,rest_instrunning2表示为正在运行的第二个kernel剩余的指令数,ipcrunning2表示为正在运行的第二个kernel所表现出的ipc,norm_ipci表示为第i个kernel所表现出的归一化ipc,preempt_cycle表示为抢占过程所持续的时钟周期数,miss_rate表示为未被抢占的kernel发生高速缓存缺失的频率,reg表示为被抢占的kernel中每个线程块占用寄存器的字节数,smem表示为被抢占的kernel中每个线程块占用共享内存的字节数,TB表示为被抢占的kernel中线程块的数量。
于本实施例中,抢占过程所占用的GPU开销通过抢占过程中归一化ipc衡量,所述抢占过程中归一化ipc为:
norm_ipcrunning1×decay_rate×preempt_cycle;
其中,norm_ipcrunning1表示为未被抢占kernel所表现出的归一化ipc,decay_rate表示为未被抢占的kernel由于抢占过程而导致的ipc衰减率,preempt_cycle表示为抢占过程所持续的时钟周期数。
抢占后的归一化ipc由两个阶段组成,一部分是抢占过程中的ipc表现,另一部分是抢占完成后的ipc表现。抢占发生时,未被抢占的kernel仍在继续运行,而被抢占的kernel需要先将相关的上下文保存到内存中,这其中涉及到大量的内存访问操作。根据实际测试情况可知,当未被抢占的kernel属于内存密集型类型的kernel时,其ipc会减小到原来的83%~97%不等,而计算密集型的kernel基本不受影响,因此根据kernel的类型,decay_rate定义如下:
kernel∈memory_intensive表示为未被抢占的kernel属于内存密集型kernel,kernel∈compute_intensive表示为未被抢占的kernel属于计算密集型kernel
抢占过程所占用的时钟周期数(cycle)受到两个因素的影响:第一个因素为被换出的kernel的上下文的大小,其中包括该kernel所占用的TB,以及每个TB所占用的寄存器数量和共享内存的大小,这些数量决定了保存完整上下文所需要执行的内存访问操作的数量,通过统计测试结果可知,抢占过程所持续的cycle数与所要保存的字节数成正相关,且可通过线性模型对两者的关系进行拟合;另一个因素是未被换出的kernel执行内存访问操作的频繁程度,由于抢占过程中涉及到较多的内存操作,若未被抢占的kernel也涉及到较多的内存操作,会更加拖慢抢占过程,可通过L2cache miss的频率来衡量kernel涉及内存操作的频率,研究过程中发现,抢占过程cycle数和上下文切换字节数的线性模型的斜率与正在运行的kernel的cache miss频率成正相关,且成线性关系。因此抢占过程的cycle数可大致拟合以下关系式:
preempt_cycle=(0.09526×miss_rate+0.01633)×(reg+smem)×TB。
抢占过程中归一化ipc定义为:norm_ipcrunning1×decay_rate×preempt_cycle。
抢占后的ipc无法精确得知,可通过历史数据获取一个经验值,抢占后的归一化ipc定义为:
根据抢占前归一化ipc和抢占后归一化ipc的对比获取抢占程序后的GPU性能提升,即
和
两者相减。具体地,计算抢占前归一化ipc和抢占后归一化ipc的差值,获取抢占程序后的GPU性能提升。
为实现上述GPU任务调度方法,本实施例提供一种GPU任务调度系统100,如图2所示,所述GPU任务调度系统100包括:应用分析模块110和动态任务调度模块120。以下对本实施例中的任务用分析模块和动态任务调度模块120进行详细说明。
如图3所示,本实施例中GPU任务调度系统100的软件架构分为三层:应用层、调度层和运行时系统层。其中,应用层主要由用户应用所组成,用户遵循一般的GPU编程规则,编写能在GPU上运行的kernel程序,即可在本发明所提供的软件架构中运行。所述GPU任务调度系统100运行于调度层,即调度层运行应用分析模块110和动态任务调度模块120。运行时系统层是系统的主要组成部分之一,在用户可执行程序运行时,运行时系统通过调度层的调度结果调度任务或者对正在运行的程序进行抢占。运行时系统层通过在每个SM增加抢占机制,实现了部分上下文切换,从而能够对正在运行的kernel进行部分资源的抢占,使得多个kernel可以共享一个SM的资源。当运行时系统层接收到调度层发射的新的kernel,运行时系统层优先使用各SM中未被占用的资源为新kernel分配TB,当资源不足时,需要抢占部分正在运行的kernel的资源。被换出的TB的上下文被保存到内存中,换出过程结束后,新的kernel的TB被换入,整个上下文切换过程中正在运行的kernel的TB不会被打断。需要进行抢占时,被换出的kernel的TB会被全部换出,其上下文同样被保存到内存中。
其中,1、用户与应用层的交互包括:a)用户根据GPU编程规范编写用户应用程序;b)
经过本地调试后,确保程序正确。
2、用户与调度层的交互包括:a)用户向调度层提交应用请求;b)应用分析模块110接收用户请求。
3、用户与运行时系统层的交互包括:a)运行时系统层向用户返回运行结果。
4、调度层之间的交互包括:a)应用分析模块110向动态任务调度模块120转移用户请求;b)应用分析模块110向动态任务调度模块120发送应用分析结果。
5、调度层与运行时系统层的交互包括:a)调度层向运行时系统层发送发射应用请求;b)
调度层向运行时系统层发送抢占请求;c)运行时系统层向调度层发送运行kernel状态。
具体地,于本实施中,所述应用分析模块110负责接收用户的应用请求并分析用户应用程序,通过机器学习算法,根据所输入的应用程序类型以及输入数据集的大小,分析出应用程序的指令数,其输出信息将作为动态任务调度模块120的重要参考信息。具体地,所述应用分析模块110用于接收用户的应用程序请求,分析应用程序,根据所述应用程序的类型和输入数据集的大小分析获取所述应用程序的各个kernel的指令数。
所述动态任务调度模块120与所述应用分析模块110是一个有机整体,但各司其职。所述动态任务调度模块120接收来自用户和应用分析程序的输入信息,并根据综合信息做出调度判断。所述动态任务调度模块120的第一个功能是接收用户的请求。由于用户的请求是动态到达,因此需要周期性地检查是否有新的用户请求到达,新到达的用户程序需要首先经过应用分析程序的分析,新的应用和其相关的分析结果将一起被发送到所述动态任务调度模块120;所述动态任务调度模块120的第二个功能是根据当前正在运行的程序状态以及新到达的应用的特征,判断是否向底层发射新的任务或者对正在运行的程序进行抢占。
具体地,所述动态任务调度模块120包括:动态检测单元121,数量查询单元122以及处理单元123。所述动态检测单元121用于动态检测、接收用户的应用程序请求并将接收的用户的应用程序请求发送至所述应用分析模块110。所述数量查询单元122用于从运行时系统查询当前运行的kernel数量。
所述处理单元123用于判断当前运行的kernel数量是否达到预设的上限值,若否,则从被抢占的kernel以及新到达的kernel中挑选与当前运的kernel组合形成kernel组合优先级最高的kernel并将挑选的kernel发射至运行时系统,若是,则继续判断被抢占的kernel和新到达的kernel中是否存在与当前运行kernel进行组合得到更高优先级的kernel组合,若否,则保持当前运行的kernel状态,若是,则继续判断抢占程序后的GPU性能提升是否大于抢占过程所占用的GPU开销,若是,则进行抢占,若否,则保持当前运行的kernel状态。
根据kernel在运行过程中对不同类型资源的需求程度不同,可将kernel分为内存密集型和计算密集型两种类型。计算密集型的kernel对计算资源的需求较大,而内存密集型的kernel在运行过程中对内存的访问表现的比较频繁。由于两种类型的kernel对资源的需求表现为互补,因此当两者共享GPU时,可最大程度的提高资源的利用率,且在最大程度上避免发生资源争抢。另外,由于GPU的性能在很大程度上被内存带宽所限制,内存密集型的kernel共享GPU时所表现出的性能结果要差于计算密集型的kernel共享GPU时的性能结果。根据不同组合的kernel所表现出的性能结果,将性能表现更好的kernel组合赋予更高的优先级。该优先级便作为调度过程中进行发射kernel以及实施抢占的重要依据。另外,出于对延迟的考虑,已经被抢占的kernel在优先级上要高于新到达的kernel,即在组合优先级相等的情况下,优先会将已经被抢占过的kernel发射上去。
所以于本实施例中,被抢占的kernel的优先级高于新到达的kernel的优先级,使得GPU性能越好的kernel组合的优先级越高。
当需要发生抢占时,除了考虑优先级的影响,还要考虑抢占过程所引入的额外开销。于本实施例中,通过预设的归一化ipc衡量GPU性能,归一化ipc的计算公式为:
其中,norm_ipc表示为归一化ipc,ipcshare表示为kernel与其他kernel共享GPU时GPU表现出的ipc,ipcalone表示为kernel独占GPU时GPU表现出的ipc。
为了实现吞吐量的最大化,则要尽可能保持各时刻运行分kernel的归一化ipc之和最大。若被抢占的kernel或者新到达的kernel与正在运行的kernel能到组合出比当前运行的kernel组合更高优先级的组合,则进一步考虑是否进行抢占。判断是否抢占的逻辑取决于抢占前和抢占后的归一化ipc的对比,即抢占程序后的GPU性能提升根据抢占前归一化ipc和抢占后归一化ipc的对比获取。抢占前的归一化ipc取决于当前正在运行的kernel,动态调度模块可通过向运行时系统层发出请求获取当前正在运行的kernel的状态,其中包括各个kernel已经运行的指令数和实际运行的ipc,结合程序分析模块分析出的各个kernel的总指令数,则可以预测出抢占前归一化ipc为:
抢占后归一化ipc为:
preempt_cycle=(0.09526×miss_rate+0.01633)×(reg+smem)×TB;
其中,normalized_ipci表示为第i个kernel的指令数,running1表示为正在运行的第一个kernel,running2表示正在运行的第二个kernel,rest_cycle表示为正在运行的两个kernel还能一起运行的时钟周期数,rest_instrunning1表示为正在运行的第一个kernel剩余的指令数,ipcrunning1表示为正在运行的第一个kernel所表现出的ipc,rest_instrunning2表示为正在运行的第二个kernel剩余的指令数,ipcrunning2表示为正在运行的第二个kernel所表现出的ipc,norm_ipci表示为第i个kernel所表现出的归一化ipc,preempt_cycle表示为抢占过程所持续的时钟周期数,miss_rate表示为未被抢占的kernel发生高速缓存缺失的频率,reg表示为被抢占的kernel中每个线程块占用寄存器的字节数,smem表示为被抢占的kernel中每个线程块占用共享内存的字节数,TB表示为被抢占的kernel中线程块的数量。
于本实施例中,抢占过程所占用的GPU开销通过抢占过程中归一化ipc衡量,所述抢占过程中归一化ipc为:
norm_ipcrunning1×decay_rate×preempt_cycle;
其中,norm_ipcrunning1表示为未被抢占kernel所表现出的归一化ipc,decay_rate表示为未被抢占的kernel由于抢占过程而导致的ipc衰减率,preempt_cycle表示为抢占过程所持续的时钟周期数,kernel∈memory_intensive表示为未被抢占的kernel属于内存密集型kernel,kernel∈compute_intensive表示为未被抢占的kernel属于计算密集型kernel。
抢占后的归一化ipc由两个阶段组成,一部分是抢占过程中的ipc表现,另一部分是抢占完成后的ipc表现。抢占发生时,未被抢占的kernel仍在继续运行,而被抢占的kernel需要先将相关的上下文保存到内存中,这其中涉及到大量的内存访问操作。根据实际测试情况可知,当未被抢占的kernel属于内存密集型类型的kernel时,其ipc会减小到原来的83%~97%不等,而计算密集型的kernel基本不受影响,因此根据kernel的类型,decay_rate定义如下:
kernel∈memory_intensive表示为未被抢占的kernel属于内存密集型kernel,kernel∈compute_intensive表示为未被抢占的kernel属于计算密集型kernel。
抢占过程所占用的时钟周期数受到两个因素的影响:第一个因素为被换出的kernel的上下文的大小,其中包括该所占用的TB,以及每个TB所占用的寄存器数量和共享内存的大小,这些数量决定了保存完整上下文所需要执行的内存访问操作的数量,通过统计测试结果可知,抢占过程所持续的cycle数与所要保存的字节数成正相关,且可通过线性模型对两者的关系进行拟合;另一个因素是未被换出的kernel执行内存访问操作的频繁程度,由于抢占过程中涉及到较多的内存操作,若未被抢占的kernel也涉及到较多的内存操作,会更加拖慢抢占过程,可通过L2cache miss的频率来衡量kernel涉及内存操作的频率,研究过程中发现,抢占过程cycle数和上下文切换字节数的线性模型的斜率与正在运行的kernel的cache miss频率成正相关,且成线性关系。因此抢占过程的cycle数可大致拟合以下关系式:
preempt_cycle=(0.09526×miss_rate+0.01633)×(reg+smem)×TB。
抢占过程中归一化ipc定义为:norm_ipcrunning1×decay_rate×preempt_cycle。
抢占后的ipc无法精确得知,可通过历史数据获取一个经验值,抢占后的归一化ipc定义为:
根据抢占前归一化ipc和抢占后归一化ipc的对比获取抢占程序后的GPU性能提升,即具体地,计算抢占前归一化ipc和抢占后归一化ipc的差值,获取抢占程序后的GPU性能提升。
此外,本实施例还提供一种芯片,所述芯片为异构多核硬件结构,所述芯片内装设有如上所述的GPU任务调度系统1001。上述已经对所述GPU任务调度系统1001进行了详细说明,在此不再赘述。
为使本领域技术人员进一步理解本实施例中的GPU任务调度系统100和方法,如图4所示,以下以具体实例说明本实施例中GPU任务调度系统100和方法的实施过程。
于本实施例中,底层硬件是一个基于NUMA(Non Uniform Memory AccessArchitecture,非统一内存访问)内存系统的异构多核架构。
1、用户编写应用程序:属于应用层,用户按照GPU编程规范,编写能在GPU上运行的kernel程序。
2、用户提交应用请求:用户将应用提交给调度层。
3、应用分析模块110分析应用:应用分析模块110接收到用户提交的请求,分析用户提交的应用,判断应用所属的类型以及估计应用的指令数。
4、提交应交到动态任务调度模块120:应用分析模块110将应用以及相关的分析数据提交到动态任务调度模块120。
5、查看当前运行kernel状态:动态调度模块向运行时系统层查询当前运行的kernel数量。
6、若未达到运行数量上限,则从被抢占的kernel以及新到达的knew中挑选与当前运行kernel组合优先级最高的kpreempted并进行发射。
7、若已达到运行数量上限,则判断是否需要进行抢占。判断被抢占的kernel以及新到达的knew中是否存在与当前运行kernel进行组合得到更高优先级的kernel。
8、若存在更优的组合,则判断抢占后的性能提升能否掩盖抢占的开销。
9.、若能掩盖,则进行抢占。
综上所述,本发明提供了一个高性能的GPU抢占式任务调度系统,其基于硬件式抢占机制和高性能任务调度算法,可以在无需升级硬件设备的情况下,应对应用请求动态到达的情况,有效降低延迟,提高资源利用率,提高GPU的性能;本发明的成果可以用于构建具有商业意义的、基于CPU和异构计算芯片GPU的异构数据中心,面向用户提供程序动态任务调度服务;本发明简单实用,具有良好的市场前景和广泛的适用性。所以,本发明有效克服了现有技术中的种种缺点而具高度产业利用价值。
上述实施例仅例示性说明本发明的原理及功效,而非用于限制本发明。任何熟悉此技术的人士皆可在不违背本发明的精神及范畴下,对上述实施例进行修饰或改变。因此,举凡所属技术领域中具有通常知识者在未脱离本发明所揭示的精神与技术思想下所完成的一切等效修饰或改变,仍应由本发明的权利要求所涵盖。
Claims (11)
1.一种GPU任务调度系统,其特征在于,所述任务调度系统包括:
应用分析模块,用于接收用户的应用程序请求,分析应用程序,根据所述应用程序的类型和输入数据集的大小分析获取所述应用程序的各个kernel的指令数;
动态任务调度模块,包括:
动态检测单元,用于动态检测、接收用户的应用程序请求并将接收的用户的应用程序请求发送至所述应用分析模块;
数量查询单元,用于从运行时系统查询当前运行的kernel数量;
处理单元,用于判断当前运行的kernel数量是否达到预设的上限值,若否,则从被抢占的kernel以及新到达的kernel中挑选与当前运的kernel组合形成kernel组合优先级最高的kernel并将挑选的kernel发射至运行时系统,若是,则继续判断被抢占的kernel和新到达的kernel中是否存在与当前运行kernel进行组合得到更高优先级的kernel组合,若否,则保持当前运行的kernel状态,若是,则继续判断抢占程序后的GPU性能提升是否大于抢占过程所占用的GPU开销,若是,则进行抢占,若否,则保持当前运行的kernel状态。
2.根据权利要求1所述的GPU任务调度系统,其特征在于,被抢占的kernel的优先级高于新到达的kernel的优先级,使得GPU性能越好的kernel组合的优先级越高。
3.根据权利要求1所述的GPU任务调度系统,其特征在于,通过预设的归一化ipc衡量GPU性能,归一化ipc的计算公式为:
<mrow>
<mi>n</mi>
<mi>o</mi>
<mi>r</mi>
<mi>m</mi>
<mo>_</mo>
<mi>i</mi>
<mi>p</mi>
<mi>c</mi>
<mo>=</mo>
<mfrac>
<mrow>
<msub>
<mi>ipc</mi>
<mrow>
<mi>s</mi>
<mi>h</mi>
<mi>a</mi>
<mi>r</mi>
<mi>e</mi>
</mrow>
</msub>
</mrow>
<mrow>
<msub>
<mi>ipc</mi>
<mrow>
<mi>a</mi>
<mi>l</mi>
<mi>o</mi>
<mi>n</mi>
<mi>e</mi>
</mrow>
</msub>
</mrow>
</mfrac>
<mo>;</mo>
</mrow>
其中,norm_ipc表示为归一化ipc,ipcshare表示为kernel与其他kernel共享GPU时GPU表现出的ipc,ipcalone表示为kernel独占GPU时GPU表现出的ipc。
4.根据权利要求3所述的GPU任务调度系统,其特征在于,抢占程序后的GPU性能提升根据抢占前归一化ipc和抢占后归一化ipc的对比获取,其中:
抢占前归一化ipc为:
<mrow>
<mi>r</mi>
<mi>e</mi>
<mi>s</mi>
<mi>t</mi>
<mo>_</mo>
<mi>c</mi>
<mi>y</mi>
<mi>c</mi>
<mi>l</mi>
<mi>e</mi>
<mo>=</mo>
<mi>m</mi>
<mi>i</mi>
<mi>n</mi>
<mo>{</mo>
<mfrac>
<mrow>
<mi>r</mi>
<mi>e</mi>
<mi>s</mi>
<mi>t</mi>
<mo>_</mo>
<msub>
<mi>inst</mi>
<mrow>
<mi>r</mi>
<mi>u</mi>
<mi>n</mi>
<mi>n</mi>
<mi>i</mi>
<mi>n</mi>
<mi>g</mi>
<mn>1</mn>
</mrow>
</msub>
</mrow>
<mrow>
<msub>
<mi>ipc</mi>
<mrow>
<mi>r</mi>
<mi>u</mi>
<mi>n</mi>
<mi>n</mi>
<mi>i</mi>
<mi>n</mi>
<mi>g</mi>
<mn>1</mn>
</mrow>
</msub>
</mrow>
</mfrac>
<mo>,</mo>
<mfrac>
<mrow>
<mi>r</mi>
<mi>e</mi>
<mi>s</mi>
<mi>t</mi>
<mo>_</mo>
<msub>
<mi>inst</mi>
<mrow>
<mi>r</mi>
<mi>u</mi>
<mi>n</mi>
<mi>n</mi>
<mi>i</mi>
<mi>n</mi>
<mi>g</mi>
<mn>2</mn>
</mrow>
</msub>
</mrow>
<mrow>
<msub>
<mi>ipc</mi>
<mrow>
<mi>r</mi>
<mi>u</mi>
<mi>n</mi>
<mi>n</mi>
<mi>i</mi>
<mi>n</mi>
<mi>g</mi>
<mn>2</mn>
</mrow>
</msub>
</mrow>
</mfrac>
<mo>}</mo>
<mo>;</mo>
</mrow>
抢占后归一化ipc为:
preempt_cycle=(0.09526×miss_rate+0.01633)×(reg+smem)×TB;
其中,normalized_ipci表示为第i个kernel的指令数,running1表示为正在运行的第一个kernel,running2表示正在运行的第二个kernel,rest_cycle表示为正在运行的两个kernel还能一起运行的时钟周期数,rest_instrunning1表示为正在运行的第一个kernel剩余的指令数,ipcrunning1表示为正在运行的第一个kernel所表现出的ipc,rest_instrunning2表示为正在运行的第二个kernel剩余的指令数,ipcrunning2表示为正在运行的第二个kernel所表现出的ipc,norm_ipci表示为第i个kernel所表现出的归一化ipc,preempt_cycle表示为抢占过程所持续的时钟周期数,miss_rate表示为未被抢占的kernel发生高速缓存缺失的频率,reg表示为被抢占的kernel中每个线程块占用寄存器的字节数,smem表示为被抢占的kernel中每个线程块占用共享内存的字节数,TB表示为被抢占的kernel中线程块的数量。
5.根据权利要求4所述的GPU任务调度系统,其特征在于,抢占过程所占用的GPU开销通过抢占过程中归一化ipc衡量,所述抢占过程中归一化ipc为:
norm_ipcrunning1×decay_rate×preempt_cycle;
<mrow>
<mi>d</mi>
<mi>e</mi>
<mi>c</mi>
<mi>a</mi>
<mi>y</mi>
<mo>_</mo>
<mi>r</mi>
<mi>a</mi>
<mi>t</mi>
<mi>e</mi>
<mo>=</mo>
<mfenced open = "{" close = "">
<mtable>
<mtr>
<mtd>
<mrow>
<mn>90</mn>
<mi>%</mi>
</mrow>
</mtd>
<mtd>
<mrow>
<mi>ker</mi>
<mi>n</mi>
<mi>e</mi>
<mi>l</mi>
<mo>&Element;</mo>
<mi>m</mi>
<mi>e</mi>
<mi>m</mi>
<mi>o</mi>
<mi>r</mi>
<mi>y</mi>
<mo>_</mo>
<mi>int</mi>
<mi>e</mi>
<mi>n</mi>
<mi>s</mi>
<mi>i</mi>
<mi>v</mi>
<mi>e</mi>
</mrow>
</mtd>
</mtr>
<mtr>
<mtd>
<mrow>
<mn>100</mn>
<mi>%</mi>
</mrow>
</mtd>
<mtd>
<mrow>
<mi>ker</mi>
<mi>n</mi>
<mi>e</mi>
<mi>l</mi>
<mo>&Element;</mo>
<mi>c</mi>
<mi>o</mi>
<mi>m</mi>
<mi>p</mi>
<mi>u</mi>
<mi>t</mi>
<mi>e</mi>
<mo>_</mo>
<mi>int</mi>
<mi>e</mi>
<mi>n</mi>
<mi>s</mi>
<mi>i</mi>
<mi>v</mi>
<mi>e</mi>
</mrow>
</mtd>
</mtr>
</mtable>
</mfenced>
<mo>;</mo>
</mrow>
其中,norm_ipcrunning1表示为未被抢占kernel所表现出的归一化ipc,decay_rate表示为未被抢占的kernel由于抢占过程而导致的ipc衰减率,preempt_cycle表示为抢占过程所持续的时钟周期数,kernel∈memory_intensive表示为未被抢占的kernel属于内存密集型kernel,kernel∈compute_intensive表示为未被抢占的kernel属于计算密集型kernel。
6.一种芯片,所述芯片为异构多核硬件结构,其特征在于,所述芯片内装设有如权利要求1至权利要求5任一权利要求所述的GPU任务调度系统。
7.一种GPU任务调度方法,其特征在于,所述任务调度方法包括:
动态检测并接收用户的应用程序请求,分析应用程序,根据所述应用程序的类型和输入数据集的大小分析获取所述应用程序的各个kernel的指令数;
从运行时系统查询当前运行的kernel数量,并判断当前运行的kernel数量是否达到预设的上限值,若否,则从被抢占的kernel以及新到达的kernel中挑选与当前运的kernel组合形成kernel组合优先级最高的kernel并将挑选的kernel发射至运行时系统,若是,则继续判断被抢占的kernel和新到达的kernel中是否存在与当前运行kernel进行组合得到更高优先级的kernel组合,若否,则保持当前运行的kernel状态,若是,则继续判断抢占程序后的GPU性能提升是否大于抢占过程所占用的GPU开销,若是,则进行抢占,若否,则保持当前运行的kernel状态。
8.根据权利要求7所述的GPU任务调度方法,其特征在于,被抢占的kernel的优先级高于新到达的kernel的优先级,使得GPU性能越好的kernel组合的优先级越高。
9.根据权利要求8所述的GPU任务调度方法,其特征在于,通过预设的归一化ipc衡量GPU性能,归一化ipc的计算公式为:
<mrow>
<mi>n</mi>
<mi>o</mi>
<mi>r</mi>
<mi>m</mi>
<mo>_</mo>
<mi>i</mi>
<mi>p</mi>
<mi>c</mi>
<mo>=</mo>
<mfrac>
<mrow>
<msub>
<mi>ipc</mi>
<mrow>
<mi>s</mi>
<mi>h</mi>
<mi>a</mi>
<mi>r</mi>
<mi>e</mi>
</mrow>
</msub>
</mrow>
<mrow>
<msub>
<mi>ipc</mi>
<mrow>
<mi>a</mi>
<mi>l</mi>
<mi>o</mi>
<mi>n</mi>
<mi>e</mi>
</mrow>
</msub>
</mrow>
</mfrac>
<mo>;</mo>
</mrow>
其中,norm_ipc表示为归一化ipc,ipcshare表示为kernel与其他kernel共享GPU时GPU表现出的ipc,ipcalone表示为kernel独占GPU时GPU表现出的ipc。
10.根据权利要求9所述的GPU任务调度方法,其特征在于,抢占程序后的GPU性能提升根据抢占前归一化ipc和抢占后归一化ipc的对比获取,其中:
抢占前归一化ipc为:
<mrow>
<mi>r</mi>
<mi>e</mi>
<mi>s</mi>
<mi>t</mi>
<mo>_</mo>
<mi>c</mi>
<mi>y</mi>
<mi>c</mi>
<mi>l</mi>
<mi>e</mi>
<mo>=</mo>
<mi>m</mi>
<mi>i</mi>
<mi>n</mi>
<mo>{</mo>
<mfrac>
<mrow>
<mi>r</mi>
<mi>e</mi>
<mi>s</mi>
<mi>t</mi>
<mo>_</mo>
<msub>
<mi>inst</mi>
<mrow>
<mi>r</mi>
<mi>u</mi>
<mi>n</mi>
<mi>n</mi>
<mi>i</mi>
<mi>n</mi>
<mi>g</mi>
<mn>1</mn>
</mrow>
</msub>
</mrow>
<mrow>
<msub>
<mi>ipc</mi>
<mrow>
<mi>r</mi>
<mi>u</mi>
<mi>n</mi>
<mi>n</mi>
<mi>i</mi>
<mi>n</mi>
<mi>g</mi>
<mn>1</mn>
</mrow>
</msub>
</mrow>
</mfrac>
<mo>,</mo>
<mfrac>
<mrow>
<mi>r</mi>
<mi>e</mi>
<mi>s</mi>
<mi>t</mi>
<mo>_</mo>
<msub>
<mi>inst</mi>
<mrow>
<mi>r</mi>
<mi>u</mi>
<mi>n</mi>
<mi>n</mi>
<mi>i</mi>
<mi>n</mi>
<mi>g</mi>
<mn>2</mn>
</mrow>
</msub>
</mrow>
<mrow>
<msub>
<mi>ipc</mi>
<mrow>
<mi>r</mi>
<mi>u</mi>
<mi>n</mi>
<mi>n</mi>
<mi>i</mi>
<mi>n</mi>
<mi>g</mi>
<mn>2</mn>
</mrow>
</msub>
</mrow>
</mfrac>
<mo>}</mo>
<mo>;</mo>
</mrow>
抢占后归一化ipc为:
preempt_cycle=(0.09526×miss_rate+0.01633)×(reg+smem)×TB;
其中,normalized_ipci表示为第i个kernel的指令数,running1表示为正在运行的第一个kernel,running2表示正在运行的第二个kernel,rest_cycle表示为正在运行的两个kernel还能一起运行的时钟周期数,rest_instrunning1表示为正在运行的第一个kernel剩余的指令数,ipcrunning1表示为正在运行的第一个kernel所表现出的ipc,rest_instrunning2表示为正在运行的第二个kernel剩余的指令数,ipcrunning2表示为正在运行的第二个kernel所表现出的ipc,norm_ipci表示为第i个kernel所表现出的归一化ipc,preempt_cycle表示为抢占过程所持续的时钟周期数,miss_rate表示为未被抢占的kernel发生高速缓存缺失的频率,reg表示为被抢占的kernel中每个线程块占用寄存器的字节数,smem表示为被抢占的kernel中每个线程块占用共享内存的字节数,TB表示为被抢占的kernel中线程块的数量。
11.根据权利要求10所述的GPU任务调度方法,其特征在于,抢占过程所占用的GPU开销通过抢占过程中归一化ipc衡量,所述抢占过程中归一化ipc为:
norm_ipcrunning1×decay_rate×preempt_cycle;
<mrow>
<mi>d</mi>
<mi>e</mi>
<mi>c</mi>
<mi>a</mi>
<mi>y</mi>
<mo>_</mo>
<mi>r</mi>
<mi>a</mi>
<mi>t</mi>
<mi>e</mi>
<mo>=</mo>
<mfenced open = "{" close = "">
<mtable>
<mtr>
<mtd>
<mrow>
<mn>90</mn>
<mi>%</mi>
</mrow>
</mtd>
<mtd>
<mrow>
<mi>ker</mi>
<mi>n</mi>
<mi>e</mi>
<mi>l</mi>
<mo>&Element;</mo>
<mi>m</mi>
<mi>e</mi>
<mi>m</mi>
<mi>o</mi>
<mi>r</mi>
<mi>y</mi>
<mo>_</mo>
<mi>int</mi>
<mi>e</mi>
<mi>n</mi>
<mi>s</mi>
<mi>i</mi>
<mi>v</mi>
<mi>e</mi>
</mrow>
</mtd>
</mtr>
<mtr>
<mtd>
<mrow>
<mn>100</mn>
<mi>%</mi>
</mrow>
</mtd>
<mtd>
<mrow>
<mi>ker</mi>
<mi>n</mi>
<mi>e</mi>
<mi>l</mi>
<mo>&Element;</mo>
<mi>c</mi>
<mi>o</mi>
<mi>m</mi>
<mi>p</mi>
<mi>u</mi>
<mi>t</mi>
<mi>e</mi>
<mo>_</mo>
<mi>int</mi>
<mi>e</mi>
<mi>n</mi>
<mi>s</mi>
<mi>i</mi>
<mi>v</mi>
<mi>e</mi>
</mrow>
</mtd>
</mtr>
</mtable>
</mfenced>
<mo>;</mo>
</mrow>
其中,norm_ipcrunning1表示为未被抢占kernel所表现出的归一化ipc,decay_rate表示为未被抢占的kernel由于抢占过程而导致的ipc衰减率,preempt_cycle表示为抢占过程所持续的时钟周期数,kernel∈memory_intensive表示为未被抢占的kernel属于内存密集型kernel,kernel∈compute_intensive表示为未被抢占的kernel属于计算密集型kernel。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710277236.3A CN107122245B (zh) | 2017-04-25 | 2017-04-25 | Gpu任务调度方法及系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710277236.3A CN107122245B (zh) | 2017-04-25 | 2017-04-25 | Gpu任务调度方法及系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN107122245A true CN107122245A (zh) | 2017-09-01 |
CN107122245B CN107122245B (zh) | 2019-06-04 |
Family
ID=59725986
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201710277236.3A Active CN107122245B (zh) | 2017-04-25 | 2017-04-25 | Gpu任务调度方法及系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN107122245B (zh) |
Cited By (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108109104A (zh) * | 2017-12-06 | 2018-06-01 | 中国航空工业集团公司西安航空计算技术研究所 | 一种面向统一染色架构gpu的三级任务调度电路 |
CN109471733A (zh) * | 2018-11-22 | 2019-03-15 | 郑州云海信息技术有限公司 | 一种资源控制方法和装置 |
CN110109813A (zh) * | 2019-05-13 | 2019-08-09 | 北京达佳互联信息技术有限公司 | 用于gpu性能的信息确定方法、装置、终端及存储介质 |
CN110825665A (zh) * | 2018-08-10 | 2020-02-21 | 北京百度网讯科技有限公司 | 数据获取单元和应用于控制器的数据获取方法 |
CN111026555A (zh) * | 2019-12-23 | 2020-04-17 | 北京数衍科技有限公司 | 优先级分流补偿方法、装置及电子设备 |
CN111124656A (zh) * | 2018-10-31 | 2020-05-08 | 伊姆西Ip控股有限责任公司 | 用于向专用计算资源分配任务的方法、设备和计算机程序产品 |
CN111124691A (zh) * | 2020-01-02 | 2020-05-08 | 上海交通大学 | 多进程共享的gpu调度方法、系统及电子设备 |
CN111736987A (zh) * | 2020-05-29 | 2020-10-02 | 山东大学 | 一种基于gpu空间资源共享的任务调度方法 |
CN113407333A (zh) * | 2020-12-18 | 2021-09-17 | 上海交通大学 | Warp级别调度的任务调度方法、系统、GPU及设备 |
CN114490094A (zh) * | 2022-04-18 | 2022-05-13 | 北京麟卓信息科技有限公司 | 一种基于机器学习的gpu显存分配方法及系统 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101901042A (zh) * | 2010-08-27 | 2010-12-01 | 上海交通大学 | 多gpu系统中基于动态任务迁移技术的降功耗方法 |
US20110161076A1 (en) * | 2009-12-31 | 2011-06-30 | Davis Bruce L | Intuitive Computing Methods and Systems |
CN102184125A (zh) * | 2011-06-02 | 2011-09-14 | 首都师范大学 | 异构多核环境下基于程序行为在线分析的负载均衡方法 |
CN106407158A (zh) * | 2016-09-12 | 2017-02-15 | 东南大学 | 一种gpu加速的批处理同构稀疏矩阵乘满向量的处理方法 |
CN106502771A (zh) * | 2016-09-09 | 2017-03-15 | 中国农业大学 | 基于kernel函数的时间开销模型构建方法及系统 |
-
2017
- 2017-04-25 CN CN201710277236.3A patent/CN107122245B/zh active Active
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20110161076A1 (en) * | 2009-12-31 | 2011-06-30 | Davis Bruce L | Intuitive Computing Methods and Systems |
CN101901042A (zh) * | 2010-08-27 | 2010-12-01 | 上海交通大学 | 多gpu系统中基于动态任务迁移技术的降功耗方法 |
CN102184125A (zh) * | 2011-06-02 | 2011-09-14 | 首都师范大学 | 异构多核环境下基于程序行为在线分析的负载均衡方法 |
CN106502771A (zh) * | 2016-09-09 | 2017-03-15 | 中国农业大学 | 基于kernel函数的时间开销模型构建方法及系统 |
CN106407158A (zh) * | 2016-09-12 | 2017-02-15 | 东南大学 | 一种gpu加速的批处理同构稀疏矩阵乘满向量的处理方法 |
Non-Patent Citations (2)
Title |
---|
WINNIE THOMAS 、ROHIN D. DARUWALA: "Scaling number of cores in GPGPU: A comparative performance analysis", 《2015 INTERNATIONAL CONFERENCE ON ADVANCES IN COMPUTING, COMMUNICATIONS AND INFORMATICS (ICACCI) IN IEEE》 * |
高家全、李泽界: "基于GPU的高效并行l1最小化算法", 《浙江工业大学学报》 * |
Cited By (19)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108109104A (zh) * | 2017-12-06 | 2018-06-01 | 中国航空工业集团公司西安航空计算技术研究所 | 一种面向统一染色架构gpu的三级任务调度电路 |
CN108109104B (zh) * | 2017-12-06 | 2021-02-09 | 中国航空工业集团公司西安航空计算技术研究所 | 一种面向统一染色架构gpu的三级任务调度电路 |
CN110825665B (zh) * | 2018-08-10 | 2021-11-05 | 昆仑芯(北京)科技有限公司 | 数据获取单元和应用于控制器的数据获取方法 |
CN110825665A (zh) * | 2018-08-10 | 2020-02-21 | 北京百度网讯科技有限公司 | 数据获取单元和应用于控制器的数据获取方法 |
CN111124656A (zh) * | 2018-10-31 | 2020-05-08 | 伊姆西Ip控股有限责任公司 | 用于向专用计算资源分配任务的方法、设备和计算机程序产品 |
CN111124656B (zh) * | 2018-10-31 | 2023-09-15 | 伊姆西Ip控股有限责任公司 | 用于向专用计算资源分配任务的方法、设备和计算机可读存储介质 |
CN109471733A (zh) * | 2018-11-22 | 2019-03-15 | 郑州云海信息技术有限公司 | 一种资源控制方法和装置 |
CN110109813A (zh) * | 2019-05-13 | 2019-08-09 | 北京达佳互联信息技术有限公司 | 用于gpu性能的信息确定方法、装置、终端及存储介质 |
CN110109813B (zh) * | 2019-05-13 | 2023-02-17 | 北京达佳互联信息技术有限公司 | 用于gpu性能的信息确定方法、装置、终端及存储介质 |
CN111026555A (zh) * | 2019-12-23 | 2020-04-17 | 北京数衍科技有限公司 | 优先级分流补偿方法、装置及电子设备 |
CN111026555B (zh) * | 2019-12-23 | 2023-11-24 | 北京数衍科技有限公司 | 优先级分流补偿方法、装置及电子设备 |
CN111124691B (zh) * | 2020-01-02 | 2022-11-25 | 上海交通大学 | 多进程共享的gpu调度方法、系统及电子设备 |
CN111124691A (zh) * | 2020-01-02 | 2020-05-08 | 上海交通大学 | 多进程共享的gpu调度方法、系统及电子设备 |
CN111736987A (zh) * | 2020-05-29 | 2020-10-02 | 山东大学 | 一种基于gpu空间资源共享的任务调度方法 |
CN111736987B (zh) * | 2020-05-29 | 2023-08-04 | 山东大学 | 一种基于gpu空间资源共享的任务调度方法 |
CN113407333A (zh) * | 2020-12-18 | 2021-09-17 | 上海交通大学 | Warp级别调度的任务调度方法、系统、GPU及设备 |
CN113407333B (zh) * | 2020-12-18 | 2023-05-26 | 上海交通大学 | Warp级别调度的任务调度方法、系统、GPU及设备 |
CN114490094A (zh) * | 2022-04-18 | 2022-05-13 | 北京麟卓信息科技有限公司 | 一种基于机器学习的gpu显存分配方法及系统 |
CN114490094B (zh) * | 2022-04-18 | 2022-07-12 | 北京麟卓信息科技有限公司 | 一种基于机器学习的gpu显存分配方法及系统 |
Also Published As
Publication number | Publication date |
---|---|
CN107122245B (zh) | 2019-06-04 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN107122245A (zh) | Gpu任务调度方法及系统 | |
CN105893126B (zh) | 一种任务调度方法及装置 | |
CN112465129B (zh) | 片内异构人工智能处理器 | |
Xiang et al. | Warp-level divergence in GPUs: Characterization, impact, and mitigation | |
US9753726B2 (en) | Computer for amdahl-compliant algorithms like matrix inversion | |
US20120081373A1 (en) | Energy-aware task consolidation on graphics processing unit (gpu) | |
CN112463709A (zh) | 可配置的异构人工智能处理器 | |
JP2009519513A (ja) | 専用スレッド管理を用いたマルチコアの演算処理方法及び装置 | |
CN110308982A (zh) | 一种共享内存复用方法及装置 | |
CN100593169C (zh) | 多线程可达性 | |
CN104679663A (zh) | 寄存器文件高速缓存的软分区 | |
US20240086359A1 (en) | Dynamic allocation of arithmetic logic units for vectorized operations | |
CN109445565A (zh) | 一种基于流多处理器内核独占和预留的gpu服务质量保障方法 | |
CN109240795A (zh) | 一种适用于超融合it基础设施的云计算资源池模型的资源调度方法 | |
CN110045988A (zh) | 具有共享前端单元的处理核 | |
CN109308212A (zh) | 一种任务处理方法、任务处理器及任务处理设备 | |
Shafique et al. | Minority-game-based resource allocation for run-time reconfigurable multi-core processors | |
KR101940523B1 (ko) | 워프 스케줄링을 위한 장치 및 방법 | |
WO2000029943A1 (en) | Processing system scheduling | |
Darabi et al. | NURA: A framework for supporting non-uniform resource accesses in GPUs | |
US11875425B2 (en) | Implementing heterogeneous wavefronts on a graphics processing unit (GPU) | |
Sun et al. | Cognn: efficient scheduling for concurrent gnn training on gpus | |
US11392388B2 (en) | System and method for dynamic determination of a number of parallel threads for a request | |
Jin et al. | Preemption-aware kernel scheduling for gpus | |
López-Albelda et al. | FlexSched: Efficient scheduling techniques for concurrent kernel execution on GPUs |
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 | ||
GR01 | Patent grant | ||
GR01 | Patent grant |