CN109542617A - 系统资源的处理方法及装置 - Google Patents

系统资源的处理方法及装置 Download PDF

Info

Publication number
CN109542617A
CN109542617A CN201811280907.2A CN201811280907A CN109542617A CN 109542617 A CN109542617 A CN 109542617A CN 201811280907 A CN201811280907 A CN 201811280907A CN 109542617 A CN109542617 A CN 109542617A
Authority
CN
China
Prior art keywords
task
queue
processing
processing queue
assigned
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
CN201811280907.2A
Other languages
English (en)
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.)
Beijing Minglue Zhaohui Technology Co Ltd
Original Assignee
Jing Shuo Technology (beijing) Ltd By Share 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 Jing Shuo Technology (beijing) Ltd By Share Ltd filed Critical Jing Shuo Technology (beijing) Ltd By Share Ltd
Priority to CN201811280907.2A priority Critical patent/CN109542617A/zh
Publication of CN109542617A publication Critical patent/CN109542617A/zh
Pending legal-status Critical Current

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
    • G06F9/5038—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resource being a machine, e.g. CPUs, Servers, Terminals considering the execution order of a plurality of tasks, e.g. taking priority or time dependency constraints into consideration

Landscapes

  • Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Multi Processors (AREA)

Abstract

本申请公开了一种系统资源的处理方法及装置。其中，该方法包括：获取多个任务；按照每个任务的配额，确定需要的计算资源；将每个任务按照需要的计算资源，分配到匹配的处理队列中执行。本申请解决了由于利用计算机处理计算任务时，不能最大化利用计算资源造成的计算资源利用率低的技术问题。

Description

