CN109992357B - 一种对于虚拟机执行改变时避免冲突的方法及其系统 - Google Patents
一种对于虚拟机执行改变时避免冲突的方法及其系统 Download PDFInfo
- Publication number
- CN109992357B CN109992357B CN201910284926.0A CN201910284926A CN109992357B CN 109992357 B CN109992357 B CN 109992357B CN 201910284926 A CN201910284926 A CN 201910284926A CN 109992357 B CN109992357 B CN 109992357B
- Authority
- CN
- China
- Prior art keywords
- request
- change
- resource
- queue
- condition
- 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
Links
Images
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/44—Arrangements for executing specific programs
- G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
- G06F9/45533—Hypervisors; Virtual machine monitors
- G06F9/45558—Hypervisor-specific management and integration aspects
-
- 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
Abstract
本申请公开了一种对于虚拟机执行改变时避免冲突的方法及其系统，其中对虚拟机执行改变时避免冲突的方法，具体包括以下步骤：接收对于至少一个虚拟机的改变请求；根据改变请求的条件标识将改变请求放入相应的请求队列；收集请求队列的内部资源使用情况；根据外部资源使用情况统一处理队列内多个改变请求。本申请能够在将改变请求放入请求队列中，并有序的从请求队列中取出改变请求执行，避免了改变请求执行时发生冲突。
Description
技术领域
本申请涉及信息与技术领域，具体地，涉及一种对于虚拟机执行改变时避免冲突的方法及其系统。
背景技术
现有技术中，随着互联思想的无处不在，分布式计算机应用而生，随之虚拟化技术的应用也变得更加广泛，由于利用虚拟机能够实现对硬件异构性的有效屏蔽以及还能够隔离软件，越来越多的人们想要对虚拟机作出改变，以此来控制对硬件和软件的改变，但是当有多个改变请求时，往往不能同时处理，发生响应不及时的情况，现有技术通常为改变请求分配资源进行等待处理，但是同时，随着改变请求的累积，为其分配的资源也变得越来越紧张，往往会出现资源分配不均衡，存在发生冲突的情况。
发明内容
本申请的目的在于在接收到对虚拟机的改变请求时，能够对将改变请求归类，并同时处理多个改变请求，加快了系统处理改变请求的速度，同时能够对改变请求使用的内部资源进行划分和判断，防止因改变请求过多导致请求队列的内部资源分配不均，出现资源竞争的问题。
为达到上述目的，本申请提供了一种对虚拟机执行改变时避免冲突的方法及其系统，其中对虚拟机执行改变时避免冲突的方法具体包括以下步骤：接收对于至少一个虚拟机的改变请求；根据改变请求的条件标识将改变请求放入相应的请求队列；收集请求队列的内部资源使用情况；根据外部资源使用情况统一处理队列内多个改变请求。
如上的，其中，改变请求中存在条件标识，解析改变请求中的条件标识对改变请求进行归类，放入到与条件标识相对应的请求队列中。
如上的，其中，请求队列中存在与条件标识对应的改变条件，改变条件为请求改变的目标、环境或状态条件之一或多个。
如上的，其中，响应于改变请求放入到请求队列后，向系统发送改变请求携带的条件标识。
如上的，其中，收集请求队列的内部资源使用情况具体包括以下子步骤：收集请求队列中的条件标识；判断收集的条件标识的数量是否超过指定阈值；若收到的条件标识的数量大于或等于指定阈值，则请求队列内部资源已满。
如上的，其中，根据外部资源的大小来决定处理请求队列中改变请求的数量。
如上的，其中，若改变请求未处理成功，则将改变请求放入原本的请求队列中，将请求队列的内部资源分为第一资源和第二资源，第一资源用于容纳改变请求，第二资源用于容纳未处理成功的改变请求。
如上的，其中，收到未处理成功的改变请求后，具体包括以下步骤：设置第一资源的使用阈值；若收到未处理成功的改变请求，则将该改变请求放入第二资源；响应于第二资源的改变请求被处理，释放第二资源的内部资源；判断指定时间阈值内是否收到未处理成功的改变请求；若在指定时间阈值未收到未处理成功的改变请求，则使用第二资源容纳改变请求。
一种对于虚拟机执行改变时避免冲突的系统，具体包括改变请求接收单元、资源处理单元、改变请求处理单元；改变请求接收单元，从私有信道接收对于至少一个虚拟机的改变命令；资源处理单元，判断请求队列的内部资源使用情况；改变请求处理单元，根据请求队列的内部资源使用情况统一处理队列内多个改变请求。
如上的，其中，资源处理单元包括改变请求放入模块、条件标识收集模块、判断模块、队列锁、标志位判断模块；改变请求放入模块，根据条件标识，将改变请求放入对应的请求队列中；条件标识收集模块，收集请求队列中的条件标识的数量；判断模块，判断收集的条件标识的数量是否超过指定阈值；队列锁，设置及修改请求队列中的标志位，对请求队列上锁；标志位判断模块，判断请求队列中的标志位是否改变，若改变则说明请求队列已满。
本申请具有以下有益效果：
(1)本申请提供的对于虚拟机执行改变时避免冲突的方法及其系统能够在将改变请求放入请求队列中，并有序的从请求队列中取出改变请求执行，避免了改变请求执行时发生冲突。
(2)本申请提供的对于虚拟机执行改变时避免冲突的方法及其系统能够对请求队列内部资源的使用情况进行收集和判断，防止因改变请求放入多过导致发生资源竞争和资源混乱的情况。
(3)本申请提供的对于虚拟机执行改变时避免冲突的方法及其系统能够通过条件标识和标志位多次对请求队列的内部资源的使用情况进行判断，增加了判断的准确性和严谨性。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请中记载的一些实施例，对于本领域普通技术人员来讲，还可以根据这些附图获得其他的附图。
图1是根据本申请实施例提供的虚拟机执行改变时避免发生冲突的方法流程图；
图2是根据本申请实施例提供的虚拟机执行改变时避免发生冲突的子步骤流程图；
图3是根据本申请实施例提供虚拟机执行改变时避免发生冲突的系统内部结构示意图；
图4是根据本申请实施例提供的虚拟机执行改变时避免发生冲突的系统子模块内部结构示意图。
具体实施方式
下面结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
本申请是一种对于虚拟机执行改变的方法和系统。根据本申请，在接收到对虚拟机的改变请求时，能够对将改变请求归类，并同时处理多个改变请求，加快了系统处理改变请求的速度，同时能够对改变请求使用的内部资源进行划分和判断，防止因改变请求过多导致请求队列的内部资源分配不均，出现资源竞争的问题。
如图1所示为本申请提供的对虚拟机执行改变时避免冲突的方法流程图。
步骤S110：接收对于至少一个虚拟机的改变请求。
优选地，建立虚拟机与发出改变命令的物理设备间的私有信道用于接收对于虚拟机的改变请求，私有信道是加密信道，只有通过相互认证之后的双方才能进行通信，通信之后的信息加密保存，由于对于虚拟机改变的命令必须是经过认证的机器发出的，所以使用私有信道传输改变命令，进一步的，私有信道的实现可例如在虚拟机的驱动文件与物理设备的驱动文件中分别预留一段数据空间，写入加密秘钥，从而构建私有信道，通过私有信道实现改变命令的接收与发送。
步骤S120：根据改变请求的条件标识将改变请求放入相应的请求队列。
具体地，改变请求中存在条件标识，通过解析改变请求中的条件标识从而可对改变请求进行归类，将改变请求放入到与条件标识相对应的请求队列中。其中条件标识中存在改变请求中携带的操作指令，解析条件标识能够获得其改变的目标、环境或状态等改变目的。
进一步地，请求队列中存在某些与条件标识对应的改变条件，如请求改变的目标、环境或状态等条件，满足该条件的改变请求才能够放入到该请求队列中，例如第一请求队列的条件为改变目标是存储器，解析改变请求中的条件标识，将改变目标为存储器的改变请求统一放入第一请求队列中；第二请求队列的条件为改变目标的所在环境，则将目的为改变目标所在环境的改变请求统一放入第二请求队列中。
优选地，请求队列中的条件为系统预设的，可人为改变。
优选地，当改变请求放入到请求队列后，将携带的条件标识发送给系统，用于标识此请求队列已被占用，进一步地，多个改变请求放入同一请求队列，向系统发送多个条件标识。
步骤S130：收集请求队列的内部资源使用情况。
由于请求队列中容纳的改变请求数量是有限的，因此需要判断请求队列中的内部资源使用情况，防止内部资源分配不均发生冲突，如图2所示，具体包括以下子步骤：
步骤S210：收集请求队列中的条件标识。
具体地，根据改变请求的条件标识，能够对内部资源进行预先判断，优选地，系统统计收到的条件标识的数量。
步骤S220：判断收集的条件标识的数量是否超过指定阈值。
优选地，指定阈值为请求队列内部资源能够容纳最多的改变请求的范围。
具体地，若收到的条件标识的数量小于指定阈值，则说明该请求队列的内部资源依然能容纳改变请求，流程退出。若收到的条件标识的数量大于或等于指定阈值，则执行步骤S230。
步骤S230：判断请求队列的标志位是否改变。
具体地，在请求队列的内部资源还未容纳改变请求时，队列锁为请求队列写入数值1作为标志位，在改变请求未达到指定阈值，请求队列的标志位仍为数值1，代表该请求队列的内部资源依然可容纳改变请求，流程退出。
进一步地，若请求队列中的条件标识的数量大于或等于指定阈值，则队列锁将请求队列的标志位修改为数值0，对该请求队列进行上锁。当有其他改变请求依旧请求访问请求队列，若读到请求队列的标志位为数值0，则说明该请求队列的标志位改变，请求队列内部资源已满。
步骤S140：根据外部资源使用情况统一处理队列内多个改变请求。
具体地，根据外部资源的大小来决定处理改变请求的数量，其中外部资源指非队列内部资源的资源，优选地，若外部资源较大，则从请求队列中取出若干的改变请求进行处理，若外部资源较小，则从请求队列中取出少部分改变请求进行处理，若外部资源大于一定范围，则将请求队列中的所有改变请求一并处理。
进一步地，请求队列的数量有多个，优选处理请求队列已满的改变请求，请求队列未满的则说明依然能够容纳改变请求，这样处理能够使系统在处理改变请求的同时也能存在容纳其他改变请求的请求队列，避免因处理改变请求的时间过长而耽误了其他改变请求处理的时间。若请求队列都为未满的状态，则优先处理队列的内部资源较小的请求队列中的改变请求，队列的内部资源较大的请求队列依然能够容纳较多的改变请求，加快了改变请求的处理速度。
作为另一个实施例，若改变请求异常或改变请求长时间未响应(将此类改变请求都视为未处理成功)，则将改变请求放入原本的请求队列中，优选地，系统将请求队列的内部资源分为两部分，定义为第一资源和第二资源，其中第一资源用于容纳改变请求，第二资源用于容纳未处理成功的改变请求。
具体包括以下步骤：
步骤D1：设置第一资源的使用阈值。
具体地，设置第一资源能够容纳的改变请求的阈值。
步骤D2：若收到未处理成功的改变请求，则将该改变请求放入第二资源。
步骤D3：响应于第二资源的改变请求被处理，释放第二资源的内部资源。
步骤D4：判断指定时间阈值内是否收到未处理成功的改变请求。
若在指定时间阈值未收到未处理成功的改变请求，则执行步骤D5。
步骤D5：使用第二资源容纳改变请求。
优选地，若超过指定时间阈值，收到了未处理成功的改变请求，此时第二资源没有剩余资源容纳，则将第二资源内的改变请求放入第一资源中进行处理。再进一步地，若第一资源也没有剩余资源容纳，则系统优先处理第二资源中的改变请求，便于为未处理成功的改变请求提供资源。
图3为本申请实施例提供的对于虚拟机执行改变时避免冲突的系统。
如图3所示，该系统包括改变请求接收单元301、资源处理单元302、改变请求处理单元303。
如图4所示，资源处理单元302包括改变请求放入模块401、条件标识收集模块402、判断模块403、队列锁404、标志位判断模块405。
优选地，改变请求处理单元303包括资源拆分模块、阈值设置模块、第一异常处理模块、资源释放模块、请求判断模块、第二异常处理模块(未在图中示出)。
其中，改变命令接收单元301用于从私有信道接收对于至少一个虚拟机的改变命令。
资源处理单元302与改变命令接收单元301连接，用于判断请求队列的内部资源使用情况。
具体地，改变请求放入模块401用于根据条件标识，将改变请求放入对应的请求队列中以及发送条件标识。
条件标识收集模块402与改变请求放入模块401连接，用于收集请求队列中的条件标识的数量。
判断模块403与条件标识收集模块402连接，用于判断收集的条件标识的数量是否超过指定阈值。
队列锁404与判断模块403连接，用于设置请求队列中的标志位，在请求队列的内部资源还未容纳改变请求时，队列锁为请求队列写入1作为标志位，当请求队列中的条件标识的数量大于指定阈值，则队列锁将请求队列的标志位修改为0，对请求队列上锁。
标志位判断模块405与队列锁404连接，用于判断请求队列中的标志位是否改变。若改变则说明请求队列已满。
改变请求处理单元303与资源处理单元302连接，用于根据请求队列的内部资源使用情况统一处理队列内多个改变请求。
优选地，资源拆分模块用于当改变请求异常或改变请求长时间未响应时，将请求队列的内部资源分为第一资源和第二资源。
阈值设置模块与资源拆分模块连接，用于设置第一资源的使用阈值。
第一异常处理模块用于将未处理成功的改变请求放入第二资源。
资源释放模块与第一异常处理模块连接，用于响应于第二资源的改变请求被处理，释放第二资源的内部资源。
请求判断模块用于判断指定时间阈值内是否收到未处理成功的改变请求。
第二异常处理模块与请求判断模块连接，用于在指定时间阈值未收到未处理成功的改变请求，使用第二资源容纳改变请求。
本申请具有以下有益效果：
(1)本申请提供的对于虚拟机执行改变时避免冲突的方法及其系统能够在将改变请求放入请求队列中，并有序的从请求队列中取出改变请求执行，避免了改变请求执行时发生冲突。
(2)本申请提供的对于虚拟机执行改变时避免冲突的方法及其系统能够对请求队列内部资源的使用情况进行收集和判断，防止因改变请求放入多过导致发生资源竞争和资源混乱的情况。
(3)本申请提供的对于虚拟机执行改变时避免冲突的方法及其系统能够通过条件标识和标志位多次对请求队列的内部资源的使用情况进行判断，增加了判断的准确性和严谨性。
虽然当前申请参考的示例被描述，其只是为了解释的目的而不是对本申请的限制，对实施方式的改变，增加和/或删除可以被做出而不脱离本申请的范围。
以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以所述权利要求的保护范围为准。
Claims (6)
1.一种对虚拟机执行改变时避免冲突的方法，其特征在于，具体包括以下步骤：
接收对于至少一个虚拟机的改变请求；
根据改变请求的条件标识将改变请求放入相应的请求队列；
收集请求队列的内部资源使用情况，具体包括以下子步骤：
收集请求队列中的条件标识；
判断收集的条件标识的数量是否超过指定阈值；
若收到的条件标识的数量大于或等于指定阈值，则请求队列内部资源已满；
根据外部资源使用情况统一处理队列内多个改变请求；
根据外部资源的大小来决定处理请求队列中改变请求的数量；
在多个请求队列中优先处理请求队列已满的改变请求，所述请求队列都为未满的状态时优先处理队列的内部资源较小的请求队列中的改变请求；
若改变请求未处理成功，则将改变请求放入原本的请求队列中，将请求队列的内部资源分为第一资源和第二资源，第一资源用于容纳改变请求，第二资源用于容纳未处理成功的改变请求；
收到未处理成功的改变请求后，具体包括以下步骤：
设置第一资源的使用阈值；
若收到未处理成功的改变请求，则将该改变请求放入第二资源；
响应于第二资源的改变请求被处理，释放第二资源的内部资源；
判断指定时间阈值内是否收到未处理成功的改变请求；
若在指定时间阈值未收到未处理成功的改变请求，则使用第二资源容纳改变请求；若超过指定时间阈值，收到未处理成功的改变请求，此时第二资源没有剩余资源容纳，则将第二资源内的改变请求放入第一资源中进行处理；若第一资源也没有剩余资源容纳，则系统优先处理第二资源中的改变请求。
2.如权利要求1所述的对虚拟机执行改变时避免冲突的方法，其特征在于，改变请求中存在条件标识，解析改变请求中的条件标识对改变请求进行归类，放入到与条件标识相对应的请求队列中。
3.如权利要求2所述的对虚拟机执行改变时避免冲突的方法，其特征在于，请求队列中存在与条件标识对应的改变条件，改变条件为请求改变的目标、环境或状态条件之一或多个。
4.如权利要求2所述的对虚拟机执行改变时避免冲突的方法，其特征在于，响应于改变请求放入到请求队列后，向系统发送改变请求携带的条件标识。
5.一种对于虚拟机执行改变时避免冲突的系统，其特征在于，使用如权利要求1-4任意一种对虚拟机执行改变时避免冲突的方法，具体包括改变请求接收单元、资源处理单元、改变请求处理单元；
改变请求接收单元，从私有信道接收对于至少一个虚拟机的改变命令；
资源处理单元，判断请求队列的内部资源使用情况；
改变请求处理单元，根据请求队列的内部资源使用情况统一处理队列内多个改变请求。
6.如权利要求5所述的对于虚拟机执行改变时避免冲突的系统，其特征在于，资源处理单元包括改变请求放入模块、条件标识收集模块、判断模块、队列锁、标志位判断模块；
改变请求放入模块，根据条件标识，将改变请求放入对应的请求队列中；
条件标识收集模块，收集请求队列中的条件标识的数量；
判断模块，判断收集的条件标识的数量是否超过指定阈值；
队列锁，设置及修改请求队列中的标志位，对请求队列上锁；
标志位判断模块，判断请求队列中的标志位是否改变，若改变则说明请求队列已满。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910284926.0A CN109992357B (zh) | 2019-04-10 | 2019-04-10 | 一种对于虚拟机执行改变时避免冲突的方法及其系统 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910284926.0A CN109992357B (zh) | 2019-04-10 | 2019-04-10 | 一种对于虚拟机执行改变时避免冲突的方法及其系统 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN109992357A CN109992357A (zh) | 2019-07-09 |
| CN109992357B true CN109992357B (zh) | 2022-01-14 |
Family
ID=67132803
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201910284926.0A Active CN109992357B (zh) | 2019-04-10 | 2019-04-10 | 一种对于虚拟机执行改变时避免冲突的方法及其系统 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN109992357B (zh) |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102629216A (zh) * | 2012-02-24 | 2012-08-08 | 浪潮(北京)电子信息产业有限公司 | 云系统调度方法和系统 |
| CN104077189A (zh) * | 2013-03-29 | 2014-10-01 | 西门子公司 | 一种用于资源分配的方法和装置 |
| CN105718304A (zh) * | 2016-01-25 | 2016-06-29 | 汉柏科技有限公司 | 虚拟机管理方法及系统 |
| CN108196939A (zh) * | 2017-12-29 | 2018-06-22 | 珠海国芯云科技有限公司 | 用于云计算的虚拟机智能管理方法及装置 |
| CN109460284A (zh) * | 2018-10-30 | 2019-03-12 | 张家口浩扬科技有限公司 | 一种对于虚拟机执行改变的方法和系统 |
Family Cites Families (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US8484653B2 (en) * | 2010-07-28 | 2013-07-09 | Red Hat Israel, Ltd. | Mechanism for delayed hardware upgrades in virtualization systems |
| CN102946413B (zh) * | 2012-10-17 | 2015-07-08 | 北京搜狐新媒体信息技术有限公司 | 虚拟机调度和执行部署过程中的资源预处理方法及系统 |
| CN109324872B (zh) * | 2018-09-21 | 2020-12-25 | 北京隆普智能科技有限公司 | 一种对虚拟机改变的请求进行验证的方法和系统 |
-
2019
- 2019-04-10 CN CN201910284926.0A patent/CN109992357B/zh active Active
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102629216A (zh) * | 2012-02-24 | 2012-08-08 | 浪潮(北京)电子信息产业有限公司 | 云系统调度方法和系统 |
| CN104077189A (zh) * | 2013-03-29 | 2014-10-01 | 西门子公司 | 一种用于资源分配的方法和装置 |
| CN105718304A (zh) * | 2016-01-25 | 2016-06-29 | 汉柏科技有限公司 | 虚拟机管理方法及系统 |
| CN108196939A (zh) * | 2017-12-29 | 2018-06-22 | 珠海国芯云科技有限公司 | 用于云计算的虚拟机智能管理方法及装置 |
| CN109460284A (zh) * | 2018-10-30 | 2019-03-12 | 张家口浩扬科技有限公司 | 一种对于虚拟机执行改变的方法和系统 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN109992357A (zh) | 2019-07-09 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN108683604B (zh) | 并发访问控制方法、终端设备及介质 | |
| CN108572876B (zh) | 一种读写锁的实现方法及装置 | |
| CN106933672B (zh) | 一种分布式环境协调消费队列方法和装置 | |
| CN111026541B (zh) | 渲染资源调度方法、装置、设备及存储介质 | |
| CN109918187B (zh) | 任务调度方法、装置、设备和存储介质 | |
| US10013288B2 (en) | Data staging management system | |
| CN111782383A (zh) | 任务分配方法、服务器、电子终端及计算机可读存储介质 | |
| CN106775971A (zh) | 数据处理装置 | |
| CN109992357B (zh) | 一种对于虚拟机执行改变时避免冲突的方法及其系统 | |
| CN110413210B (zh) | 用于处理数据的方法、设备和计算机程序产品 | |
| JP2690435B2 (ja) | 処理をプロセッサにディスパッチするためのマイクロプログラム手段を有するマルチプロセッサシステム | |
| CN113407973A (zh) | 软件功能权限管理方法、系统、服务器及存储介质 | |
| CN110430258B (zh) | 一种分布式锁管理方法和装置 | |
| CN113760369A (zh) | 并发线程处理方法、装置、电子设备以及存储介质 | |
| CN111831408A (zh) | 异步任务处理方法、装置、电子设备及介质 | |
| CN111338713A (zh) | 一种应用卡顿的处理方法、装置、设备及存储介质 | |
| CN112817516A (zh) | 数据读写控制方法、装置、设备和存储介质 | |
| CN104572036B (zh) | 事件的处理方法及装置 | |
| CN114518833B (zh) | 用于存储管理的方法、电子设备和计算机程序产品 | |
| CN109460284B (zh) | 一种对于虚拟机执行改变的方法和系统 | |
| US20210272646A1 (en) | Efficient resource sharing | |
| CN113656374A (zh) | 带有附件的业务报文的处理方法及装置 | |
| CN114003182B (zh) | 指令交互方法、装置、存储设备以及介质 | |
| CN112231290A (zh) | 一种本地日志的处理方法、装置、设备及存储介质 | |
| CN109491948B (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: 20211208 Address after: 100176 room 801, 8 / F, building 10, yard 13, Ronghua South Road, Beijing Economic and Technological Development Zone, Daxing District, Beijing Applicant after: AVIC INTERNATIONAL E-BUSINESS Inc. Address before: 101300 Beijing Shunyi District Airport Street, No. 1 Anhua Street, 1st Building, 1st Floor, No. 2159 Applicant before: BEIJING LONGPU INTELLIGENT TECHNOLOGY Co.,Ltd. |
|
| TA01 | Transfer of patent application right | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |