CN106775997B - 一种任务处理方法和设备 - Google Patents

一种任务处理方法和设备 Download PDF

Info

Publication number
CN106775997B
CN106775997B CN201510823024.1A CN201510823024A CN106775997B CN 106775997 B CN106775997 B CN 106775997B CN 201510823024 A CN201510823024 A CN 201510823024A CN 106775997 B CN106775997 B CN 106775997B
Authority
CN
China
Prior art keywords
task
data volume
input data
actual input
module
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.)
Active
Application number
CN201510823024.1A
Other languages
English (en)
Other versions
CN106775997A (zh
Inventor
贾元乔
孙伟光
苏艳
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.)
Taobao China Software Co Ltd
Original Assignee
Alibaba Group Holding Ltd
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 Alibaba Group Holding Ltd filed Critical Alibaba Group Holding Ltd
Priority to CN201510823024.1A priority Critical patent/CN106775997B/zh
Publication of CN106775997A publication Critical patent/CN106775997A/zh
Application granted granted Critical
Publication of CN106775997B publication Critical patent/CN106775997B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

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/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
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/24Querying
    • G06F16/245Query processing
    • G06F16/2455Query execution

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Software Systems (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Computational Linguistics (AREA)
  • Data Mining & Analysis (AREA)
  • Databases & Information Systems (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

本申请实施例公开了一种任务处理方法和设备,通过应用本申请实施例所提出的技术方案,结合任务的实际输入数据量和任务所在集群的组的当前限额使用率,对相应的资源进行适应性调整,从而,实现了在大型计算集群中,对运行的任务进行个性化分配计算资源,保障任务得到合理的资源,提高任务执行效率,保证计算集群的资源利用率,提升任务并发度。

Description

一种任务处理方法和设备
技术领域
本申请涉及数据处理技术领域,尤其涉及一种任务处理方法和设备。
背景技术
对于一个繁忙的大型集群系统,每天会有数十万量级次数的临时查询任务,这些临时查询任务中,大部分取数任务基本只会运行一次。
在现有的技术方案中,默认情况下,系统认为输入文件大小都是整张表的大小,且一个表可以处理256M的数据,这样就可以控制该任务需要的表数。
但是,申请人在实现本申请的过程中发现现有技术中存在以下技术问题:
实际应用中,很多的任务都不是取的整张表的所有字段,且很多任务都有很多特殊的操作,如LIMIT(限定)、GBY(聚合)等,如果仍按照默认算法,会导致很多任务分配不到合理的计算资源,进而影响集群任务的吞吐量,导致部分任务由于不能及时得到计算资源而长期等待,进而会对用户体验造成非常恶劣的影响。
发明内容
本申请实施例提供了一种任务处理方法及设备,用以对运行的任务进行个性化分配计算资源,保障任务得到合理的资源,提高任务执行效率,从而保证计算集群的资源利用率,提升任务并发度。
为此,本申请采用以下技术手段:
本申请实施例提供了一种任务处理方法,该方法包括:
当任务管理设备接收到任务时,所述任务管理设备判断所述任务的输入数据量是否已经被配置为全表数据量;
如果判断结果为否,所述任务管理设备调用内置优化接口,确定所述任务的实际输入数据量;
所述任务管理设备判断所述任务所在集群的组的当前限额使用率是否超过预设阈值;
如果没有超过,所述任务管理设备判断所述实际输入数据量是否大于全表数据量;
如果大于,所述任务管理设备根据所述全表数据量,为所述任务分配资源,并执行所述任务。
另一方面,本申请实施例还提供了一种任务管理设备,包括:
接收模块,用于接收任务;
第一判断模块,用于判断所述接收模块所接收到的任务的输入数据量是否已经被配置为全表数据量;
确定模块,用于在所述第一判断模块的判断结果为否时,调用内置优化接口,确定所述任务的实际输入数据量;
第二判断模块,用于判断所述任务所在集群的组的当前限额使用率是否超过预设阈值;
第三判断模块,用于在所述第二判断模块的判断结果为没有超过时,判断所述确定模块所确定的实际输入数据量是否大于全表数据量;
处理模块,用于在所述第三判断模块的判断结果为大于时,根据所述确定模块所确定的全表数据量,为所述任务分配资源,并执行所述任务。
与现有技术相比,本申请实施例所提出的技术方案具有以下有益效果:
通过应用本申请实施例所提出的技术方案,结合任务的实际输入数据量和任务所在集群的组的当前限额使用率,对相应的资源进行适应性调整,从而,实现了在大型计算集群中,对运行的任务进行个性化分配计算资源,保障任务得到合理的资源,提高任务执行效率,保证计算集群的资源利用率,提升任务并发度。
附图说明
图1为本申请实施例提供的一种任务处理方法的流程示意图;
图2为本申请实施例提供的一种具体应用场景下的任务处理方法的流程示意图;
图3为本申请实施例提供的一种任务管理设备的结构示意图。
具体实施方式
如背景技术所述,现有的默认处理规则中,系统认为输入文件大小都是整张表的大小,且一个map(映射)可以处理256M的数据,这种做法,没有考虑到计算集群quota(配额)的使用率,没有考虑到任务实际读入的数据量,没有充分利用任务的特点进行自适应分配计算资源,而本申请实施例所提出的技术方案,则解决了这样的问题。
下面结合附图对本申请的技术方案进行清楚、完整的描述,显然,所描述的实施例是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本申请的保护范围。
参见图1所示,为本申请实施例提供的一种任务处理方法的流程示意图,该方法包括以下步骤:
步骤S101、当任务管理设备接收到任务时,所述任务管理设备判断所述任务的输入数据量是否已经被配置为全表数据量。
如果判断结果为否,则执行步骤S102;
如果判断结果为是,则执行步骤S106。
步骤S102、所述任务管理设备调用内置优化接口,确定所述任务的实际输入数据量。
在具体的应用场景中,本步骤的实现过程可以具体如下:
首先,所述任务管理设备对所述任务进行SQL(一种用于访问和处理数据库的标准的计算机语言)编译,并获取SQL编译之后的任务树。
然后,所述任务管理设备判断所述任务树是否为空。
如果为空,所述任务管理设备将所述全表数据量作为实际输入数据量。
如果不为空,所述任务管理设备对SQL编译之后的数据进行重解析,并依据预设的数据量确定规则,根据重解析后的结果确定实际输入数据量。
其中,上述的实际输入数据量的确定过程具体包括:
所述任务管理设备对SQL编译之后的关键operator(运算符)进行重解析。
所述任务管理设备根据重解析后的结果确定以下四个变量:
每个物理表所需字段与全部字段占比a、map含有的distinct(去重)数量b、udf(自定义函数)数量c以及mapjoin(映射关联)数量d。
所述任务管理设备根据所述四个变量,按照以下规则确定实际输入数据量:
实际输入数据量=全表数据量×a+max(全表数据量×b,全表数据量×I(c)×0.5,全表数据量×I(d)),
其中,当x>0时,I(x)=1,否则,I(x)=0;
max(x,y,z)表示x、y和z中的最大值。
需要说明的是,上述的处理过程以及具体的参数、规则等,均是本申请实施例所给出的一种优选的示例,在保证技术效果的前提下,可以根据实际场景需要进行调整,这样的变化并不会影响本申请的保护范围。
步骤S103、所述任务管理设备判断所述任务所在集群的组的当前限额使用率是否超过预设阈值。
如果没有超过,则执行步骤S104;
如果超过,则执行步骤S105。
需要进行说明的是,在实际的应用场景中,预设阈值可以根据需要进行具体数值的确定,参考实践数据,本申请实施例中可以优选的将该预设阈值设置为50%,在实际应用中,在能够保证系统资源使用效率和业务执行效率的前提下,具体阈值数值的变化,并不会影响本申请的保护范围。
步骤S104、所述任务管理设备判断所述实际输入数据量是否大于全表数据量。
如果不大于,则执行步骤S105;
如果大于,则执行步骤S106。
步骤S105、所述任务管理设备根据所述实际输入数据量,为所述任务分配资源,并执行所述任务。
步骤S106、所述任务管理设备根据所述全表数据量,为所述任务分配资源,并执行所述任务。
与现有技术相比,本申请的上述实施例具有以下有益技术效果:
通过应用本申请实施例所提出的技术方案,结合任务的实际输入数据量和任务所在集群的组的当前限额使用率,对相应的资源进行适应性调整,从而,实现了在大型计算集群中,对运行的任务进行个性化分配计算资源,保障任务得到合理的资源,提高任务执行效率,保证计算集群的资源利用率,提升任务并发度。
下面结合具体的实施例,对本申请实施例所提出的技术方案进行详细的解释说明。
如图2所示,为本申请实施例所提出的一种具体应用场景下的任务处理方法的流程示意图,该方法具体包括以下步骤:
步骤S201、将该任务提交至系统,对该任务进行SQL解析。
步骤S202、判断该任务的输入数据量是否已经被手动设置为全表数据量。
如果已经手动设置,则执行步骤S207;
如果没有手动设置,则执行步骤S203。
步骤S203、调用内置的优化接口,重新计算实际输入数据量。
在实际的应用场景中,本步骤中的内置的优化接口的主要逻辑如下:
首先,取到SQL编译之后的任务树。
然后,判断任务树是否为空,如果为空,则使用全表数据量作为输入数据量。
否则,则对编译后的关键operator进行重解析,确定如下四个变量:
每个物理表所需字段与全部字段占比,记为a;
map含有的distinct数量,记为b;
udf数量,记为c;
mapjoin数量,记为d。
最后,根据上述的a、b、c、d四个变量重新估算实际输入的数据量,相应的处理公式如下:
基础预测值:全表数据量*a
加权预测值:max(全表数据量*b,全表数据量*I(c)*0.5,全表数据量*I(d)),I(x)表示x>0为1,否则为0
最终,实际输入的数据量为:基础预测值+加权预测值。
计算完成后,进入步骤S204。
需要说明的是,上述的处理过程以及具体的参数、规则等,均是本申请实施例所给出的一种优选的示例,在保证技术效果的前提下,可以根据实际场景需要进行调整,这样的变化并不会影响本申请的保护范围。
步骤S204、判断该任务所在集群的group(组)的quota实时使用率是否超过50%。
如果超过50%,则进入步骤S206。
如果不超过50%,则进一步执行步骤S205。
步骤S205、判断计算得到的实际输入数据量是否大于全表数据量。
如果计算得到的实际输入数据量不大于全表数据量,则进入步骤S206;
如果计算得到的实际输入数据量大于全表数据量,则进入步骤S207。
步骤S206、根据计算得到的实际输入数据量,重新估算该任务所需的计算资源,并提交此任务至离线MR(MapReduce,映射归约)系统进行SQL执行。
步骤S207、使用全表数据量作为输入数据量,确定该任务所需的计算资源,并提交此任务至离线MR系统进行SQL执行。
与现有技术相比,本申请的上述实施例具有以下有益技术效果:
通过应用本申请实施例所提出的技术方案,结合任务的实际输入数据量和任务所在集群的组的当前限额使用率,对相应的资源进行适应性调整,从而,实现了在大型计算集群中,对运行的任务进行个性化分配计算资源,保障任务得到合理的资源,提高任务执行效率,保证计算集群的资源利用率,提升任务并发度。
如图3所示,为本申请实施例所提出的一种任务管理设备的结构示意图,该设备具体包括:
接收模块31,用于接收任务;
第一判断模块32,用于判断所述接收模块31所接收到的任务的输入数据量是否已经被配置为全表数据量;
确定模块33,用于在所述第一判断模块32的判断结果为否时,调用内置优化接口,确定所述任务的实际输入数据量;
第二判断模块34,用于判断所述任务所在集群的组的当前限额使用率是否超过预设阈值;
第三判断模块35,用于在所述第二判断模块34的判断结果为没有超过时,判断所述确定模块33所确定的实际输入数据量是否大于全表数据量;
处理模块36,用于在所述第三判断模块35的判断结果为大于时,根据所述全表数据量,为所述任务分配资源,并执行所述任务。
进一步的,所述处理模块36,还用于:
在所述第一判断模块32的判断结果为是时,根据所述全表数据量,为所述任务分配资源,并执行所述任务;
在所述第二判断模块34的判断结果为超过时,根据所述确定模块33所确定的实际输入数据量,为所述任务分配资源,并执行所述任务;
在所述第三判断模块35的判断结果为不大于时,根据所述确定模块33所确定的实际输入数据量,为所述任务分配资源,并执行所述任务。
需要进行说明的是,在实际的应用场景中,预设阈值可以根据需要进行具体数值的确定,参考实践数据,本申请实施例中可以优选的将该预设阈值设置为50%,在实际应用中,在能够保证系统资源使用效率和业务执行效率的前提下,具体阈值数值的变化,并不会影响本申请的保护范围。
优选的,所述确定模块33,具体用于:
对所述接收模块31所接收到的任务进行SQL编译,并获取SQL编译之后的任务树;
判断所述任务树是否为空;
如果为空,将所述全表数据量作为实际输入数据量;
如果不为空,对SQL编译之后的数据进行重解析,并依据预设的数据量确定规则,根据重解析后的结果确定实际输入数据量。
具体的,所述确定模块33,具体用于:
对SQL编译之后的关键operator进行重解析;
根据重解析后的结果确定以下四个变量:
每个物理表所需字段与全部字段占比a、map含有的distinct数量b、udf数量c以及mapjoin数量d;
根据所述四个变量,按照以下规则确定实际输入数据量:
实际输入数据量=全表数据量×a+max(全表数据量×b,全表数据量×I(c)×0.5,全表数据量×I(d)),
其中,当x>0时,I(x)=1,否则,I(x)=0;
max(x,y,z)表示x、y和z中的最大值。
与现有技术相比,本申请的上述实施例具有以下有益技术效果:
通过应用本申请实施例所提出的技术方案,结合任务的实际输入数据量和任务所在集群的组的当前限额使用率,对相应的资源进行适应性调整,从而,实现了在大型计算集群中,对运行的任务进行个性化分配计算资源,保障任务得到合理的资源,提高任务执行效率,保证计算集群的资源利用率,提升任务并发度。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到本申请可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台终端设备(可以是手机,个人计算机,服务器,或者网络设备等)执行本申请各个实施例所述的方法。
本领域技术人员可以理解,实施例中的装置中的模块可以按照实施例描述进行分布于实施例的装置中,也可以进行相应变化位于不同于本实施例的一个或多个装置中。上述实施例的模块可以合并为一个模块,也可以进一步拆分成多个子模块。
以上所述仅是本申请的优选实施方式,应当指出,对于本技术领域的普通技术人员来说,在不脱离本申请原理的前提下,还可以做出若干改进和润饰,这些改进和润饰也应视本申请的保护范围。

Claims (10)

1.一种任务处理方法,其特征在于,该方法包括:
当任务管理设备接收到任务时,所述任务管理设备判断所述任务的输入数据量是否已经被配置为全表数据量;
如果判断结果为否,所述任务管理设备调用内置优化接口,确定所述任务的实际输入数据量;
所述任务管理设备判断所述任务所在集群的组的当前限额使用率是否超过预设阈值;
如果没有超过,所述任务管理设备判断所述实际输入数据量是否大于全表数据量;
如果大于,所述任务管理设备根据所述全表数据量,为所述任务分配资源,并执行所述任务;
其中,如果所述任务管理设备判断所述实际输入数据量不大于全表数据量,所述任务管理设备根据所述实际输入数据量,为所述任务分配资源,并执行所述任务。
2.如权利要求1所述的方法,其特征在于,所述方法还包括:
如果所述任务管理设备判断所述任务的输入数据量已经被配置为全表数据量,所述任务管理设备根据所述全表数据量,为所述任务分配资源,并执行所述任务;
如果所述任务管理设备判断所述任务所在集群的组的当前限额使用率超过预设阈值,所述任务管理设备根据所述实际输入数据量,为所述任务分配资源,并执行所述任务;
如果所述任务管理设备判断所述实际输入数据量不大于全表数据量,所述任务管理设备根据所述实际输入数据量,为所述任务分配资源,并执行所述任务。
3.如权利要求1或2所述的方法,其特征在于,所述预设阈值具体为50%。
4.如权利要求1所述的方法,其特征在于,所述任务管理设备调用内置优化接口,确定所述任务的实际输入数据量,具体包括:
所述任务管理设备对所述任务进行SQL编译,并获取SQL编译之后的任务树;
所述任务管理设备判断所述任务树是否为空;
如果为空,所述任务管理设备将所述全表数据量作为实际输入数据量;
如果不为空,所述任务管理设备对SQL编译之后的数据进行重解析,并依据预设的数据量确定规则,根据重解析后的结果确定实际输入数据量。
5.如权利要求4所述的方法,其特征在于,所述任务管理设备对SQL编译之后的数据进行重解析,并依据预设的数据量确定规则,根据重解析后的结果确定实际输入数据量,具体包括:
所述任务管理设备对SQL编译之后的关键预算符operator进行重解析;
所述任务管理设备根据重解析后的结果确定以下四个变量:
每个物理表所需字段与全部字段占比a、映射map含有的去重distinct数量b、自定义函数udf数量c以及映射关联mapjoin数量d;
所述任务管理设备根据所述四个变量,按照以下规则确定实际输入数据量:
实际输入数据量=全表数据量×a+max(全表数据量×b,全表数据量×I(c)×0.5,全表数据量×I(d)),
其中,当x>0时,I(x)=1,否则,I(x)=0;
max(x,y,z)表示x、y和z中的最大值。
6.一种任务管理设备,其特征在于,包括:
接收模块,用于接收任务;
第一判断模块,用于判断所述接收模块所接收到的任务的输入数据量是否已经被配置为全表数据量;
确定模块,用于在所述第一判断模块的判断结果为否时,调用内置优化接口,确定所述任务的实际输入数据量;
第二判断模块,用于判断所述任务所在集群的组的当前限额使用率是否超过预设阈值;
第三判断模块,用于在所述第二判断模块的判断结果为没有超过时,判断所述确定模块所确定的实际输入数据量是否大于全表数据量;
处理模块,用于在所述第三判断模块的判断结果为大于时,根据所述全表数据量,为所述任务分配资源,并执行所述任务;
其中,在所述第三判断模块的判断结果为不大于时,所述处理模块根据所述确定模块所确定的实际输入数据量,为所述任务分配资源,并执行所述任务。
7.如权利要求6所述的设备,其特征在于,所述处理模块,还用于:
在所述第一判断模块的判断结果为是时,根据所述全表数据量,为所述任务分配资源,并执行所述任务;
在所述第二判断模块的判断结果为超过时,根据所述确定模块所确定的实际输入数据量,为所述任务分配资源,并执行所述任务;
在所述第三判断模块的判断结果为不大于时,根据所述确定模块所确定的实际输入数据量,为所述任务分配资源,并执行所述任务。
8.如权利要求6或7所述的设备,其特征在于,所述预设阈值具体为50%。
9.如权利要求6所述的设备,其特征在于,所述确定模块,具体用于:
对所述接收模块所接收到的任务进行SQL编译,并获取SQL编译之后的任务树;
判断所述任务树是否为空;
如果为空,将所述全表数据量作为实际输入数据量;
如果不为空,对SQL编译之后的数据进行重解析,并依据预设的数据量确定规则,根据重解析后的结果确定实际输入数据量。
10.如权利要求9所述的设备,其特征在于,所述确定模块,具体用于:
对SQL编译之后的关键operator进行重解析;
根据重解析后的结果确定以下四个变量:
每个物理表所需字段与全部字段占比a、map含有的distinct数量b、udf数量c以及mapjoin数量d;
根据所述四个变量,按照以下规则确定实际输入数据量:
实际输入数据量=全表数据量×a+max(全表数据量×b,全表数据量×I(c)×0.5,全表数据量×I(d)),
其中,当x>0时,I(x)=1,否则,I(x)=0;
max(x,y,z)表示x、y和z中的最大值。
CN201510823024.1A 2015-11-23 2015-11-23 一种任务处理方法和设备 Active CN106775997B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201510823024.1A CN106775997B (zh) 2015-11-23 2015-11-23 一种任务处理方法和设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201510823024.1A CN106775997B (zh) 2015-11-23 2015-11-23 一种任务处理方法和设备

Publications (2)

Publication Number Publication Date
CN106775997A CN106775997A (zh) 2017-05-31
CN106775997B true CN106775997B (zh) 2020-12-22

Family

ID=58964120

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201510823024.1A Active CN106775997B (zh) 2015-11-23 2015-11-23 一种任务处理方法和设备

Country Status (1)

Country Link
CN (1) CN106775997B (zh)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110442620B (zh) * 2019-08-05 2023-08-29 赵玉德 一种大数据探索和认知方法、装置、设备以及计算机存储介质

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102880615A (zh) * 2011-07-15 2013-01-16 腾讯科技(深圳)有限公司 一种数据存储方法和装置

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4920391B2 (ja) * 2006-01-06 2012-04-18 株式会社日立製作所 計算機システムの管理方法、管理サーバ、計算機システム及びプログラム

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102880615A (zh) * 2011-07-15 2013-01-16 腾讯科技(深圳)有限公司 一种数据存储方法和装置

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
"大数据存储结构及查询优化研究";周凯东;《中国优秀硕士学位论文全文数据库 信息科技辑》;20150315(第03期);全文 *

Also Published As

Publication number Publication date
CN106775997A (zh) 2017-05-31

Similar Documents

Publication Publication Date Title
CN104834561B (zh) 一种数据处理方法及装置
CN108052615B (zh) 访问请求的处理方法、装置、介质及电子设备
WO2019033770A1 (zh) 一种工作量分配方法、装置、存储介质和服务器
US10652360B2 (en) Access scheduling method and apparatus for terminal, and computer storage medium
US20190319895A1 (en) Resource Scheduling Method And Apparatus
CN107426274B (zh) 基于时序的业务应用及监控分析调度的方法和系统
RU2012122170A (ru) Устройство и способ выделения ресурсов в сети связи
CN110166507B (zh) 多资源调度方法和装置
CN103605574A (zh) 一种服务器集群中的虚拟机资源调度方法及系统
CN104239150B (zh) 一种硬件资源调整的方法及装置
CN110187960A (zh) 一种分布式资源调度方法及装置
CN112445857A (zh) 一种基于数据库的资源配额管理方法和装置
CN111782355A (zh) 一种基于混合负载的云计算任务调度方法及系统
CN115134371A (zh) 包含边缘网络算力资源的调度方法、系统、设备及介质
CN110647392A (zh) 一种基于容器集群的智能弹性伸缩方法
CN106855862B (zh) 一种快速比较方法及装置
CN105872082B (zh) 基于容器集群负载均衡算法的细粒度资源响应系统
CN106775997B (zh) 一种任务处理方法和设备
CN110069319B (zh) 一种面向朵云资源管理的多目标虚拟机调度方法及系统
CN103501509B (zh) 一种均衡无线网络控制器负载的方法及装置
CN111190719A (zh) 优化集群资源分配的方法、装置、介质及电子设备
US9311146B2 (en) Strategic placement of jobs for spatial elasticity in a high-performance computing environment
CN106775925B (zh) 一种虚拟机cpu的限额处理方法和装置
CN112994911B (zh) 计算卸载方法、装置及计算机可读存储介质
CN111343719B (zh) 一种lte物理资源块分配方法、装置及存储介质

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
TR01 Transfer of patent right
TR01 Transfer of patent right

Effective date of registration: 20211105

Address after: Room 554, floor 5, building 3, No. 969, Wenyi West Road, Wuchang Street, Yuhang District, Hangzhou City, Zhejiang Province

Patentee after: TAOBAO (CHINA) SOFTWARE CO.,LTD.

Address before: A four-storey 847 mailbox in Grand Cayman Capital Building, British Cayman Islands

Patentee before: ALIBABA GROUP HOLDING Ltd.