系统资源的处理方法及装置
技术领域
本申请涉及计算机领域，具体而言，涉及一种系统资源的处理方法及装置。
背景技术
利用计算机处理计算任务时，不同的计算任务所需要执行的时间不同，占用的计算资源也不同，现有技术虽然能够并发处理多个任务，但不能动态调整动并列处理的任务数或不能按预计计算时间进行定制化任务调度,存在不能最大化利用计算资源的问题。
针对上述的问题，目前尚未提出有效的解决方案。
发明内容
本申请实施例提供了一种系统资源的处理方法及装置，以至少解决由于利用计算机处理计算任务时，不能最大化利用计算资源造成的计算资源利用率低的技术问题。
根据本申请实施例的一个方面，提供了一种系统资源的处理方法，包括：获取多个任务；按照每个任务的配额，确定需要的计算资源；将每个任务按照需要的计算资源，分配到匹配的处理队列中执行。
可选地，按照每个任务的配额，确定需要的计算资源之前，上述方法还包括：按照预设的配额区间，划分得到多个处理队列，其中，配额区间确定对应的处理队列中允许处理的任务数的范围。
可选地，每个处理队列按照允许处理的任务数，设置优先级。
可选地，在高优先级的处理队列中的空闲空间处于预定范围之内，自动从低优先级的处理队列中提取未执行的任务，并处理提取到的任务。
可选地，高优先级的处理队列允许从预定数量的低优先级的处理队列中提取未执行的任务。
可选地，如果低优先级的处理队列中的任务已经放入高优先级的处理队列中运行，则需要从低优先级的处理队列中删除任务。
可选地，在分配到匹配的处理队列中执行之后，上述方法还包括：如果分配到的处理队列中任务数已满，则从新来的任务在此处理队列中进行排队，并且从分配到的处理队列中删除指定任务，如果分配到处理队列中的任务正在执行，则需要先终止此任务，再从分配到的处理队列中删除该任务。
根据本申请实施例的另一方面，还提供了一种系统资源的处理装置，包括：获取模块，用于获取多个任务；确定模块，用于按照每个任务的配额，确定需要的计算资源；分配模块，用于将每个任务按照需要的计算资源，分配到匹配的处理队列中执行。
可选地，上述装置还包括：划分模块，用于按照预设的配额区间，划分得到多个处理队列，其中，配额区间确定对应的处理队列中允许处理的任务数的范围。
可选地，每个处理队列按照允许处理的任务数，设置优先级。
可选地，上述装置还包括：第一处理模块，用于在高优先级的处理队列中的空闲空间处于预定范围之内，自动从低优先级的处理队列中提取未执行的任务，并处理提取到的任务。
可选地，高优先级的处理队列允许从预定数量的低优先级的处理队列中提取未执行的任务。
可选地，如果低优先级的处理队列中的任务已经放入高优先级的处理队列中运行，则需要从低优先级的处理队列中删除任务。
可选地，上述装置还包括：删除模块，用于如果分配到的处理队列中任务数已满，则新来的任务在此队列中进行排队，并且从分配到的处理队列中删除指定任务，如果分配到的处理队列中任务在执行中，则需要先终止此任务，再从分配到的处理队列中删除指定任务。
根据本申请实施例的再一方面，还提供了一种存储介质，存储介质包括存储的程序，其中，程序运行时控制存储介质所在设备执行以上的系统资源的处理方法。
根据本申请实施例的再一方面，还提供了一种处理器，处理器用于运行程序，其中，程序运行时执行以上的系统资源的处理方法。
在本申请实施例中，采用获取多个任务；按照每个任务的配额，确定需要的计算资源；将每个任务按照需要的计算资源，分配到匹配的处理队列中执行的方式，通过计算待处理任务的配额，根据计算得到的配额将待处理任务分配到匹配的队列中处理，从而实现了提高系统计算资源的利用率的技术效果，进而解决了由于利用计算机处理计算任务时，不能最大化利用计算资源造成的计算资源利用率低的技术问题。
附图说明
此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：
图1是根据本申请实施例的一种系统资源的处理方法的流程图；
图2是根据本申请实施例的一种队列优先级划分的示意图；
图3是根据本申请实施例的一种系统资源的处理装置的结构图；
图4是根据本申请实施例的另一种系统资源的处理装置的结构图；
图5是根据本申请实施例的另一种系统资源的处理装置的结构图；
图6是根据本申请实施例的另一种系统资源的处理装置的结构图。
具体实施方式
为了使本技术领域的人员更好地理解本申请方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分的实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本申请保护的范围。
需要说明的是，本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
根据本申请实施例，提供了一种系统资源的处理方法的方法实施例，需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。
图1是根据本申请实施例的一种系统资源的处理方法的流程图，如图1所示，该方法包括如下步骤：
步骤S102，获取多个任务。
需要说明的是，步骤S102中的任务包括用户对计算机操作时的各个动作及所对应的响应事件，比如鼠标单击、右击、打开一个对话框、关闭一个文件、启动一个程序等。
步骤S104，按照每个任务的配额，确定需要的计算资源。
需要说明的是，进程是任务的执行实体，一个任务由若干进程共同完成，进程是若干指令在一定环境下对数据集合的动态执行过程。进程在执行过程中，需要占用计算资源，因此任务在处理过程中也会占用计算资源，即任务所需的配额。
步骤S106，将每个任务按照需要的计算资源，分配到匹配的处理队列中执行。
这里的队列定义为一种计算优先级分类方式，根据计算得到的任务执行时需要计算资源，将任务分配到相应的处理队列中执行。
通过上述步骤，通过计算待处理任务的配额，根据计算得到的配额将待处理任务分配到匹配的队列中处理，可以提高系统计算资源的利用率。
在本申请的一些可选的实施例中，在执行步骤S104之前，上述方法还包括：按照预设的配额区间，划分得到多个处理队列，其中，配额区间确定对应的处理队列中允许处理的任务数的范围。
根据本申请的一个可选的实施例，根据配额区间划分为以下几个处理队列：
由上述划分可知，如果通过计算得到待处理任务的配额值为5，将该待处理任务优先分配到队列Very High Queue中处理，如果通过计算得到待处理任务的配额值为50，将该待处理任务优先分配到队列Middle Queue中处理。
根据本申请的一个可选的实施例，每个处理队列按照允许处理的任务数，设置优先级。队列Very High Queue允许同时处理的任务数量最多，队列优先级最高，队列HighQueue允许同时处理的任务数量比队列Very High Queue允许同时处理的任务数量少，优先级别也低，依次类推，队列Very Low Queue允许同时处理的任务数量最少，优先级别最低。Very High Queue为第一优先级队列，High Queue为第二优先级队列，Middle Queue为第三优先级队列，Low Queue为第四优先级队列，Very Low Queue为第五优先级队列。
通过计算得到多个待处理的任务的配额，配额小的任务，说明该任务需要的计算资源小，为保证该任务能够快速的计算出结果，所以将需要配额小的任务放入队列VeryHigh Queue中处理，将需要配额稍微大一点的任务放入队列High Queue中处理，以此类推，将需要配额最大的任务放入队列Very Low Queue中处理。当有多个任务被分配到队列VeryHigh Queue中处理且不超过队列Very High Queue能够处理的任务的最大数量时，队列Very High Queue中所有的任务都可以执行，当超过队列Very High Queue能够处理的任务的最大数量时，队列Very High Queue中的后续任务将按时间先后顺序排队，等候处理。
在本申请的一些可选的实施例中，在高优先级的处理队列中的空闲空间处于预定范围之内，自动从低优先级的处理队列中提取未执行的任务，并处理提取到的任务。
根据本申请的一个可选的实施例，高优先级的处理队列允许从预定数量的低优先级的处理队列中提取未执行的任务。
在本实施例中，为提高系统在空闲时计算资源的利用率，采用了以下算法：当高优先级的队列中没有待处理的任务时，这些队列可以去优先级低的队列中去取任务，来运行优先级低的任务。
同时，考虑到极端情况，最高优先级队列不能被最低优先级的任务占满，因此规定当高优先级队列空闲时，只取其下两级的队列中的任务。图2是根据本申请实施例的一种队列优先级划分的示意图，如图2所示，在第一优先级队列(Very High Queue)空闲时只能去队列第二优先级队列(High Queue)及第三优先级队列(Middle Queue)中取任务；队列第二优先级队列(High Queue)空闲时只能去队列第三优先级队列(Middle Queue)及第四优先级队列(Low Queue)中取任务，以此类推。
其中，当队列Very High Queue中同时处理的任务数量不足50个的时候，主动从其下级队列(High Queue)，下下级队列(Middle Queue)中取任务执行；当队列High Queue中同时处理的任务数量不足25个的时候，主动从其下级队列(Middle Queue)，下下级队列(Low Queue)中取任务执行；当队列Middle Queue中同时处理的任务数量不足10个的时候，主动从其下级队列(Low Queue)，下下级队列(Very Low Queue)中取任务执行；当队列LowQueue中同时处理的任务数量不足5个的时候，只能从其下级队列(Very Low Queue)取任务执行。
根据本申请的一个可选的实施例，当低优先级的队列中没有待处理的任务时，这些队列可以去高优先级低的队列中去取任务，来运行优先级高的任务。比如，当第四优先级队列(Low Queue)中同时处理的任务数量不足5个的时候，可以从第一优先级队列(VeryHigh Queue)、第二优先级队列(High Queue)、第三优先级队列(Middle Queue)及第五优先级队列(Low Queue)中任意一个队列中取任务执行。
通过上述步骤，通过根据队列允许处理任务的最大数量对队列划分优先级，并且采用高优先级队列空闲时会主动从低优先级的队列中主动获取任务的算法，可以进一步提高系统计算资源的利用率。
在本申请的一些可选的实施例中，如果低优先级的处理队列中的任务已经放入高优先级的处理队列中运行，则需要从低优先级的处理队列中删除任务。
此处，需要说明的是，如果高优先级队列从低优先级队列中获取的任务已经在高优先级队列中运行，需要先杀掉任务，再删除任务，才是真正的删除任务。杀掉任务是指将执行该任务的进程从内存里完全清除，禁止该进程运行，比如Linux环境下，可以通过指令“kill”杀死进程。
在本申请的一些可选的实施例中，在步骤S106执行完成之后，上述方法还包括：如果分配到的处理队列中任务数已满，则新来的任务在此队列中进行排队，并且从分配到的处理队列中删除指定任务，如果分配到处理队列中的任务正在执行，则需要先终止此任务，再从分配到的处理队列中删除该任务。
比如，通过计算一个任务的配额，得到该任务需要的配额为20，根据上述队列的划分，将该任务分配到队列High Queue中处理，而此时队列High Queue正在处理的任务数量已经达到了队列High Queue允许处理的任务数量的最大限度，此时，该新分配的任务在队列High Queue中排队等待处理，在排队等待处理的过程中，可随意删除队列High Queue中预定数量的待处理任务。如果删除的任务正在运行，需要先杀掉任务，再删除任务，杀掉任务是指将执行该任务的进程从内存里完全清除，禁止该进程运行。
从系统后台日志中也可以看到，多个任务根据定义的配额区间，分配到优先级不同的队列中工作，且有优先级高的队列有向优先级低得队列中取任务的情况发生。
以下是截取的部分后台日志：
task_id[0]＝410700,410712,410713,410743,410714,410716,410715,410719,
410720,410726,410729,410727,410728,410734,410739,410733,410738,
task_id[1]＝410695,410697,410699,410703,410701,410706,410705,410707,410718,4
10724,410731,410721,410723,410725,410722,410735,410790,
task_id[2]＝410702,410708,410709,410710,410711,410717,
task_id[3]＝
task_id[4]＝410002
其中，task_id[0]为队列Very High Queue，task_id[1]为队列High Queue，task_id[2]为队列Middle Queue，task_id[3]为队列Low Queue，task_id[4]为队列Very LowQueue。由日志中可以看出，task_id[3]，即队列Low Queue中没有待处理的任务，由此可知，被分配到队列Low Queue中的任务可能已经被其上级队列(Middle Queue)，或者上上级队列(High Queue)取走处理了。
图3是根据本申请实施例的一种系统资源的处理装置的结构图，如图3所示，该装置包括：
获取模块30，用于获取多个任务。
确定模块32，用于按照每个任务的配额，确定需要的计算资源。
分配模块34，用于将每个任务按照需要的计算资源，分配到匹配的处理队列中执行。
需要说明的是，图3所示实施例的优选实施方式可以参见图1至图2所示实施例的优选实施方式，此处不再赘述。
图4是根据本申请实施例的另一种系统资源的处理装置的结构图，如图4所示，该装置还包括：
划分模块36，用于按照预设的配额区间，划分得到多个处理队列，其中，配额区间确定对应的处理队列中允许处理的任务数的范围。
根据本申请的一个可选的实施例，根据配额区间划分为以下几个处理队列：
由上述划分可知，如果通过计算得到待处理任务的配额值为5，将该待处理任务优先分配到队列Very High Queue中处理，如果通过计算得到待处理任务的配额值为50，将该待处理任务优先分配到队列Middle Queue中处理。
根据本申请的一个可选的实施例，每个处理队列按照允许处理的任务数，设置优先级。其中，队列Very High Queue允许同时处理的任务数量最多，队列优先级最高，队列High Queue允许同时处理的任务数量比队列Very High Queue允许同时处理的任务数量少，优先级别也低，依次类推，队列Very Low Queue允许同时处理的任务数量最少，优先级别最低。Very High Queue为第一优先级队列，High Queue为第二优先级队列，MiddleQueue为第三优先级队列，Low Queue为第四优先级队列，Very Low Queue为第五优先级队列。
通过计算得到多个待处理的任务的配额，配额小的任务，说明该任务需要的计算资源小，为保证该任务能够快速的计算出结果，所以将需要配额小的任务放入队列VeryHigh Queue中处理，将需要配额稍微大一点的任务放入队列High Queue中处理，以此类推，将需要配额最大的任务放入队列Very Low Queue中处理。当有多个任务被分配到队列VeryHigh Queue中处理且不超过队列Very High Queue能够处理的任务的最大数量时，队列Very High Queue中所有的任务都可以执行，当超过队列Very High Queue能够处理的任务的最大数量时，队列Very High Queue中的后续任务将按时间先后顺序排队，等候处理。
图5是根据本申请实施例的另一种系统资源的处理装置的结构图，如图5所示，该装置还包括：
第一处理模块38，用于在高优先级的处理队列中的空闲空间处于预定范围之内，自动从低优先级的处理队列中提取未执行的任务，并处理提取到的任务。
在本申请的一个可选的实施例中，高优先级的处理队列允许从预定数量的低优先级的处理队列中提取未执行的任务。
为提高系统在空闲时计算资源的利用率，第一处理模块38用于实现以下算法：当高优先级的队列中没有待处理的任务时，这些队列可以去优先级低的队列中去取任务，来运行优先级低的任务。
同时，考虑到极端情况，最高优先级队列不能被最低优先级的任务占满，因此规定当高优先级队列空闲时，只取其下两级的队列中的任务。在第一优先级队列(Very HighQueue)空闲时只能去第二优先级队列(High Queue)及第三优先级队列(Middle Queue)中取任务；第二优先级队列(High Queue)空间时只能去队列第三优先级队列(Middle Queue)及第四优先级队列(Low Queue)中取任务，以此类推。
需要说明的是，当队列Very High Queue中同时处理的任务数量不足50个的时候，主动从其下级队列(High Queue)，下下级队列(Middle Queue)中取任务执行；当队列HighQueue中同时处理的任务数量不足25个的时候，主动从其下级队列(Middle Queue)，下下级队列(Low Queue)中取任务执行；当队列Middle Queue中同时处理的任务数量不足10个的时候，主动从其下级队列(Low Queue)，下下级队列(Very Low Queue)中取任务执行；当队列Low Queue中同时处理的任务数量不足5个的时候，只能从其下级队列(Very Low Queue)取任务执行。
根据本申请的一个可选的实施例，当低优先级的队列中没有待处理的任务时，这些队列可以去高优先级低的队列中去取任务，来运行优先级高的任务。比如，当队列LowQueue中同时处理的任务数量不足5个的时候，可以从Very High Queue、High Queue、Middle Queue及Low Queue中任意一个队列中取任务执行。
根据本申请的一个可选的实施例，如果低优先级的处理队列中的任务已经放入高优先级的处理队列中运行，则需要从低优先级的处理队列中删除任务。
需要说明的是，如果高优先级队列从低优先级队列中获取的任务已经在高优先级队列中运行，需要先杀掉任务，再删除任务，才是真正的删除任务。杀掉任务是指将执行该任务的进程从内存里完全清除，禁止该进程运行，比如Linux环境下，可以通过指令“kill”杀死进程。
图6是根据本申请实施例的另一种系统资源的处理装置的结构图，如图6所示，该装置还包括：
删除模块40，用于如果分配到的处理队列中任务数已满，则新来的任务在此队列中进行排队，并且从分配到的处理队列中删除指定任务，如果分配到的处理队列中任务在执行中，则需要先终止此任务，再从分配到的处理队列中删除指定任务。
比如，通过计算一个任务的配额，得到该任务需要的配额为20，根据上述队列的划分，将该任务分配到队列High Queue中处理，而此时队列High Queue中正在处理的任务数量已经达到了队列High Queue允许处理的任务数量的最大限度，此时，该新分配的任务在队列High Queue中排队等待处理，在排队等待处理的过程中，可随意删除队列High Queue中预定数量的待处理任务。如果删除的任务正在运行，需要先杀掉任务，再删除任务，杀掉任务是指将执行该任务的进程从内存里完全清除，禁止该进程运行。
本申请实施例还提供了一种存储介质，存储介质包括存储的程序，其中程序运行时控制存储介质所在的设备执行以上的系统资源的处理方法。
上述存储介质用于存储执行以下功能的程序：获取多个任务；按照每个任务的配额，确定需要的计算资源；将每个任务按照需要的计算资源，分配到匹配的处理队列中执行。
本申请实施例还提供了一种处理器，处理器用于运行程序，其中，在程序运行时执行以上的系统资源的处理方法。
上述处理器用于执行实现以下功能的程序：获取多个任务；按照每个任务的配额，确定需要的计算资源；将每个任务按照需要的计算资源，分配到匹配的处理队列中执行。
上述本申请实施例序号仅仅为了描述，不代表实施例的优劣。
在本申请的上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。
在本申请所提供的几个实施例中，应该理解到，所揭露的技术内容，可通过其它的方式实现。其中，以上所描述的装置实施例仅仅是示意性的，例如所述单元的划分，可以为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，单元或模块的间接耦合或通信连接，可以是电性或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可为个人计算机、服务器或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述仅是本申请的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本申请的保护范围。

