CN109358961A - 一种资源调度方法及其装置和具有存储功能的装置 - Google Patents
一种资源调度方法及其装置和具有存储功能的装置 Download PDFInfo
- Publication number
- CN109358961A CN109358961A CN201810925055.1A CN201810925055A CN109358961A CN 109358961 A CN109358961 A CN 109358961A CN 201810925055 A CN201810925055 A CN 201810925055A CN 109358961 A CN109358961 A CN 109358961A
- Authority
- CN
- China
- Prior art keywords
- resource
- cpu
- occupancy
- current
- processing unit
- 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
-
- 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/48—Program initiating; Program switching, e.g. by interrupt
- G06F9/4806—Task transfer initiation or dispatching
- G06F9/4843—Task transfer initiation or dispatching by program, e.g. task dispatcher, supervisor, operating system
- G06F9/4881—Scheduling strategies for dispatcher, e.g. round robin, multi-level priority queues
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F2209/00—Indexing scheme relating to G06F9/00
- G06F2209/50—Indexing scheme relating to G06F9/50
- G06F2209/5021—Priority
Landscapes
- Engineering & Computer Science (AREA)
- Software Systems (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Supply And Distribution Of Alternating Current (AREA)
- Debugging And Monitoring (AREA)
Abstract
本发明公开了一种资源调度方法及其装置和具有存储功能的装置,该资源调度方法包括:获取***中的中央处理器的当前资源总占用率,判断当前资源总占用率是否大于或等于预设的中央处理器资源告警激活门限;如果是,则按照进程优先级从低到高的顺序逐步限制***中的进程对中央处理器的占用率。通过上述方式,本发明能够确保***运行顺利,提高用户体验。
Description
技术领域
本发明涉及操作***领域,特别是涉及一种资源调度方法及其装置和具有存储功能的装置。
背景技术
在Linux***中,同时运行多个进程是非常普遍的现象。但是,对于特定Linux设备而言,其CPU资源是有限的,若要运行多个甚至无限可能的进程,必然面临CPU资源的调度问题,如果不予处理,会出现重要的进程得不到应有的CPU资源保障,从而造成极差的用户体验。
发明内容
本发明主要解决的技术问题是提供一种资源调度方法及其装置和具有存储功能的装置,能够确保***运行顺利,提高用户体验。
为解决上述技术问题,本发明采用的一个技术方案是:提供一种资源调度方法,包括:获取***中的中央处理器的当前资源总占用率,判断所述当前资源总占用率是否大于或等于预设的中央处理器资源告警激活门限;如果是,则按照进程优先级从低到高的顺序逐步限制所述***中的进程对所述中央处理器的占用率。
为解决上述技术问题,本发明采用的另一个技术方案是:提供一种资源调度装置,包括:相互耦接的处理器、存储器,所述存储器用于存储程序数据,所述处理器用于运行所述程序数据以实现如上所述的方法。
为解决上述技术问题,本发明采用的另一个技术方案是:提供一种具有存储功能的装置,存储有程序数据,所述程序数据能够被执行以实现如上所述方法中的步骤。
本发明的有益效果是:区别于现有技术的情况,本发明在检测到CPU当前资源总占用率超标时,按照进程优先级从低到高的顺序逐步限制***中的进程对CPU的占用率,通过先限制优先级低的进程对CPU的占有率,来释放部分CPU的资源,进而为优先级高的进程运行提供足够的CPU资源保障,可以确保***正常运行,提高用户体验。
附图说明
图1是本发明提供的资源调度方法的第一实施例的流程示意图;
图2是本发明提供的限制***中的进程对CPU的占用率的方法的一实施例的流程示意图;
图3是本发明提供的资源调度方法的第二实施例的流程示意图;
图4是本发明提供的资源调度方法的第三实施例的流程示意图;
图5是本发明提供的资源调度方法的第四实施例的流程示意图;
图6是本发明提供的解除对***中的进程对CPU的占用率的限制的方法的一实施例的流程示意图;
图7是本发明提供的资源调度方法的第五实施例的流程示意图;
图8是本发明提供的资源调度方法的第六实施例的流程示意图;
图9是本发明提供的资源调度装置的一实施例的结构示意图;
图10是本发明提供的具有存储功能的装置的一实施例的结构示意图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,均属于本发明保护的范围。
请参阅图1,图1是本发明提供的资源调度方法的第一实施例的流程示意图。本发明提供的资源调度方法包括:
S101:周期性获取***中的中央处理器的当前资源总占用率。
在一个具体的实施场景中,获取***中的CPU(Central Processing Unit,中央处理器)的当前资源总占用率。在本实施场景中,本方法周期性的执行,在其他实施场景中,本方法也可是条件出发执行,例如检测到用户手动出发,或者CPU温度高于预设阈值等。
S102:判断所述当前资源总占用率是否大于或等于预设的中央处理器资源告警激活门限。
在一个具体的实施场景中,将当前资源总占用率与预设的CPU资源告警激活门限进行对比,判断CPU当前资源总占用率是否大于或等于预设的CPU资源告警激活门限,其中CPU资源告警激活门限是指CPU资源可被占用的最大值,如果CPU被占用的资源超过该最大值,将会发出资源告警,通知用户当前CPU资源占用过多,将会影响重要进程的运行。
S103:如果是,则按照进程优先级从低到高的顺序逐步限制所述***中的进程对所述中央处理器的占用率。
在一个具体的实施场景中,当前资源总占用率大于或等于预设的中央处理器资源告警激活门限,则表示当前中央处理器的资源占用率过高,可能会影响某些重要的进程得不到所需的资源,从而造成***运行卡顿。因此采用限制***中进程对CPU的占用率的方法来释放CPU资源,在本实施场景中,按照进程优先级从低到高的顺序逐步限制***中的进程对CPU的占用率。这样在资源极其有限的情况下,优先级低、重要性低的进程先被限制对CPU的占用率,而优先级高、重要性高的进程可以尽可能的保持原有的对CPU的占用率。
具体而言,请结合参考图2,图2是本发明提供的限制***中的进程对CPU的占用率的方法一实施例的流程示意图。本发明提供的限制***中的进程对CPU的占用率的方法包括:
S201:判断当前调度的所述进程的优先级是否低于所述***中的所有进程的最高优先级。
在一个具体的实施场景中,获取所有进程的优先级,并确定其中的最高优先级。判断当前调度的进程的优先级是否低于该最高优先级。在其他实施场景中,可以预先指定一个优先级为最高优先级。
S202:如果低于,则判断当前调度的所述进程对所述中央处理器的占用率是否超过所述进程的保证中央处理器占用率。
在一个具体的实施场景中,当前调度的进程的优先级低于该最高优先级,则表示当前调度的进程的重要性较低,可以限制其对CPU的占用率,但是当该进程CPU占用率过低时,可能会影响该进程的正常运行。因此,判断当前调度的进程对CPU的占用率是否超过该进程的保证CPU占用率,其中保证CPU占用率是指该进程运行所需的最低的CPU占用率。
在其他实施场景中,预先指定一个优先级为最高优先级,如果当前调度的进程的优先级高于该指定的最高优先级,则不对该进程对CPU的占用率进行限制。
S203:如果超过,则限制所述进程对中央处理器的占用率。
在执行S202或S203之后,按照进程优先级从低到高的顺序,经位于所述当前调度的进程后面的进程作为新的当前调度的进程,并重复上述S201-S203,直至该当前调度的所述进程的优先级不低于所述***中的所有进程的最高优先级,或者CPU的资源总占用率小于所述预设的中央处理器资源告警激活门限。
在一个具体的实施场景中,当前调度的进程对CPU的占用率超过该进程的保证CPU占用率,则将当前调度的进程对CPU的占用率限制到该进程的保证CPU占用率。
在另一个实施场景中,可以获取当前调度的进程的可执行的步进数,按照该步进数对当前调度的进程对CPU的占用率进行限制,例如当前调度的进程的可执行的步进数为3,则分为3步逐步将当前调度的进程对CPU的占用率限制到该进程的保证CPU占用率。
在另一个实施场景中,在逐步限制当前调度的进程对CPU的占用率的过程中,每执行完一步限制当前调度的进程对CPU的占用率的过程,都检查当前CPU占用率是否超过CPU资源告警激活门限,如果没有超过CPU资源告警激活门限,则停止对该进程对CPU的占用率的限制。
在其他实施场景中,如果当前调度的进程对CPU的占用率没有超过该进程的保证CPU占用率,则不对该进程对CPU的占用率进行限制。
在本实施场景中,可以从优先级最低的进程开始进行限制,按照优先级从低到高的顺序逐步限制各进程对CPU的占用率。在其他实施场景中,可以从任意一个进程开始进行限制。
在本实施场景中,在执行完***中的一个进程对CPU的占用率后,将不再进行其他操作。而是等待下一个周期,获取到当前CPU的总占用率后,再次执行步骤S102-S103。
在本实施场景中,该***为Linux***,在其他实施场景中,该***还可以为其他操作***,例如Windows***。
通过上述描述可知,本实施通过在检测到CPU当前资源总占用率超标时,按照进程优先级从低到高的顺序逐步限制***中的进程对CPU的占用率,可以在不影响进程运行的情况下有效释放CPU资源,给优先级高的进程运行提供足够的资源保障,可以确保***运行顺利,提高用户体验。
请参阅图3,图3是本发明提供的资源调度方法的第二实施例的流程示意图。本发明提供的资源调度方法包括:
S301:CPU当前资源总占用率S_CpuUsageRate>=CPU资源告警激活门限G_CpuAlarmThreshold。
在一个具体的实施场景中,在一个周期中,获取到当前CPU的资源总占用率S_CpuUsageRate后,判断出S_CpuUsageRate>=CPU资源告警激活门限G_CpuAlarmThreshold,其中,G_CpuAlarmThreshold为预设的CPU资源告警激活门限。表示在不影响当前所有进程的运行的情况下,CPU资源总占用率所允许的最高值。
S302:判断***当前的调度状态SM_Status是否等于1。
在一个具体的实施场景中,检测到S_CpuUsageRate>=G_CpuAlarmThreshold,表示当前CPU的资源总占用率过高,可能会影响优先级高的、重要性高的进程的顺利运行,因此需要对运行的各进程对CPU的占用率进行限制。在本实施场景中,当判定需要限制各进程对CPU的占用率进行限制时,读取SM_Status的值,获取***当前的调度状态。
在本实施场景中,SM_Status=0时,表示***当前处于调度中;SM_Status=1时表示所有待调度的进程对CPU的占用率均已限制到最低,即限制到每个进程的保证CPU占用率;SM_Status=2时表示已经解除所有待调度的进程对CPU占用率的限制。在检测到S_CpuUsageRate>=G_CpuAlarmThreshold时,判断SM_Status是否等于1,即判断所有待调度的进程对CPU的占用率是否均已限制到最低,若SM_Status=1,则表示已经CPU的占用率已经是维持当前***运行的所需的最低值,无法进一步释放CPU资源,因此执行步骤S313,结束本次资源调度。若SM_Status≠1,则表示当前仍有进程对CPU的占用率没有限制到最低,可以通过限制这些进程对CPU的占用率来释放CPU的资源,执行步骤S303。
S303:判断当前调度的进程的优先级序号SM_ProcDispatchNum是否等于null。
在一个具体的实施场景中,若SM_ProcDispatchNum=null,表示当前没有调度任何进程,执行步骤S304,若SM_ProcDispatchNum≠null,则表示***当前处于调度状态,SM_ProcDispatchNum的值即为当前调度的进程的优先级序号,执行步骤S305。
S304:令当前调度的进程的优先级序号SM_ProcDispatchNum=最低优先级序号G_ProcPrioritylowestNum;
令当前CPU占用率被限制到的真实值SM_ProcLimitCpuRate=null。
在一个具体的实施场景中,SM_ProcDispatchNum=null,表示当前没有调度任何进程,令SM_ProcDispatchNum=G_ProcPrioritylowestNum,即为若调度尚未开始,则从优先级最低的进程开始调度,令SM_ProcLimitCpuRate=null,即为若调度尚未开始,则将当前CPU占用率被限制到的真实值为空,以待后续执行时填入合适的值。执行步骤S308。在本实施场景中,***先获取所有待调度进程的优先级序号,并找出其中的最低优先级序号G_ProcPriority lowestNum。在其他实施场景中,可以预先指定一个优先级序号为最低优先级序号。
S305:判断当前调度的进程的优先级序号SM_ProcDispatchNum是否大于等于最高优先级序号G_ProcPriorityHighestNum。
在一个具体的实施场景中,***先获取所有待调度进程的优先级序号,并找出最高优先级序号G_ProcPriorityHighestNum。在其他实施场景中,可以预先指定一个优先级序号为最高优先级序号。在本实施场景中,SM_ProcDispatchNum≠null,也就是说***当前处于资源调度状态,SM_ProcDispatchNum的值即为当前调度的进程的优先级序号。将SM_ProcDispatchNum与G_ProcPriorityHighestNum比较大小,在本实施场景中,进程的优先级序号越大,则该进程的优先级越低,例如优先级序号为99的进程的优先级低于优先级序号为1的进程的优先级。如果SM_ProcDispatchNum>=G_ProcPriorityHighestNum,表示当前调度的进程的优先级低于或等于最高优先级,则可以对该进程对CPU的占用率进行限制,执行步骤S307。如果SM_ProcDispatchNum<G_ProcPriorityHighestNum,表示当前调度的进程的优先级高于最高优先级,则意味着所有可调度的进程对CPU的占用率均已被限制,执行步骤S306。
S306:***当前的调度状态SM_Status=1;
当前调度的进程的优先级序号SM_ProcDispatchNum=null;
当前CPU占用率被限制到的真实值SM_ProcLimitCpuRate=null。
在一个具体的实施场景中,SM_ProcDispatchNum<G_ProcPriorityHighestNum。因此,将SM_Status的值设置为1,表示所有待调度的进程对CPU的占用率均已限制到最低,令SM_ProcDispatchNum=null且SM_ProcLimitCpu Rate=null,表示本次资源调度结束,当前不再调度其他进程,执行步骤S313,结束本次资源调度。
S307:判断当前CPU占用率被限制到的真实值SM_ProcLimitCpuRate是否等于null。
在一个具体的实施场景中,SM_ProcDispatchNum>=G_ProcPriorityHighestNum,需要对当前调度的进程对CPU的占用率进行限制,SM_ProcLimitCpuRate=null,表示对当前调度的进程对CPU的占用率尚未进行限制,执行步骤S308。若SM_ProcLimitCpuRate≠null,则表示已经对当前调度的进程对CPU的占用率进行限制,SM_ProcLimitCpuRate的值即为当前该进程对CPU的占用率被限制到的真实值,可执行步骤S309进行进一步的限制。
S308:当前CPU占用率被限制到的真实值SM_ProcLimitCpuRate=优先级序号为SM_ProcDispatchNum的进程的对CPU的最大占用率L_ProcMaxCpuRate[SM_ProcDispatchNum]。
在一个具体的实施场景中,若SM_ProcLimitCpuRate=null,则令SM_ProcLimitCpuRate=L_ProcMaxCpuRate[SM_ProcDispatchNum],即为当前该进程对CPU的占用率被限制到的真实值为优先级序号为SM_ProcDispatchNum的进程的对CPU的最大占用率。
S309:判断当前CPU占用率被限制到的真实值SM_ProcLimitCpuRate是否大于或等于优先级序号为SM_ProcDispatchNum的进程的对CPU的保证占用率L_ProcMInCpuRate[SM_ProcDispatchNum]。
在一个具体的实施场景中,L_ProcMInCpuRate[SM_ProcDispatchNum]即为运行优先级序号为SM_ProcDispatchNum的进程所需对CPU的最低占用率。若SM_ProcLimitCpuRate>=L_ProcMInCpuRate[SM_ProcDispatchNum],则表示该进程对CPU的占用率高于最低占用率,执行步骤S310对该进程对CPU的占用率进行限制,若SM_ProcLimitCpuRate<L_ProcMinCpu Rate[SM_ProcDispatchNum],则表示则该进程对CPU的占用率低于最低占用率,不能再限制其对CPU的占用率,执行步骤S312。
S310:将优先级序号为SM_ProcDispatchNum的进程对CPU的占用率限制到当前CPU占用率被限制到的真实值SM_ProcLimitCpuRate。
在一个具体的实施场景中,SM_ProcLimitCpuRate>=L_ProcMInCpuRate[SM_ProcDispatchNum],该进程对CPU的占用率高于最低占用率,因此将限制优先级序号为SM_ProcDispatchNum的进程对CPU的占用率。
S311:SM_ProcLimitCpuRate=SM_ProcLimitCpuRate-L_CpuDispatchStep[SM_ProcDispatchNum];
***当前的调度状态SM_Status=0。
在一个具体的实施场景中,L_CpuDispatchStep表示该进程在资源调度时的步进数,SM_ProcLimitCpuRate=SM_ProcLimitCpuRate-L_CpuDispatchStep[SM_ProcDispatchNum]表示将优先级序号为SM_ProcDispatchNum的进程按照步进数逐步限制其对CPU的占用率。例如,将优先级序号为SM_ProcDispatchNum的进程的L_CpuDispatchStep为3,则分3步将该进程对CPU的占用率限制到其L_ProcMinCpuRate。
在完成将该进程对CPU的占用率进行限制后,将SM_Status的值设置为0,表示***当前处于调度中,然后执行步骤S313,结束本次针对该进程的资源调度。
S312:当前调度的进程的优先级序号SM_ProcDispatchNum-1;
当前CPU占用率被限制到的真实值SM_ProcLimitCpuRate=null;
***当前的调度状态SM_Status=0。
在一个具体的实施场景中,SM_ProcLimitCpuRate<L_ProcMinCpuRate[SM_ProcDispatchNum],该进程对CPU的占用率不能再进一步限制,则将SM_ProcDispatchNum减1,在下一周期中,将执行对优先级高1级的进程进行CPU占用率的限制。令SM_ProcLimitCpuRate=null,表示本次资源调度中对该进程的对CPU占用率的限制已经完成,将SM_Status的值设置为0,表示***当前处于调度中,然后执行步骤S313,结束本次资源调度。
S313:Exit。
结束本次资源调度。
在本实施场景中,按照固定的周期执行该资源调度方法,在其他实施场景中,该资源调度方法可以为事件触发,例如,检测到优先级高于预设阈值的进程启动时,或者检测到对中央处理器的占用率高于预设阈值时,执行该资源调度方法。
在本实施场景中,该***为Linux***,在其他实施场景中,该***还可以为其他操作***,例如Windows***。
通过上述描述可知,本实施例通过在检测到CPU当前资源总占用率S_CpuUsageRate超过CPU资源告警激活门限G_CpuAlarmThreshold时,按照进程优先级从低到高的顺序逐步限制***中的进程对CPU的占用率,可以在不影响进程运行的情况下有效释放CPU资源,给优先级高的重要的进程运行提供足够的资源保障,可以确保***运行顺利,提高用户体验。
请参阅图4,图4是本发明提供的资源调度方法的第三实施例的流程示意图。本发明提供的资源调度方法包括:
S401:周期性获取***中的中央处理器的当前资源总占用率。
S402:判断所述当前资源总占用率是否大于或等于预设的中央处理器资源告警激活门限。
本实施例中的步骤S401-S402与本发明提供的资源调度方法的第一实施例中的步骤S101-S102基本一致,此处不再赘述。
S403:如果所述当前资源总占用率小于所述中央处理器资源告警激活门限,则判断所述当前资源总占用率是否大于或等于预设的中央处理器资源安全门限。
在一个具体的实施场景中,除了预设CPU资源告警激活门限以外,还预设CPU资源安全门限,CPU资源安全门限低于CPU资源告警激活门限。当判断出CPU当前资源总占用率小于CPU资源告警激活门限时,进一步判断CPU当前资源总占用率与CPU资源安全门限的大小。
S404:如果所述当前资源总占用率大于或等于所述中央处理器资源安全门限,则维持当前的资源调度情况。
在一个具体的实施场景中,CPU当前资源总占用率大于或等于CPU资源安全门限,且小于CPU资源告警激活门限,则表示当前CPU资源充裕,足够重要的进程运行所需,并且也没有资源过剩。因此无需进行资源调度的步骤,维持当前的资源调度情况。
在本实施场景中,按照固定的周期执行该资源调度方法,在其他实施场景中,该资源调度方法可以为事件触发,例如,检测到用户手动启动该资源调度方法,或者检测到CPU温度超过预设阈值等。在本实施场景中,在本周期中当前资源总占用率大于或等于所述中央处理器资源安全门限,维持当前的资源调度情况,在下一个周期,将继续获取CPU当前资源总占用率,重复步骤S401-S404。
在本实施场景中,该***为Linux***,在其他实施场景中,该***还可以为其他操作***,例如Windows***。
通过上述描述可知,本实施例在检测到CPU当前资源总占用率于或等于CPU资源安全门限,且小于CPU资源告警激活门限时,维持当前资源调度情况,可以保证CPU资源没有过剩而造成资源浪费,也可以在CPU资源不足的情况下有效释放CPU资源,给重要的进程运行提供足够的资源保障,可以确保***运行顺利,提高用户体验。
请参阅图5,图5是本发明提供的资源调度方法的第四实施例的流程示意图。本发明提供的资源调度方法包括:
S501:周期性获取***中的中央处理器的当前资源总占用率。
S502:判断所述当前资源总占用率是否大于或等于预设的中央处理器资源告警激活门限。
S503:如果所述当前资源总占用率小于所述中央处理器资源告警激活门限,则判断所述当前资源总占用率是否大于或等于预设的中央处理器资源安全门限。
本实施例中的步骤S501-S503与本发明提供的资源调度方法的第三实施例中的步骤S401-S403基本一致,此处不再赘述。
S504:如果所述当前资源总占用率小于所述中央处理器资源安全门限,则判断所述当前资源总占用率是否大于或等于预设的中央处理器资源告警取消门限。
在一个具体的实施场景中,预设CPU资源告警取消门限,CPU资源告警取消门限小于CPU资源安全门限。若CPU当前资源总占用率小于CPU资源安全门限,则表示当前CPU资源十分充足,可以解除一些进程对CPU占用率的限制。
S505:如果所述当前资源总占用率大于或等于所述中央处理器资源告警取消门限,则按照优先级从高到低的顺序逐步解除对所述***中的进程对中央处理器的占用率的限制。
在一个具体的实施场景中,若CPU当前资源总占用率小于CPU资源安全门限,但是大于或等于CPU资源告警取消门限,表示则表示当前CPU资源过剩,可以解除一些进程对CPU占用率的限制。在本实施场景中,按照优先级从高到低的顺序逐步对***中的进程对CPU的占用率的限制,可以让优先级高、重要性高的进程优先享有充足的CPU资源,有助于重要进程的顺利进行。
具体地,请结合参阅图6,图6是本发明提供的解除对***中的进程对CPU的占用率的限制的方法的一实施例的流程示意图。本发明提供的解除对***中的进程对CPU的占用率的限制的方法包括:
S601:判断当前调度的所述进程的优先级是否高于最低优先级。
在一个具体的实施场景中,获取所有进程的优先级,并确定其中的最低优先级。在其他实施场景中,可以预先指定一个优先级为最低优先级。将当前调度的进程的优先级与最低优先级进行比较,判断当前调度的进程的优先级是否高于最低优先级。
S602:如果高于,则解除当前调度的所述进程对中央处理器的占用率限制。
在一个具体的实施场景中,当前调度的进程的优先级高于最低优先级,则解除对该进程对CPU的占用率的限制,例如可以恢复到该进程对CPU的最大占用率。在其他实施场景中,如果前调度的进程的优先级高于最低优先级,则保留对该进程对CPU的占用率的限制。
在本实施场景中,按照固定的周期执行该资源调度方法,在其他实施场景中,该资源调度方法可以为事件触发,例如,检测到用户手动启动该资源调度方法,或者检测到CPU温度超过预设阈值等。在本实施场景中,在本周期中解除了一个进程对CPU占用率的限制后将不进行其他操作,在下一个周期,将继续获取CPU当前资源总占用率,重复步骤S501-S505。
在本实施场景中,该***为Linux***,在其他实施场景中,该***还可以为其他操作***,例如Windows***。
通过上述描述可知,本实施例中当检测到前资源总占用率小于CPU资源安全门限,且大于或等于预设的CPU资源告警取消门限时,按照优先级从高到低的顺序逐步限制所述***中的进程对CPU的占用率,可以在CPU资源过剩时,优先使得优先级高、重要性高的进程占用更多的CPU资源,可以提高重要进程的运行效率,避免资源浪费,提高用户体验。
请参阅图7,图7是本发明提供的资源调度方法的第五实施例的流程示意图。本发明提供的资源调度方法包括:
S701:CPU当前资源总占用率S_CpuUsageRate>=CPU资源告警激活门限G_CpuUnAlarmThreshold并且CPU当前资源总占用率S_CpuUsageRate<CPU资源安全门限G_CpuSafeThreshold。
在一个具体的实施场景中,检测到G_CpuUnAlarmThreshold<=S_CpuUs ageRate<G_CpuSafeThreshold时,表示当前CPU的资源总占用率较低,可能会造成资源浪费,因此需要解除至少部分进程对CPU占用率的限制,以充分利用CPU的资源。
S702:判断***当前的调度状态SM_Status是否等于2。
在本实施场景中,当判定需要解除各进程对CPU的占用率的限制时,读取***当前的调度状态SM_Status的值。
在本实施场景中,SM_Status=0时,表示***当前处于调度中;SM_Status=1时表示所有待调度的进程对CPU的占用率均已限制到最低,即限制到每个进程的保证CPU占用率;SM_Status=2时表示已经解除所有待调度的进程对CPU占用率的限制。当SM_Status=2时,没有待调度的进程需要解除其对CPU占用的限制,执行步骤S709,结束本次资源调度。当SM_Status≠2时,可能存在待调度的进程可以解除其对CPU占用率的限制,执行步骤S703。
S703:判断前调度的进程的优先级序号SM_ProcDispatchNum是否为null。
在一个具体的实施场景中,若SM_ProcDispatchNum=null,表示当前没有调度任何进程,执行步骤S704,若SM_ProcDispatchNum≠null,则表示***当前处于调度状态,SM_ProcDispatchNum的值即为当前调度的进程的优先级序号,执行步骤S705。
S704:令当前调度的进程的优先级序号SM_ProcDispatchNum=最高优先级序号G_ProcPriorityhighestNum;
***当前的调度状态SM_ProcLimitCpuRate=null。
在一个具体的实施场景中,SM_ProcDispatchNum=null,表示当前没有调度任何进程,令M_ProcDispatchNum=G_ProcPriorityhighestNum,即为若调度尚未开始,则从优先级最高的进程开始调度,执行步骤S707。在本实施场景中,***先获取所有待调度进程的优先级序号,并找出其中的最高优先级序号G_ProcPriorityhighestNum。在其他实施场景中,可以预先指定一个优先级序号为最高优先级序号。SM_Status=0时,表示***当前处于调度中。
S705:判断当前调度的进程的优先级序号SM_ProcDispatchNum是否小于或等于最低优先级序号G_ProcPriorityLowestNum。
在一个具体的实施场景中,***先获取所有待调度进程的优先级序号,并找出最低优先级序号G_ProcPriorityLowestNum。在其他实施场景中,可以预先指定一个优先级序号为最高优先级序号。在本实施场景中,SM_ProcDispatchNum≠null,也就是说***当前处于资源调度状态,SM_ProcDispatchNum的值即为当前调度的进程的优先级序号。将SM_ProcDispatchNum与G_ProcPriorityLowestNum比较大小,在本实施场景中,进程的优先级序号越大,则该进程的优先级越低,例如优先级序号为99的进程的优先级低于优先级序号为1的进程的优先级。如果SM_ProcDispatchNum<=G_ProcPriorityLowestNum,表示当前调度的进程的优先级高于或等于最低优先级,则可以解除该进程对CPU的占用率的限制。如果SM_ProcDispatchNum>G_ProcPriorityHigh estNum,表示当前调度的进程的优先级低于于最低优先级,则意味着所有可调度的进程对CPU的占用率的限制均已被解除,执行步骤S706。
S706:令***当前的调度状态SM_Status=2;
当前调度的进程的优先级序号SM_ProcDispatchNum=null;
当前CPU占用率被限制到的真实值SM_ProcLimitCpuRate=null。
在一个具体的实施场景中,SM_ProcDispatchNum<=G_ProcPriorityLowestNum。因此,将SM_Status的值设置为2,表示所有待调度的进程对CPU的占用率的限制均已解除,令SM_ProcDispatchNum=null,令SM_ProcLimitCpu Rate=null,表示本次资源调度结束,执行步骤709,结束本次资源调度。
S707:解除编号为SM_ProcDispatchNum的进程对CPU的占用率限制。
在一个具体的实施场景中,SM_ProcLimitCpuRate<=G_ProcPriorityLowestNum,则解除该进程对CPU占用率的限制,进一步的,可以将其对CPU的占用率该为其对CPU的最大占用率L_ProcMaxCpuRate[SM_ProcDispatc hNum]。
S708:当前调度的进程的优先级序号SM_ProcDispatchNum+1;
当前CPU占用率被限制到的真实值SM_ProcLimitCpuRate=null;
***当前的调度状态SM_Status=0。
在一个具体的实施场景中,已经解除该进程对CPU的占用率的限制,则将SM_ProcDispatchNum加1,在后续步骤中将解除优先级低1级的进程进行CPU占用率的限制。令SM_ProcLimitCpuRate=null,表示本次资源调度中对该进程的对CPU占用率的限制已经完成,将SM_Status的值设置为0,表示***当前处于调度中,然后执行步骤S709,结束本次资源调度。
S709:Exit.
结束本次调度。
在本实施场景中,按照固定的周期执行该资源调度方法,在其他实施场景中,该资源调度方法可以为事件触发,例如,检测到优先级高于预设阈值的进程启动时,或者检测到对中央处理器的占用率高于预设阈值时,执行该资源调度方法。
在本实施场景中,该***为Linux***,在其他实施场景中,该***还可以为其他操作***,例如Windows***。
通过上述描述可知,本实施例在检测到CPU资源告警激活门限G_CpuUnAlarmThreshold<=CPU当前资源总占用率S_CpuUs ageRate<CPU资源安全门限G_CpuSafeThreshold时,从有优先级最高的进程开始,按照优先级从高到底依次解除***中进程对CPU的限制,使得优先级高、重要性高的进程占用更多的CPU资源,可以提高重要进程的运行效率,避免资源浪费,提高用户体验。
请参阅图8,图8是本发明提供的资源调度方法的第六实施例的流程示意图。本发明提供的资源调度方法包括:
S801:周期性获取***中的中央处理器的当前资源总占用率。
S802:判断所述当前资源总占用率是否大于或等于预设的中央处理器资源告警激活门限。
S803:如果所述当前资源总占用率小于所述中央处理器资源告警激活门限,则判断所述当前资源总占用率是否大于或等于预设的中央处理器资源安全门限。
S804:如果所述当前资源总占用率小于所述中央处理器资源安全门限,则判断所述当前资源总占用率是否大于或等于预设的中央处理器资源告警取消门限。
本实施例中的步骤S801-S804与本发明提供的资源调度方法的第四实施例中的步骤S501-S504基本一致,此处不再赘述。
S805:如果所述***中央处理器资源总占用率小于所述***中央处理器资源告警取消门限,则解除所述***中所有所述进程对中央处理器的占用率限制。
在一个具体的实施场景中,CPU资源告警取消门限小于CPU资源安全门限,当CPU资源总占用率小于CPU资源安全门限时,将CPU资源总占用率与CPU资源告警取消门限比较。若CPU资源总占用率小于CPU资源告警取消门限,表示CPU资源严重过剩,解除***中所有进程对CPU的占用率的限制,以避免CPU资源浪费。
在本实施场景中,按照固定的周期执行该资源调度方法,在其他实施场景中,该资源调度方法可以为事件触发,例如,检测到用户手动启动该资源调度方法,或者检测到CPU温度超过预设阈值等。在本实施场景中,在本周期中解除了所有进程对CPU占用率的限制后将不进行其他操作,在下一个周期,将继续获取CPU当前资源总占用率,重复步骤S801-S805。
在本实施场景中,该***为Linux***,在其他实施场景中,该***还可以为其他操作***,例如Windows***。
通过上述描述可知,本实施例中当检测到CPU资源总占用率小于CPU资源告警取消门限时,解除***中所有进程对CPU的占用率的限制,避免CPU资源浪费。
请参阅图9,图9是本发明提供的资源调度装置的结构示意图。资源调度装置10包括:处理器11、存储器12和通信电路13,存储器12用于存储程序数据,处理器11用于运行存储器12中的程序数据以控制通信电路13进行通信并执行如下方法:
在一个具体的实施场景中,在一个预设周期内,获取***中的CPU(CentralProcessing Unit,中央处理器)的当前资源总占用率,并将当前资源总占用率与预设的CPU资源告警激活门限进行对比,判断CPU当前资源总占用率是否大于或等于预设的CPU资源告警激活门限,其中CPU资源告警激活门限是指CPU资源可被占用的最大值。
在本实施场景中,本周期中CPU当前资源总占用率大于或等于预设的CPU资源告警激活门限,表示当前CPU的资源占用率过高,可能会影响某些重要的进程得不到所需的资源,从而造成***运行卡顿。因此按照进程优先级从低到高的顺序逐步限制***中的进程对CPU的占用率。
在另一个实施场景中,除了预设CPU资源告警激活门限以外,还预设CPU资源安全门限,CPU资源安全门限低于CPU资源告警激活门限。当判断出本周期内CPU当前资源总占用率小于CPU资源告警激活门限时,进一步判断本周期内CPU当前资源总占用率与CPU资源安全门限的大小。如果所述CPU当前资源总占用率大于或等于CPU资源安全门限,表示当前CPU资源被充分利用且不存在资源紧张,则维持当前的资源调度情况。
在另一个实施场景中,还预设CPU资源告警取消门限,CPU资源告警取消门限小于CPU资源安全门限。若本周期内CPU当前资源总占用率小于CPU资源安全门限,将本周期内的CPU资源总占用率与CPU资源告警取消门限比较,若大于或等于CPU资源告警取消门限,表示则表示当前CPU资源过剩,可以解除一些进程对CPU占用率的限制。在本实施场景中,按照优先级从高到低的顺序逐步限制***中的进程对CPU的占用率,可以让优先级高、重要性高的进程优先享有充足的CPU资源,有助于重要进程的顺利进行。
在另一个实施场景中,本周期内CPU当前资源总占用率小于CPU资源告警取消门限,表示CPU资源严重过剩,解除***中所有进程对CPU的占用率的限制,以避免CPU资源浪费。
通过上述描述可知,本实施例在一个预设周期内,通过将CPU当前资源总占用率与预设的CPU资源告警激活门限、CPU资源安全门限和CPU资源告警取消门限进行对比,根据比较的结果判断当前CPU的资源是使用紧张还是过剩,并采取对应的应对措施,可以保证在CPU资源紧张时,优先级高的重要进程可以有充足的CPU资源,而在CPU资源过剩时,优先级高的重要进程可以优先解除对CPU占用率的限制,从而占用更多的CPU资源,这样可以确保***的顺利运行,且避免CPU资源被浪费,可以有效提高***工作效率,提高用户体验。
请参阅图10,图10是本发明提供的具有存储功能的装置的一实施例的结构示意图。具有存储功能的装置20中存储有至少一个程序数据21,程序数据21用于执行如图1-图8所示的资源调度的方法。在一个实施例中,具有存储功能的装置可以是终端中的存储芯片、硬盘或者是移动硬盘或者优盘、光盘等其他可读写存储的工具,还可以是服务器等等。
通过上述描述可知,本发明具有存储功能的装置实施例中存储的程序可以在CPU资源紧张时,使得优先级高的重要进程可以有充足的CPU资源,而在CPU资源过剩时,优先级高的重要进程可以优先解除对CPU占用率的限制,从而占用更多的CPU资源,这样可以确保***的顺利运行,且避免CPU资源被浪费,可以有效提高***工作效率,提高用户体验。
区别于现有技术,本发明在CPU当前资源总占用率大于或等于预设的CPU资源告警激活门限时,按照进程优先级从低到高的顺序逐步限制***中的进程对CPU的占用率;在CPU资源安全门限小于CPU资源告警激活门限且大于或等于CPU资源安全门限时,则维持当前的资源调度情况。在CPU当前资源总占用率小于CPU资源安全门限,且大于或等于CPU资源告警取消门限时,按照优先级从高到低的顺序逐步限制***中的进程对CPU的占用率;在CPU当前资源总占用率小于CPU资源告警取消门限时,解除***中所有进程对CPU的占用率的限制。这样可以在CPU资源紧张时,使得优先级高的重要进程可以有充足的CPU资源,而在CPU资源过剩时,优先级高的重要进程可以优先解除对CPU占用率的限制,从而占用更多的CPU资源,这样可以确保***的顺利运行,且避免CPU资源被浪费,可以有效提高***工作效率,提高用户体验。
以上所述仅为本发明的实施方式,并非因此限制本发明的专利范围,凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换,或直接或间接运用在其他相关的技术领域,均同理包括在本发明的专利保护范围内。
Claims (10)
1.一种资源调度方法,其特征在于,包括:
周期性获取***中的中央处理器的当前资源总占用率;
判断所述当前资源总占用率是否大于或等于预设的中央处理器资源告警激活门限;
如果是,则按照进程优先级从低到高的顺序逐步限制所述***中的进程对所述中央处理器的占用率。
2.根据权利要求1所述的方法,其特征在于,所述按照进程优先级从低到高的顺序逐步限制所述***中的进程对所述中央处理器的占用率,包括:
判断当前调度的所述进程的优先级是否低于所述***中的所有进程的最高优先级;
如果低于,则判断当前调度的所述进程对所述中央处理器的占用率是否超过所述进程的保证中央处理器占用率;
如果超过,则限制所述进程对中央处理器的占用率。
3.根据权利要求2所述的方法,其特征在于,所述限制所述进程的中央处理器占用率,包括:
根据当前调度的所述进程的步进数,逐步限制所述进程的中央处理器占用率。
4.根据权利要求1所述的方法,其特征在于,所述方法进一步包括:
如果所述当前资源总占用率小于所述中央处理器资源告警激活门限,则判断所述当前资源总占用率是否大于或等于预设的中央处理器资源安全门限;
如果所述当前资源总占用率大于或等于所述中央处理器资源安全门限,则维持当前的资源调度情况。
5.根据权利要求4所述的方法,其特征在于,所述方法进一步包括:
如果所述当前资源总占用率小于所述中央处理器资源安全门限,则判断所述当前资源总占用率是否大于或等于预设的中央处理器资源告警取消门限;
如果所述当前资源总占用率大于或等于所述中央处理器资源告警取消门限,则按照优先级从高到低的顺序逐步解除对所述***中的进程对中央处理器的占用率的限制。
6.根据权利要求5所述的方法,其特征在于,所述按照优先级从高到低的顺序逐步限制所述***中的进程的中央处理器占用率,包括:
判断当前调度的所述进程的优先级是否高于最低优先级;
如果高于,则解除当前调度的所述进程对中央处理器的占用率限制。
7.根据权利要求5所述的方法,其特征在于,所述方法进一步包括:
如果所述***中央处理器资源总占用率小于所述***中央处理器资源告警取消门限,则解除所述***中所有所述进程对中央处理器的占用率限制。
8.根据权利要求1-7任一项所述的方法,其特征在于,所述***为Linux***。
9.一种资源调度装置,其特征在于,包括:相互耦接的处理器、存储器,所述存储器用于存储程序数据,所述处理器用于运行所述程序数据以实现如权利要求1-8任一项所述的方法。
10.一种具有存储功的装置,其特征在于,存储有程序数据,所述程序数据能够被执行以实现如权利要求1-8任一项所述方法中的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810925055.1A CN109358961B (zh) | 2018-08-14 | 2018-08-14 | 一种资源调度方法及其装置和具有存储功能的装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810925055.1A CN109358961B (zh) | 2018-08-14 | 2018-08-14 | 一种资源调度方法及其装置和具有存储功能的装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN109358961A true CN109358961A (zh) | 2019-02-19 |
CN109358961B CN109358961B (zh) | 2021-12-21 |
Family
ID=65349979
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201810925055.1A Active CN109358961B (zh) | 2018-08-14 | 2018-08-14 | 一种资源调度方法及其装置和具有存储功能的装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN109358961B (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112291205A (zh) * | 2020-10-13 | 2021-01-29 | 杭州迪普科技股份有限公司 | 深度包检测业务的控制方法、装置及计算机设备 |
CN112328386A (zh) * | 2021-01-05 | 2021-02-05 | 北京国科环宇科技股份有限公司 | 操作***进程调度方法、装置、介质和电子设备 |
Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1571538A (zh) * | 2004-05-10 | 2005-01-26 | 中兴通讯股份有限公司 | 一种对移动交换中心进行***负荷控制的方法 |
US9063795B2 (en) * | 2012-12-19 | 2015-06-23 | International Business Machines Corporation | Adaptive resource usage limits for workload management |
CN106095556A (zh) * | 2016-06-20 | 2016-11-09 | 惠州Tcl移动通信有限公司 | 一种控制终端进程的方法及*** |
CN106250216A (zh) * | 2016-07-21 | 2016-12-21 | 宇龙计算机通信科技(深圳)有限公司 | 一种清理内存的方法及终端 |
CN107391259A (zh) * | 2017-07-25 | 2017-11-24 | 广东欧珀移动通信有限公司 | 资源处理方法和装置、计算机可读存储介质、移动终端 |
CN107402808A (zh) * | 2017-07-31 | 2017-11-28 | 广东欧珀移动通信有限公司 | 进程管理方法、装置、存储介质及电子设备 |
CN107704316A (zh) * | 2017-08-04 | 2018-02-16 | 广东欧珀移动通信有限公司 | 应用程序处理方法、装置、移动终端及存储介质 |
CN107861812A (zh) * | 2017-10-30 | 2018-03-30 | 江西博瑞彤芸科技有限公司 | 一种内存清理方法 |
-
2018
- 2018-08-14 CN CN201810925055.1A patent/CN109358961B/zh active Active
Patent Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1571538A (zh) * | 2004-05-10 | 2005-01-26 | 中兴通讯股份有限公司 | 一种对移动交换中心进行***负荷控制的方法 |
US9063795B2 (en) * | 2012-12-19 | 2015-06-23 | International Business Machines Corporation | Adaptive resource usage limits for workload management |
CN106095556A (zh) * | 2016-06-20 | 2016-11-09 | 惠州Tcl移动通信有限公司 | 一种控制终端进程的方法及*** |
CN106250216A (zh) * | 2016-07-21 | 2016-12-21 | 宇龙计算机通信科技(深圳)有限公司 | 一种清理内存的方法及终端 |
CN107391259A (zh) * | 2017-07-25 | 2017-11-24 | 广东欧珀移动通信有限公司 | 资源处理方法和装置、计算机可读存储介质、移动终端 |
CN107402808A (zh) * | 2017-07-31 | 2017-11-28 | 广东欧珀移动通信有限公司 | 进程管理方法、装置、存储介质及电子设备 |
CN107704316A (zh) * | 2017-08-04 | 2018-02-16 | 广东欧珀移动通信有限公司 | 应用程序处理方法、装置、移动终端及存储介质 |
CN107861812A (zh) * | 2017-10-30 | 2018-03-30 | 江西博瑞彤芸科技有限公司 | 一种内存清理方法 |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112291205A (zh) * | 2020-10-13 | 2021-01-29 | 杭州迪普科技股份有限公司 | 深度包检测业务的控制方法、装置及计算机设备 |
CN112328386A (zh) * | 2021-01-05 | 2021-02-05 | 北京国科环宇科技股份有限公司 | 操作***进程调度方法、装置、介质和电子设备 |
Also Published As
Publication number | Publication date |
---|---|
CN109358961B (zh) | 2021-12-21 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN111444012B (zh) | 一种保证延迟敏感应用延迟slo的动态调控资源方法及*** | |
CN107066332B (zh) | 分布式***及其调度方法和调度装置 | |
US8321065B2 (en) | Method for controlling/regulating at least one task | |
US8954975B2 (en) | Task scheduling method for real time operating system | |
CN103631661A (zh) | 一种内存管理方法和装置 | |
CN110737534B (zh) | 任务的处理方法、装置和服务器 | |
NZ534314A (en) | Method of setting priority levels in a multiprogramming computer system with priority scheduling, multiprogramming computer system and program therefor | |
CN105824702A (zh) | 一种管理程序内存占用量的方法和终端 | |
CN109358961A (zh) | 一种资源调度方法及其装置和具有存储功能的装置 | |
CN110196766B (zh) | 任务调度和处理方法及装置、存储介质和处理器 | |
EP3376381A1 (en) | Resource management method and system, and computer storage medium | |
CN105760216A (zh) | 一种多进程同步控制方法 | |
CN116028210B (zh) | 资源调度方法、电子设备及存储介质 | |
CN101625650B (zh) | 具有包括多个内核的处理器的计算机***及其控制方法 | |
CN106293805A (zh) | 程序加载的方法及装置 | |
CN114327894A (zh) | 资源分配方法、装置、电子设备及存储介质 | |
CN111338803A (zh) | 一种线程处理方法和装置 | |
CN105930215A (zh) | 一种移动终端的控制方法及控制装置 | |
CN102597976B (zh) | 自适应时分多路复用来自多处理器核芯的存储器引用 | |
JP2008225641A (ja) | コンピュータシステム、割り込み制御方法及びプログラム | |
CN110402574A (zh) | 在不可用时间段期间运行装置的方法 | |
CN114706663A (zh) | 一种计算资源调度方法、介质及计算设备 | |
CN111176848B (zh) | 集群任务的处理方法、装置、设备和存储介质 | |
CN105264499B (zh) | 一种共享队列中的消息处理方法、装置及接收核 | |
CN110737320A (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 | ||
GR01 | Patent grant | ||
GR01 | Patent grant |