发明内容
本发明目的在于,提供一种GPU硬件资源的调度方法、装置、设备及介质,以满足不同应用程序的差异化任务调度需求。
根据本发明的第一方面,提供了一种GPU硬件资源的调度方法,所述调度方法包括以下步骤:
为客户端的每一应用程序配置GPU硬件资源的抢占算法;不同应用程序对应的抢占算法相同或不同,所述抢占算法运行在用户态。
使客户端的每一应用程序使用对应的抢占算法抢占GPU硬件资源。
为客户端的每一应用程序配置对应的任务调度策略;不同应用程序对应的任务调度策略相同或不同,所述任务调度策略运行在用户态。
如果某应用程序抢占到GPU硬件资源,则使用目标应用程序对应的任务调度策略调度目标应用程序的待调度任务队列中的任务,所述目标应用程序为抢占到GPU硬件资源的应用程序。
进一步的,所述使用目标应用程序对应的任务调度策略调度目标应用程序的待调度任务队列中的任务包括以下步骤:
从所述目标应用程序对应的任务调度策略配置位置获取目标应用程序对应的任务调度策略。
获取目标应用程序的待调度任务队列,每一待调度任务队列包括若干准备就绪的任务。
使用所述目标应用程序对应的任务调度策略从目标应用程序的待调度任务队列中调度任务执行。
进一步的,所述任务调度策略为基于优先级的调度策略或基于权重的调度策略。
进一步的,使用所述目标应用程序对应的任务调度策略从目标应用程序的待调度任务队列中调度任务执行包括以下步骤:
如果所述目标应用程序对应的任务调度策略为基于优先级的调度策略,则获取目标应用程序的所有待调度任务队列的优先级;所述所有待调度任务队列中不同待调度任务队列对应的优先级不同。
先从优先级最高的待调度任务队列中调度任务执行,且只有在优先级最高的待调度任务队列中任务全被调度之后,再调度优先级次高的待调度任务队列中的任务。
进一步的,使用所述目标应用程序对应的任务调度策略从目标应用程序的待调度任务队列中调度任务执行包括以下步骤:
如果所述目标应用程序对应的任务调度策略为基于权重的调度策略,则获取目标应用程序的所有待调度任务队列的权重;所述所有待调度任务队列中不同待调度任务队列对应的权重不同。
先从权重最高的待调度任务队列中调度第一数量的任务执行,再从权重次高的待调度任务队列中调度第二数量的任务执行。
根据本发明的第二方面,提供了一种GPU硬件资源的调度装置,所述调度装置包括:
第一配置模块,用于为客户端的每一应用程序配置GPU硬件资源的抢占算法;不同应用程序对应的抢占算法相同或不同,所述抢占算法运行在用户态。
第一抢占模块,用于使客户端的每一应用程序使用对应的抢占算法抢占GPU硬件资源。
第二配置模块,用于为客户端的每一应用程序配置对应的任务调度策略;不同应用程序对应的任务调度策略相同或不同,所述任务调度策略运行在用户态。
第一调度模块,用于如果某应用程序抢占到GPU硬件资源,则使用目标应用程序对应的任务调度策略调度目标应用程序的待调度任务队列中的任务,所述目标应用程序为抢占到GPU硬件资源的应用程序。
进一步的,所述第一调度模块包括:
第一获取模块,用于从所述目标应用程序对应的任务调度策略配置位置获取目标应用程序对应的任务调度策略。
第二获取模块,用于获取目标应用程序的待调度任务队列,每一待调度任务队列包括若干准备就绪的任务。
第二调度模块,用于使用所述目标应用程序对应的任务调度策略从目标应用程序的待调度任务队列中调度任务执行。
进一步的,所述任务调度策略为基于优先级的调度策略或基于权重的调度策略。
进一步的,所述第二调度模块包括:
第三获取模块,用于如果所述目标应用程序对应的任务调度策略为基于优先级的调度策略,则获取目标应用程序的所有待调度任务队列的优先级;所述所有待调度任务队列中不同待调度任务队列对应的优先级不同。
第一执行模块,用于先从优先级最高的待调度任务队列中调度任务执行,且只有在优先级最高的待调度任务队列中任务全被调度之后,再调度优先级次高的待调度任务队列中的任务。
进一步的,所述第二调度模块包括:
第四获取模块,用于如果所述目标应用程序对应的任务调度策略为基于权重的调度策略,则获取目标应用程序的所有待调度任务队列的权重;所述所有待调度任务队列中不同待调度任务队列对应的权重不同。
第二执行模块,用于先从权重最高的待调度任务队列中调度第一数量的任务执行,再从权重次高的待调度任务队列中调度第二数量的任务执行。
根据本发明的第三方面,提供了一种电子设备,包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序,所述处理器执行所述计算机程序时实现上述的GPU硬件资源的调度方法。
根据本发明的第四方面,提供了一种计算机可读存储介质,所述计算机可读存储介质存储有计算机程序,所述计算机程序被处理器执行时实现上述的GPU硬件资源的调度方法。
本发明与现有技术相比至少具有以下有益效果:
本发明设置了先抢占再调度的策略,其中,先配置客户端的每一应用程序方GPU硬件资源的抢占算法和对应的任务调度策略,然后使客户端的每一应用程序使用对应的抢占算法抢占GPU硬件资源,如果某应用程序抢占到GPU硬件资源,则使用目标应用程序的调度策略对目标应用程序的待调度任务队列中的任务进行调度,目标应用程序指的是抢占到GPU硬件资源的应用程序。
本发明的客户端的不同应用程序的抢占算法和任务调度策略均运行在用户态,可以根据不同应用程序的需求预先配置各应用程序对应的抢占算法和调度策略,不同应用程序的抢占算法可以相同,也可以不同;任务调度策略可以相同,也可以不同,由此,可以满足不同应用程序的差异化任务调度需求。
本发明将客户端的应用程序的任务调度策略和抢占算法均运行在用户态,不但提高了任务调度策略配置的灵活性,而且避免了将与任务调度策略相关的数据从用户态给内核态的过程,减少了用户态与内核态的切换开销,提高了调度效率。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
实施例一
如图1所示,本实施例提供了一种GPU硬件资源的调度方法,所述调度方法包括以下步骤:
S100,为客户端的每一应用程序配置GPU硬件资源的抢占算法;不同应用程序对应的抢占算法相同或不同,所述抢占算法运行在用户态。
本领域技术人员知悉,现有技术中任何的抢占算法均落入本发明的保护范围,此处不再赘述抢占算法的内容。作为现有技术的一种,根据不同应用程序的业务服务策略确定对应的应用程序的抢占算法;例如,先根据应用程序的往期任务到达规律、GPU资源抢占并获得服务的结果统计等特征和/或当前待调度队列长度等信息确定目前抢占算法,再估算和预测维持目前抢占算法接下来待调度任务队列的队列长度,最后确定是否对目前抢占算法进行相关调整。
可选的,根据应用程序的待调度任务队列的队伍长度确定当前抢占算法,其中,待调度任务队列的队伍长度越长,每次抢占到GPU硬件资源后间隔越长的时间才将GPU硬件资源进行释放;待调度任务队列的队伍长度越长,如果没有抢占到GPU硬件资源后间隔越短的时间再次进行抢占;待调度任务队列的队伍长度越短,每次抢占到GPU硬件资源后间隔越短的时间才将GPU硬件资源进行释放;待调度任务队列的队伍长度越短,如果没有抢占到GPU硬件资源后间隔越长的时间再次进行抢占。
作为一个具体实施方式,客户端包括4个应用程序,其中第一应用程序和第二应用程序的待调度任务队列均具有队伍长度在白天比较长且在晚上比较短的特征,第三应用程序和第四应用程序的待调度任务队列均具有队伍长度在晚天比较长且在白上比较短的特征;基于此,为第一应用程序和第二应用程序配置的抢占算法均为:白天每次有任务了就去抢占,抢占到GPU硬件资源后用10分钟就将GPU硬件资源释放;晚天每次有任务了就去抢占,抢占到GPU硬件资源后用1分钟就将GPU硬件资源释放;如果没有抢占到资源,则在白天间隔1秒再次尝试抢占,在晚上间隔10秒再次尝试抢占。为第三应用程序和第四应用程序配置的抢占算法均为:白天每次有任务了就去抢占,抢占到GPU硬件资源后用1分钟就将GPU硬件资源释放;晚天每次有任务了就去抢占,抢占到GPU硬件资源后用10分钟就将GPU硬件资源释放;如果没有抢占到资源,则在白天间隔10秒再次尝试抢占,在晚上间隔1秒再次尝试抢占。
S200,使客户端的每一应用程序使用对应的抢占算法抢占GPU硬件资源。
本实施例中,如果客户端的第i个应用程序的待调度任务队列不为空,则第i个应用程序使用对应的抢占算法从GPU硬件资源中抢占硬件资源;如果客户端的第i个应用程序的待调度任务队列为空,则第i个应用程序不从GPU硬件资源中抢占硬件资源。
本实施例中,如果存在新的任务请求,则将所述新的任务请求对应的任务排列在客户端的所述新的任务请求对应的应用程序的待调度任务队列中。例如,新的任务请求是客户端的第一应用程序对应的任务请求,则将该新的任务请求对应的任务排列在客户端的第一应用程序的待调度任务队列中。
本实施例中不同应用程序的抢占算法可以相同或不同,且抢占算法均运行在用户态,由此,避免了将与抢占算法相关的数据从用户态给内核态的过程,减少了用户态与内核态的切换开销,提高了调度效率。
S300,为客户端的每一应用程序配置对应的任务调度策略;不同应用程序对应的任务调度策略相同或不同,所述任务调度策略运行在用户态。
本领域技术人员知悉,现有技术中任何的调度策略均落入本发明的保护范围,可选的,任务调度策略为基于优先级的调度策略或基于权重的调度策略。
本实施例中,客户端的每一应用程序对应的预设位置配置有对应的应用程序的任务调度策略,可以从应用程序对应的预设位置获取其对应的任务调度策略;由此,不同的应用程序能够根据自己的调度需求进行任务调度,特别是对于应用程序较多的场景,通过提前为不同应用程序配置与其业务相关的任务调度策略的方法,有利于提高系统的整体效率。
可选的,预设位置为应用程序对应的配置文件、原代码、环境变量或其他配置位置。作为一个具体实施方式,预设位置为应用程序的配置文件,客户端的应用程序的数量为4,其中,第一应用程序和第三应用程序的任务调度需求均是基于待调度的队列的优先级进行调度,那么提前在第一应用程序的配置文件和第三应用程序的配置文件中将任务调度策略配置为基于优先级的调度策略;第二应用程序和第四应用程序的任务调度需求是基于待调度的队列的权重进行调度,那么提前在第二应用程序和第四应用程序的配置文件中将任务调度策略配置为基于权重的调度策略。
S400,如果某应用程序抢占到GPU硬件资源,则使用目标应用程序对应的任务调度策略调度目标应用程序的待调度任务队列中的任务,所述目标应用程序为抢占到GPU硬件资源的应用程序。
本实施例中,如图2所示,所述使用目标应用程序对应的任务调度策略调度目标应用程序的待调度任务队列中的任务包括以下步骤:
S410,从所述目标应用程序对应的任务调度策略配置位置获取目标应用程序对应的任务调度策略。
可选的,目标应用程序对应的任务调度策略配置位置为目标应用程序对应的配置文件、原代码、环境变量或其他配置位置。
S420,获取目标应用程序的待调度任务队列,每一待调度任务队列包括若干准备就绪的任务。
S430,使用所述目标应用程序对应的任务调度策略从目标应用程序的待调度任务队列中调度任务执行。
如图3所示,使用所述目标应用程序对应的任务调度策略从目标应用程序的待调度任务队列中调度任务执行包括以下步骤:
S431,如果所述目标应用程序对应的任务调度策略为基于优先级的调度策略,则获取目标应用程序的所有待调度任务队列的优先级;所述所有待调度任务队列中不同待调度任务队列对应的优先级不同。
S432,先从优先级最高的待调度任务队列中调度任务执行,且只有在优先级最高的待调度任务队列中任务全被调度之后,再调度优先级次高的待调度任务队列中的任务。
基于S431-S432,目标应用程序的所有待调度任务队列中优先级最高的待调度任务队列中的任务会被最优先执行,优先级次高的待调度的任务队列中的任务会被第次优先执行,以此类推,优先级最低的待调度的任务队列的任务会被最后执行。由此,只有当优先级较高的待调度任务队列中的任务被调度完之后才会调度优先级较低的待调度任务队列中的任务。
如图4所示,使用所述目标应用程序对应的任务调度策略从目标应用程序的待调度任务队列中调度任务执行包括以下步骤:
S4301,如果所述目标应用程序对应的任务调度策略为基于权重的调度策略,则获取目标应用程序的所有待调度任务队列的权重;所述所有待调度任务队列中不同待调度任务队列对应的权重不同。
S4302,先从权重最高的待调度任务队列中调度第一数量的任务执行,再从权重次高的待调度任务队列中调度第二数量的任务执行。
基于S4301-S4302,目标应用程序的待调度任务队列中的权重最高的待调度队列中的部分任务会被最优先执行,然后权重次高的待调度队列中的部分任务会被次优先执行,以此类推,由此,不同待调度队列中的任务均会被循环调度。
本实施例设置了先抢占再调度的策略,其中,先配置客户端的每一应用程序方GPU硬件资源的抢占算法和对应的任务调度策略,然后使客户端的每一应用程序使用对应的抢占算法抢占GPU硬件资源,如果某应用程序抢占到GPU硬件资源,则使用目标应用程序的调度策略对目标应用程序的待调度任务队列中的任务进行调度,目标应用程序指的是抢占到GPU硬件资源的应用程序。
本实施例的客户端的不同应用程序的抢占算法和任务调度策略均运行在用户态,可以根据不同应用程序的需求预先配置各应用程序对应的抢占算法和调度策略,不同应用程序的抢占算法可以相同,也可以不同;任务调度策略可以相同,也可以不同,由此,可以满足不同应用程序的差异化任务调度需求。
本实施例将客户端的应用程序的任务调度策略和抢占算法均运行在用户态,不但提高了任务调度策略配置的灵活性,而且避免了将与任务调度策略相关的数据从用户态给内核态的过程,减少了用户态与内核态的切换开销,提高了调度效率。
实施例二
如图5所示,本实施例提供了一种GPU硬件资源的调度装置,所述调度装置包括:
第一配置模块100,用于为客户端的每一应用程序配置GPU硬件资源的抢占算法;不同应用程序对应的抢占算法相同或不同,所述抢占算法运行在用户态。
本领域技术人员知悉,现有技术中任何的抢占算法均落入本发明的保护范围,此处不再赘述抢占算法的内容。作为现有技术的一种,根据不同应用程序的业务服务策略确定对应的应用程序的抢占算法;例如,先根据应用程序的往期任务到达规律、GPU资源抢占并获得服务的结果统计等特征和/或当前待调度队列长度等信息确定目前抢占算法,再估算和预测维持目前抢占算法接下来待调度任务队列的队列长度,最后确定是否对目前抢占算法进行相关调整。
可选的,根据应用程序的待调度任务队列的队伍长度确定当前抢占算法,其中,待调度任务队列的队伍长度越长,每次抢占到GPU硬件资源后间隔越长的时间才将GPU硬件资源进行释放;待调度任务队列的队伍长度越长,如果没有抢占到GPU硬件资源后间隔越短的时间再次进行抢占;待调度任务队列的队伍长度越短,每次抢占到GPU硬件资源后间隔越短的时间才将GPU硬件资源进行释放;待调度任务队列的队伍长度越短,如果没有抢占到GPU硬件资源后间隔越长的时间再次进行抢占。
作为一个具体实施方式,客户端包括4个应用程序,其中第一应用程序和第二应用程序的待调度任务队列均具有队伍长度在白天比较长且在晚上比较短的特征,第三应用程序和第四应用程序的待调度任务队列均具有队伍长度在晚天比较长且在白上比较短的特征;基于此,为第一应用程序和第二应用程序配置的抢占算法均为:白天每次有任务了就去抢占,抢占到GPU硬件资源后用10分钟就将GPU硬件资源释放;晚天每次有任务了就去抢占,抢占到GPU硬件资源后用1分钟就将GPU硬件资源释放;如果没有抢占到资源,则在白天间隔1秒再次尝试抢占,在晚上间隔10秒再次尝试抢占。为第三应用程序和第四应用程序配置的抢占算法均为:白天每次有任务了就去抢占,抢占到GPU硬件资源后用1分钟就将GPU硬件资源释放;晚天每次有任务了就去抢占,抢占到GPU硬件资源后用10分钟就将GPU硬件资源释放;如果没有抢占到资源,则在白天间隔10秒再次尝试抢占,在晚上间隔1秒再次尝试抢占。
第一抢占模块200,用于使客户端的每一应用程序使用对应的抢占算法抢占GPU硬件资源。
本实施例中,如果客户端的第i个应用程序的待调度任务队列不为空,则第i个应用程序使用对应的抢占算法从GPU硬件资源中抢占硬件资源;如果客户端的第i个应用程序的待调度任务队列为空,则第i个应用程序不从GPU硬件资源中抢占硬件资源。
本实施例中,如果存在新的任务请求,则将所述新的任务请求对应的任务排列在客户端的所述新的任务请求对应的应用程序的待调度任务队列中。例如,新的任务请求是客户端的第一应用程序对应的任务请求,则将该新的任务请求对应的任务排列在客户端的第一应用程序的待调度任务队列中。
本实施例中不同应用程序的抢占算法可以相同或不同,且抢占算法均运行在用户态,由此,避免了将与抢占算法相关的数据从用户态给内核态的过程,减少了用户态与内核态的切换开销,提高了调度效率。
第二配置模块300,用于为客户端的每一应用程序配置对应的任务调度策略;不同应用程序对应的任务调度策略相同或不同,所述任务调度策略运行在用户态。
本领域技术人员知悉,现有技术中任何的调度策略均落入本发明的保护范围,可选的,任务调度策略为基于优先级的调度策略或基于权重的调度策略。
本实施例中,客户端的每一应用程序对应的预设位置配置有对应的应用程序的任务调度策略,可以从应用程序对应的预设位置获取其对应的任务调度策略;由此,不同的应用程序能够根据自己的调度需求进行任务调度,特别是对于应用程序较多的场景,通过提前为不同应用程序配置与其业务相关的任务调度策略的方法,有利于提高系统的整体效率。
可选的,预设位置为应用程序对应的配置文件、原代码、环境变量或其他配置位置。作为一个具体实施方式,预设位置为应用程序的配置文件,客户端的应用程序的数量为4,其中,第一应用程序和第三应用程序的任务调度需求均是基于待调度的队列的优先级进行调度,那么提前在第一应用程序的配置文件和第三应用程序的配置文件中将任务调度策略配置为基于优先级的调度策略;第二应用程序和第四应用程序的任务调度需求是基于待调度的队列的权重进行调度,那么提前在第二应用程序和第四应用程序的配置文件中将任务调度策略配置为基于权重的调度策略。
第一调度模块400,用于如果某应用程序抢占到GPU硬件资源,则使用目标应用程序对应的任务调度策略调度目标应用程序的待调度任务队列中的任务,所述目标应用程序为抢占到GPU硬件资源的应用程序。
本实施例中,如图6所示,所述第一调度模块包括:
第一获取模块410,用于从所述目标应用程序对应的任务调度策略配置位置获取目标应用程序对应的任务调度策略。
可选的,目标应用程序对应的任务调度策略配置位置为目标应用程序对应的配置文件、原代码、环境变量或其他配置位置。
第二获取模块420,用于获取目标应用程序的待调度任务队列,每一待调度任务队列包括若干准备就绪的任务。
第二调度模块430,用于使用所述目标应用程序对应的任务调度策略从目标应用程序的待调度任务队列中调度任务执行。
如图7所示,所述第二调度模块包括:
第三获取模块431,用于如果所述目标应用程序对应的任务调度策略为基于优先级的调度策略,则获取目标应用程序的所有待调度任务队列的优先级;所述所有待调度任务队列中不同待调度任务队列对应的优先级不同。
第一执行模块432,用于先从优先级最高的待调度任务队列中调度任务执行,且只有在优先级最高的待调度任务队列中任务全被调度之后,再调度优先级次高的待调度任务队列中的任务。
基于模块431-432,目标应用程序的所有待调度任务队列中优先级最高的待调度任务队列中的任务会被最优先执行,优先级次高的待调度的任务队列中的任务会被第次优先执行,以此类推,优先级最低的待调度的任务队列的任务会被最后执行。由此,只有当优先级较高的待调度任务队列中的任务被调度完之后才会调度优先级较低的待调度任务队列中的任务。
如图8所示,所述第二调度模块包括:
第五获取模块4301,用于如果所述目标应用程序对应的任务调度策略为基于权重的调度策略,则获取目标应用程序的所有待调度任务队列的权重;所述所有待调度任务队列中不同待调度任务队列对应的权重不同。
第二执行模块4302,用于先从权重最高的待调度任务队列中调度第一数量的任务执行,再从权重次高的待调度任务队列中调度第二数量的任务执行。
基于模块4301-4302,目标应用程序的待调度任务队列中的权重最高的待调度队列中的部分任务会被最优先执行,然后权重次高的待调度队列中的部分任务会被次优先执行,以此类推,由此,不同待调度队列中的任务均会被循环调度。
本实施例设置了先抢占再调度的策略,其中,先配置客户端的每一应用程序方GPU硬件资源的抢占算法和对应的任务调度策略,然后使客户端的每一应用程序使用对应的抢占算法抢占GPU硬件资源,如果某应用程序抢占到GPU硬件资源,则使用目标应用程序的调度策略对目标应用程序的待调度任务队列中的任务进行调度,目标应用程序指的是抢占到GPU硬件资源的应用程序。
本实施例的客户端的不同应用程序的抢占算法和任务调度策略均运行在用户态,可以根据不同应用程序的需求预先配置各应用程序对应的抢占算法和调度策略,不同应用程序的抢占算法可以相同,也可以不同;任务调度策略可以相同,也可以不同,由此,可以满足不同应用程序的差异化任务调度需求。
本实施例将客户端的应用程序的任务调度策略和抢占算法均运行在用户态,不但提高了任务调度策略配置的灵活性,而且避免了将与任务调度策略相关的数据从用户态给内核态的过程,减少了用户态与内核态的切换开销,提高了调度效率。
实施例三
本实施例提供了一种电子设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,处理器执行计算机程序时实现以下步骤:
为客户端的每一应用程序配置GPU硬件资源的抢占算法;不同应用程序对应的抢占算法相同或不同,所述抢占算法运行在用户态。
使客户端的每一应用程序使用对应的抢占算法抢占GPU硬件资源。
为客户端的每一应用程序配置对应的任务调度策略;不同应用程序对应的任务调度策略相同或不同,所述任务调度策略运行在用户态。
如果某应用程序抢占到GPU硬件资源,则使用目标应用程序对应的任务调度策略调度目标应用程序的待调度任务队列中的任务,所述目标应用程序为抢占到GPU硬件资源的应用程序。
实施例四
本实施例提供了一种计算机可读存储介质,其上存储有计算机程序,计算机程序被处理器执行时实现以下步骤:
为客户端的每一应用程序配置GPU硬件资源的抢占算法;不同应用程序对应的抢占算法相同或不同,所述抢占算法运行在用户态。
使客户端的每一应用程序使用对应的抢占算法抢占GPU硬件资源。
为客户端的每一应用程序配置对应的任务调度策略;不同应用程序对应的任务调度策略相同或不同,所述任务调度策略运行在用户态。
如果某应用程序抢占到GPU硬件资源,则使用目标应用程序对应的任务调度策略调度目标应用程序的待调度任务队列中的任务,所述目标应用程序为抢占到GPU硬件资源的应用程序。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程,是可以通过计算机程序来指令相关的硬件来完成,所述的计算机程序可存储于一非易失性计算机可读取存储介质中,该计算机程序在执行时,可包括如上述各方法的实施例的流程。其中,本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用,均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)或闪存。易失性存储器可包括随机存取存储器(RAM)或者外部高速缓冲存储器。作为说明而非局限,RAM以多种形式可得,诸如静态RAM(SRAM)、动态RAM(DRAM)、同步DRAM(SDRAM)、双数据率SDRAM(DDRSDRAM)、增强型SDRAM(ESDRAM)、同步链路(Synchlink) DRAM(SLDRAM)、存储器总线(Rambus)直接RAM(RDRAM)、直接存储器总线动态RAM(DRDRAM)、以及存储器总线动态RAM(RDRAM)等。
所属领域的技术人员可以清楚地了解到,为了描述的方便和简洁,仅以上述各功能单元、模块的划分进行举例说明,实际应用中,可以根据需要而将上述功能分配由不同的功能单元、模块完成,即将所述装置的内部结构划分成不同的功能单元或模块,以完成以上描述的全部或者部分功能。
虽然已经通过示例对本发明的一些特定实施例进行了详细说明,但是本领域的技术人员应该理解,以上示例仅是为了进行说明,而不是为了限制本发明的范围。本领域的技术人员还应理解,可以对实施例进行多种修改而不脱离本发明的范围和精神。本发明的范围由所附权利要求来限定。