Claims (16)

1.一种系统资源的处理方法，其特征在于，包括：
获取多个任务；
按照每个任务的配额，确定需要的计算资源；
将所述每个任务按照需要的计算资源，分配到匹配的处理队列中执行。
2.根据权利要求1所述的方法，其特征在于，在按照所述每个任务的配额，确定需要的计算资源之前，所述方法还包括：
按照预设的配额区间，划分得到多个处理队列，其中，配额区间确定对应的处理队列中允许处理的任务数的范围。
3.根据权利要求2所述的方法，其特征在于，每个处理队列按照允许处理的任务数，设置优先级。
4.根据权利要求3所述的方法，其特征在于，在高优先级的处理队列中的空闲空间处于预定范围之内，自动从低优先级的处理队列中提取未执行的任务，并处理提取到的任务。
5.根据权利要求4所述的方法，其特征在于，所述高优先级的处理队列允许从预定数量的低优先级的处理队列中提取未执行的任务。
6.根据权利要求4或5所述的方法，其特征在于，如果所述低优先级的处理队列中的任务已经放入高优先级的处理队列中运行，则需要从所述低优先级的处理队列中删除所述任务。
7.根据权利要求1所述的方法，其特征在于，在分配到匹配的处理队列中执行之后，所述方法还包括：
如果分配到的处理队列中任务数已满，则新来的任务在此队列中进行排队，并且从所述分配到的处理队列中删除指定任务，如果分配到处理队列中的任务正在执行，则需要先终止此任务，再从所述分配到的处理队列中删除该任务。
8.一种系统资源的处理装置，其特征在于，包括：
获取模块，用于获取多个任务；
确定模块，用于按照每个任务的配额，确定需要的计算资源；
分配模块，用于将所述每个任务按照需要的计算资源，分配到匹配的处理队列中执行。
9.根据权利要求8所述的装置，其特征在于，所述装置还包括：
划分模块，用于按照预设的配额区间，划分得到多个处理队列，其中，配额区间确定对应的处理队列中允许处理的任务数的范围。
10.根据权利要求9所述的装置，其特征在于，每个处理队列按照允许处理的任务数，设置优先级。
11.根据权利要求10所述的装置，其特征在于，所述装置还包括：第一处理模块，用于在高优先级的处理队列中的空闲空间处于预定范围之内，自动从低优先级的处理队列中提取未执行的任务，并处理提取到的任务。
12.根据权利要求11所述的装置，其特征在于，所述高优先级的处理队列允许从预定数量的低优先级的处理队列中提取未执行的任务。
13.根据权利要求10或11所述的装置，其特征在于，如果所述低优先级的处理队列中的任务已经放入高优先级的处理队列中运行，则需要从所述低优先级的处理队列中删除所述任务。
14.根据权利要求8所述的装置，其特征在于，所述装置还包括：
删除模块，用于如果分配到的处理队列中任务数已满，则新来的任务在此队列中进行排队，并且从所述分配到的处理队列中删除指定任务，如果分配到的处理队列中任务在执行中，则需要先终止此任务，再从所述分配到的处理队列中删除指定任务。
15.一种存储介质，其特征在于，所述存储介质包括存储的程序，其中，所述程序运行时控制存储介质所在的设备执行权利要求1至7中任意一项所述的系统资源的处理方法。
16.一种处理器，其特征在于，所述处理器用于运行程序，其中，所述程序运行时执行权利要求1至7中任意一项所述的系统资源的处理方法。
CN201811280907.2A 2018-10-30 2018-10-30 系统资源的处理方法及装置 Pending CN109542617A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201811280907.2A CN109542617A (zh) 2018-10-30 2018-10-30 系统资源的处理方法及装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201811280907.2A CN109542617A (zh) 2018-10-30 2018-10-30 系统资源的处理方法及装置

Publications (1)

Publication Number Publication Date
CN109542617A true CN109542617A (zh) 2019-03-29

Family

ID=65846115

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201811280907.2A Pending CN109542617A (zh) 2018-10-30 2018-10-30 系统资源的处理方法及装置

Country Status (1)

Country Link
CN (1) CN109542617A (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111832875A (zh) * 2020-03-19 2020-10-27 北京嘀嘀无限科技发展有限公司 数据处理方法、可读存储介质和电子设备
CN112579281A (zh) * 2019-09-27 2021-03-30 杭州海康威视数字技术股份有限公司 资源分配方法、装置、电子设备及存储介质

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20110265093A1 (en) * 2010-04-27 2011-10-27 Hitachi, Ltd. Computer System and Program Product
CN104657214A (zh) * 2015-03-13 2015-05-27 华存数据信息技术有限公司 一种基于多队列和多优先级的大数据任务管理系统和方法
CN105718316A (zh) * 2014-12-01 2016-06-29 中国移动通信集团公司 一种作业调度的方法及装置
CN106293950A (zh) * 2016-08-23 2017-01-04 成都卡莱博尔信息技术股份有限公司 一种面向集群系统的资源优化管理方法
CN106470169A (zh) * 2015-08-19 2017-03-01 阿里巴巴集团控股有限公司 一种业务请求调整方法及设备
CN108595254A (zh) * 2018-03-09 2018-09-28 北京永洪商智科技有限公司 一种查询调度方法

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20110265093A1 (en) * 2010-04-27 2011-10-27 Hitachi, Ltd. Computer System and Program Product
CN105718316A (zh) * 2014-12-01 2016-06-29 中国移动通信集团公司 一种作业调度的方法及装置
CN104657214A (zh) * 2015-03-13 2015-05-27 华存数据信息技术有限公司 一种基于多队列和多优先级的大数据任务管理系统和方法
CN106470169A (zh) * 2015-08-19 2017-03-01 阿里巴巴集团控股有限公司 一种业务请求调整方法及设备
CN106293950A (zh) * 2016-08-23 2017-01-04 成都卡莱博尔信息技术股份有限公司 一种面向集群系统的资源优化管理方法
CN108595254A (zh) * 2018-03-09 2018-09-28 北京永洪商智科技有限公司 一种查询调度方法

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112579281A (zh) * 2019-09-27 2021-03-30 杭州海康威视数字技术股份有限公司 资源分配方法、装置、电子设备及存储介质
CN112579281B (zh) * 2019-09-27 2023-10-10 杭州海康威视数字技术股份有限公司 资源分配方法、装置、电子设备及存储介质
CN111832875A (zh) * 2020-03-19 2020-10-27 北京嘀嘀无限科技发展有限公司 数据处理方法、可读存储介质和电子设备

Similar Documents

Publication Publication Date Title
CN108446176B (zh) 一种任务分配方法、计算机可读存储介质及终端设备
CN104317658B (zh) 一种基于MapReduce的负载自适应任务调度方法
CN102300012B (zh) 呼叫中心中的一对一匹配
CN107231264A (zh) 用于管理云服务器的容量的方法和装置
CN106371975B (zh) 一种运维自动化预警方法和系统
CN107943577A (zh) 用于调度任务的方法和装置
CN106506670B (zh) 一种云平台虚拟资源高速调度方法与系统
CN110442451A (zh) 一种面向深度学习的多类型gpu集群资源管理调度方法和系统
CN109815011A (zh) 一种数据处理的方法和装置
CN107748696A (zh) 一种任务调度的方法及终端设备
CN109491784A (zh) 降低内存占用量的方法、装置、电子设备、可读存储介质
Schleyer et al. Throughput time distribution analysis for a one-block warehouse
CN110428124A (zh) 任务分配方法、任务分配装置、存储介质及计算机设备
CN105808346B (zh) 一种任务调度方法与装置
CN108428114A (zh) 项目的信息处理方法及装置、存储介质、电子装置
CN110069502A (zh) 基于Spark架构的数据均衡分区方法及计算机存储介质
CN109948807A (zh) 一种主动学习方法及装置
CN110262887B (zh) 基于特征识别的cpu-fpga任务调度方法及装置
CN106815254A (zh) 一种数据处理方法和装置
CN109670101A (zh) 爬虫调度方法、装置、电子设备及存储介质
CN109542617A (zh) 系统资源的处理方法及装置
CN109343972A (zh) 任务处理方法及终端设备
US20120035903A1 (en) Systems And Methods For Simulating A Resource Constrained Process
CN109325530A (zh) 基于少量无标签数据的深度卷积神经网络的压缩方法
CN113419833B (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
TA01 Transfer of patent application right

Effective date of registration: 20201224

Address after: Room 2020, 2 / F, building 27, No. 25, North Third Ring Road West, Haidian District, Beijing 100098

Applicant after: Beijing minglue Zhaohui Technology Co.,Ltd.

Address before: Room 9014, 9 / F, building 3, yard 30, Shixing street, Shijingshan District, Beijing 100041

Applicant before: ADMASTER TECHNOLOGY (BEIJING) Co.,Ltd.

TA01 Transfer of patent application right
RJ01 Rejection of invention patent application after publication

Application publication date: 20190329

RJ01 Rejection of invention patent application after publication