CN105045669A - 容器***的管理服务方法以及智能终端 - Google Patents
容器***的管理服务方法以及智能终端 Download PDFInfo
- Publication number
- CN105045669A CN105045669A CN201510530368.3A CN201510530368A CN105045669A CN 105045669 A CN105045669 A CN 105045669A CN 201510530368 A CN201510530368 A CN 201510530368A CN 105045669 A CN105045669 A CN 105045669A
- Authority
- CN
- China
- Prior art keywords
- module
- containment system
- kcm
- cms
- cms 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.)
- Pending
Links
Landscapes
- Information Transfer Between Computers (AREA)
Abstract
本发明提供了一种容器***的管理服务方法以及智能终端,其中,所述方法包括:设置于容器***中的容器管理服务CMS模块接收到用户输入的切换请求后,将所述切换请求发送至设置于内核中的内核管理服务KCM模块;所述KCM模块接收到所述CMS模块发送的切换请求后,根据所述CMS模块所属容器***当前的运行状态信息,决定切换后,向此次切换所涉及的容器***中的CMS模块发送前后台变换信号;所述CMS模块接收到前后台变换信号后,对其所属容器***内的进程的状态进行相应的调整。应用本发明,可以提供容器***的前后台管理,提高***资源的利用率,增强容器***的自主性。
Description
技术领域
本发明涉及智能手机操作***技术领域,具体而言,本发明涉及一种容器***的管理服务方法以及智能终端。
背景技术
LXC是LinuxContainer(Linux容器)的简称,是一种基于容器的操作***层级的内核虚拟化技术。利用Linux内核的命名空间(namespace)特性,可以形成多个容器***,以此对进程和资源进行隔离。例如,在创建进程时可以在该进程的进程描述符中加入相应的标记,表明该进程所属的命名空间(即所属的容器***)。继而,Linux内核中的资源管理子***(cgroups)可以为容器***中的进程分配***资源。
目前,LXC通常可以利用工具集中的命令对容器***进行基本管理,例如,lxc-create用于创建一个容器,lxc-execute用于在一个容器执行应用程序,lxc-start用于在容器中执行给定命令,lxc-stop用于停止容器中所有的进程,lxc-destroy用于销毁容器,lxc-cgroup用于获取或调整与资源管理子***cgroups相关的参数。
随着虚拟化技术的发展,LXC广泛应用于服务器上和用户的设备端。实际应用中,在服务器端,多个容器***同时运行时,容器***之间并没有前后台的区分;而在用户的设备端,多个容器***同时运行,通常存在前后台的区分,比如,与用户交互的容器***为前台;反之为后台。而且,相较于服务器,在用户的设备端,多个容器***同时运行,对设备上有限的***资源的使用提出了更高的要求,亟需对***资源进行合理分配。
比如,对于运行在前台、与用户交互的容器***,可以为该容器***分配更多的显示和输入等***资源,而对于运行在后台的容器***,则可以释放该容器***占用的部分***资源,以此提高***资源的利用率。
然而,本发明的发明人发现,实际应用中,通常是由专业人员通过LXC的基本命令对容器***进行管理控制。而通过LXC的基本命令对容器***的管理,并没有涉及容器***的前后台管理,无法有效地进行***资源的分配。而且,也不能让普通用户像安装和管理应用程序一样安装和管理用户设备端的容器***,存在易用性不够的问题。
因此,有必要提供一种容器***的管理服务方法,能够增强对容器***管理的灵活性和功能性,并提供容器***的前后台管理,提高***资源的利用率。
发明内容
针对上述现有技术存在的缺陷,本发明提供了一种容器***的管理服务方法以及智能终端,用以提供容器***的前后台管理,提高***资源的利用率,增强容器***的自主性。
本发明方案提供了一种容器***的管理服务方法,包括:
设置于容器***中的容器管理服务CMS模块接收到用户输入的切换请求后,将所述切换请求发送至设置于内核中的内核管理服务KCM模块;
所述KCM模块接收到所述CMS模块发送的切换请求后,根据所述CMS模块所属容器***当前的运行状态信息,决定切换后,向此次切换所涉及的容器***中的CMS模块发送前后台变换信号;
所述CMS模块接收到前后台变换信号后,对其所属容器***内的进程的状态进行相应的调整。
根据本发明的另一方面,还提供了一种智能终端,包括:内核、至少一个容器***,以及设置于各容器***中的容器管理服务CMS模块、以及设置于内核中的内核管理服务KCM模块,其中,
所述KCM模块用于接收到所述CMS模块发送的切换请求后,根据所述CMS模块所属容器***当前的运行状态信息,决定切换后,向此次切换所涉及的容器***中的CMS模块分别发送前后台变换信号;
所述CMS模块用于接收到用户输入的切换请求后,将所述切换请求发送至所述KCM模块;并接收到所述KCM模块发送的前后台变换信号后,对其所属容器***内的进程的状态进行相应的调整。
本实施例的方案中,CMS模块接收到切换请求后,可以将切换请求发送至KCM模块;KCM模块向此次切换所涉及的容器***中的CMS模块发送前后台变换信号;继而,CMS模块根据前后台变换信号,对其所属容器***内的进程的状态进行相应的调整。这样,在实现相关容器***的前后台切换管理的同时,可以对相关容器***内的进程的状态进行调整,比如,切换后后台的容器***内的进程释放显示相关的***资源,提高***资源的利用率,增强容器***的自主性。
本发明附加的方面和优点将在下面的描述中部分给出,这些将从下面的描述中变得明显,或通过本发明的实践了解到。
附图说明
图1为本发明实施例的智能终端的内部结构示意图;
图2为本发明实施例的容器***的管理服务方法的流程示意图;
图3为本发明实施例的容器***状态查询方法的流程示意图。
具体实施方式
以下将结合附图对本发明的技术方案进行清楚、完整的描述,显然,所描述的实施例仅仅是本发明的一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动的前提下所得到的所有其它实施例,都属于本发明所保护的范围。
实际应用中,在容器***运行在前台时,容器***内的进程往往可以与用户直接交互,通常占用显示、输入等相关的***资源;而在容器***切换到后台之后,容器***内的进程此时往往不再需要占用显示、输入等相关的***资源。
然而,本发明的发明人发现,现有仅通过LXC的基本命令对容器***的管理既不涉及容器***的前后台管理,更无法在容器***的前后台状态发生变化时及时调整容器***内进程的状态,也就无法及时有效地调整***资源的分配。
因此,本发明的发明人考虑,可以在各容器***中预先设置CMS(ContainerManagerService,容器管理服务)模块,并在内核中预先设置KCM(KernelContainerManager,内核管理服务)模块。
这样,CMS模块接收到切换请求后,可以将切换请求发送至KCM模块;KCM模块根据CMS模块所属容器***当前的运行状态信息,决定切换后,向此次切换所涉及的容器***中的CMS模块发送前后台变换信号;继而,CMS模块根据前后台变换信号,对其所属容器***内的进程的状态进行相应的调整。这样,在实现相关容器***的前后台切换管理的同时,可以对相关容器***内的进程的状态进行调整,比如,切换后后台的容器***内的进程释放显示相关的***资源,提高***资源的利用率。
下面结合附图详细说明本发明的技术方案。
本发明提供了一种智能终端,包括:内核、至少一个容器***。其中,各容器***中预先设置有CMS模块,内核中预先设置有KCM模块。
其中,内核中的KCM模块可以响应各容器***内的CMS模块发送的命令;管理内核中的***资源和外设驱动;并控制容器***对***资源的访问,以及容器***的前后台状态的切换。
主***中的上层应用可以通过预设的容器***管理API(ApplicationProgramInterface,应用程序编程接口)来调用容器***内的CMS模块。为了便于描述,可以将容器***管理API称为CM-API(ContainerManagerAPI,容器***管理应用程序编程接口)。
本发明实施例中,CMS模块用于接收到用户输入的切换请求后,将切换请求发送至KCM模块。继而,KCM模块接收到CMS模块发送的切换请求后,可以根据CMS模块所属容器***当前的运行状态信息,决定切换后,向此次切换所涉及的容器***中的CMS模块分别发送前后台变换信号。这样,CMS模块在接收到KCM模块发送的前后台变换信号后,可以对其所属容器***内的进程的状态进行相应的调整。
相比现有仅通过底层的基础命令对容器***的基本管理,本发明的方案中,可以通过内核中设置的KCM模块、以及各容器***内的CMS模块来实现同时运行的多个容器***的前后台切换管理,且可以实现切换的容器***内的进程的状态的调整,有利于后续及时调整进程的***资源占用情况,提高***资源利用率,增强了容器***管理的功能性和灵活性。
本发明技术方案中,在对智能终端中的容器***进行管理服务之前,智能终端中容器***的管理服务方法中还涉及容器***的安装,具体地,内核中设置的KCM模块可以根据智能终端中预置的镜像文件启动容器***后,记录容器***的运行状态信息、以及***资源占用信息。
本发明实施例中,智能终端中对已启动的容器***进行管理服务的方法的具体流程,如图2所示,可以包括如下步骤:
S201:CMS模块接收到用户输入的切换请求后,将切换请求发送至KCM模块。
具体地,容器***中的CMS模块通过CM-API接收到用户输入的切换请求后,可以将切换请求发送至设置于内核中的KCM模块。
实际应用中,用户输入的切换请求的目的主要是使容器***的前后台状态的发生切换,比如,使容器***从当前的前台切换到后台,或者使容器***从当前的后台切换到前台。切换请求中可以包括:切换涉及的容器***,以及待切换的容器***的切换方向等参数。
S202:KCM模块接收到CMS模块发送的切换请求后,根据CMS模块所属容器***当前的运行状态信息,决定切换后,向此次切换所涉及的容器***中的CMS模块发送前后台变换信号。
具体地,内核中的KCM模块接收到CMS模块发送的切换请求后,可以确定CMS模块所属容器***,并根据该容器***当前的运行状态信息、以及预设的切换策略,决定是否执行切换。如果决定执行,则在切换请求所涉及的容器***进行相应的前后台状态切换之后,KCM可以产生前后台变换信号,并将产生的前后台变换信号向此次切换涉及的容器***内的CMS模块发送。
例如,在接收的切换请求的目的是使容器***A从当前的前台切换到后台的情形下,在此次切换涉及的容器***A、容器***B根据切换请求发生相应的前后台切换后,比如,容器***A从前台切换到后台,而容器***B从后台切换到前台后,CMS模块可以分别向切换为后台的容器***A中的CMS模块发送后台变换信号,并向切换为前台的容器***B中的CMS模块发送前台变换信号。
更优地,本发明技术方案中智能终端中容器***的管理服务方法的具体流程中,在KCM模块向切换所涉及的容器***中的CMS模块发送前后台变换信号之后,KCM还可以对此次切换所涉及的容器***的***资源占用信息进行重新分配。
例如,内核中的KCM模块接收到CMS模块发送的切换请求后,可以将运行在前台的容器***正在使用的***资源释放,比如显示屏、触屏、按键输入等;而其它独占外设可以立即释放或者延后释放。之后,KCM模块可以将这些资源分配给运行在后台的容器***。
S203:CMS模块接收到前后台变换信号后,对其所属容器***内的进程的状态进行相应的调整。
具体地,CMS模块接收到内核中的KCM模块发送的前后台变换信号后,可以根据前后台变换信号,对其所属容器***内的进程的状态进行调整。
比如,CMS模块接收到后台变换信号后,可以通知CMS模块所属容器***内的进程进入后台状态,这样,进程可以调整自己的行为,释放部分资源,保存运行状态,或者直接关闭,以准备进入后台状态。
或者,CMS模块接收到前台变换信号后,可以通知CMS模块所属容器***内的进程进入前台状态,这样,进程可以恢复之前的状态,比如恢复媒体播放。
更优地,为了提高容器***的自主性,本发明技术方案中智能终端中容器***的管理服务方法的具体流程中,在KCM模块记录启动运行后的容器***的运行状态信息、以及***资源占用信息之后,还可以通过容器***内的CMS模块,向内核中的KCM模块发送状态查询请求,获得内核状态。具体地,如图3所示,智能终端中容器***的管理服务方法的流程中还可以包括如下步骤:
S301:CMS模块接收到用户输入的状态查询请求后,将状态查询请求发送至KCM模块。
具体地,CMS模块通过CM-API接收到用户输入的状态查询请求后,可以将状态查询请求发送至KCM模块,以获取CMS模块所属容器***的运行状态信息。
S302:KCM模块接收到状态查询请求后,将CMS模块所属容器***的运行状态信息发送至CMS模块。
具体地,内核中的KCM模块接收到CMS模块发送的状态查询请求之后,可以确定CMS模块所属的容器***;将记录的该容器***的运行状态信息发送至该容器***内设置的CMS模块中。
这样,可以使得CMS模块能够针对用户的状态查询请求向用户返回其所属容器***的运行状态信息。
基于上述容器***的管理服务方法,本发明实施例提供的智能终端中设置于内核中的KCM模块用于接收到设置于容器***中的CMS模块发送的切换请求后,根据CMS模块所属容器***当前的运行状态信息,决定切换后,向此次切换所涉及的容器***中的CMS模块分别发送前后台变换信号。
CMS模块用于接收到用户输入的切换请求后,将切换请求发送至KCM模块;并接收到KCM模块发送的前后台变换信号后,对其所属容器***内的进程的状态进行相应的调整。
进一步地,KCM模块还用于接收到CMS模块发送的切换请求之前,根据智能终端中预置的镜像文件启动容器***后,记录容器***的运行状态信息、以及***资源占用信息。
进一步地,CMS模块还用于接收到用户输入的状态查询请求后,将状态查询请求发送至KCM模块。
相应地,KCM模块还用于接收到CMS模块发送的状态查询请求后,将CMS模块所属容器***的运行状态信息发送至CMS模块。
更优地,KCM模块还用于在向此次切换所涉及的容器***中的CMS模块发送前后台变换信号之后,对此次切换所涉及的容器***的***资源占用信息进行重新分配。
本发明的技术方案中,内核中的KCM模块向切换所涉及的容器***发送前后台变换信号,使得容器***中的CMS模块根据前后台变换信号,对其所属容器***内的进程的状态进行相应的调整。这样,通过内核中的KCM模块可以实现多个容器***的前后台状态的灵活切换,使得容器***的管理简单高效。同时,通过对相关容器***内的进程的状态进行调整,可以使得切换后后台的容器***内的进程释放显示相关的***资源,避免处于后台的容器***对显示、输入等***资源的占用,提高了***资源的利用率。
而且,本发明的方案中,不同的容器***由各自的CMS模块进行独立控制容器***内的进程,增加了容器***的自主性。
本申请使用的“模块”、“***”等术语旨在包括与计算机相关的实体,例如但不限于硬件、固件、软硬件组合、软件或者执行中的软件。例如,模块可以是,但并不仅限于:处理器上运行的进程、处理器、对象、可执行程序、执行的线程、程序和/或计算机。举例来说,计算设备上运行的应用程序和此计算设备都可以是模块。一个或多个模块可以位于执行中的一个进程和/或线程内,一个模块也可以位于一台计算机上和/或分布于两台或更多台计算机之间。
本技术领域技术人员可以理解,本发明包括涉及用于执行本申请中所述操作中的一项或多项的设备。这些设备可以为所需的目的而专门设计和制造,或者也可以包括通用计算机中的已知设备。这些设备具有存储在其内的计算机程序,这些计算机程序选择性地激活或重构。这样的计算机程序可以被存储在设备(例如,计算机)可读介质中或者存储在适于存储电子指令并分别耦联到总线的任何类型的介质中,所述计算机可读介质包括但不限于任何类型的盘(包括软盘、硬盘、光盘、CD-ROM、和磁光盘)、ROM(Read-OnlyMemory,只读存储器)、RAM(RandomAccessMemory,随即存储器)、EPROM(ErasableProgrammableRead-OnlyMemory,可擦写可编程只读存储器)、EEPROM(ElectricallyErasableProgrammableRead-OnlyMemory,电可擦可编程只读存储器)、闪存、磁性卡片或光线卡片。也就是,可读介质包括由设备(例如,计算机)以能够读的形式存储或传输信息的任何介质。
本技术领域技术人员可以理解,可以用计算机程序指令来实现这些结构图和/或框图和/或流图中的每个框以及这些结构图和/或框图和/或流图中的框的组合。本技术领域技术人员可以理解,可以将这些计算机程序指令提供给通用计算机、专业计算机或其他可编程数据处理方法的处理器来实现,从而通过计算机或其他可编程数据处理方法的处理器来执行本发明公开的结构图和/或框图和/或流图的框或多个框中指定的方案。
本技术领域技术人员可以理解,本发明中已经讨论过的各种操作、方法、流程中的步骤、措施、方案可以被交替、更改、组合或删除。进一步地,具有本发明中已经讨论过的各种操作、方法、流程中的其他步骤、措施、方案也可以被交替、更改、重排、分解、组合或删除。进一步地,现有技术中的具有与本发明中公开的各种操作、方法、流程中的步骤、措施、方案也可以被交替、更改、重排、分解、组合或删除。
以上所述仅是本发明的优选实施方式,应当指出,对于本技术领域的普通技术人员来说,在不脱离本发明原理的前提下,还可以作出若干改进和润饰,这些改进和润饰也应视为本发明的保护范围。
Claims (9)
1.一种容器***的管理服务方法,其特征在于,包括:
设置于容器***中的容器管理服务CMS模块接收到用户输入的切换请求后,将所述切换请求发送至设置于内核中的内核管理服务KCM模块;
所述KCM模块接收到所述CMS模块发送的切换请求后,根据所述CMS模块所属容器***当前的运行状态信息,决定切换后,向此次切换所涉及的容器***中的CMS模块发送前后台变换信号;
所述CMS模块接收到前后台变换信号后,对其所属容器***内的进程的状态进行相应的调整。
2.如权利要求1所述的方法,其特征在于,所述向此次切换所涉及的容器***中的CMS模块发送前后台变换信号,具体包括:
向切换为后台的容器***中的CMS模块发送后台变换信号;以及
向切换为前台的容器***中的CMS模块发送前台变换信号。
3.如权利要求2所述的方法,其特征在于,所述设置于容器***中的CMS模块接收到用户输入的切换请求之前,还包括:
所述KCM模块根据智能终端中预置的镜像文件启动容器***后,记录所述容器***的运行状态信息、以及***资源占用信息。
4.如权利要求3所述的方法,其特征在于,所述KCM模块记录启动运行后的容器***的运行状态信息、以及***资源占用信息之后,还包括:
所述CMS模块接收到用户输入的状态查询请求后,将所述状态查询请求发送至所述KCM模块;
所述KCM模块接收到所述状态查询请求后,将所述CMS模块所属容器***的运行状态信息发送至所述CMS模块。
5.如权利要求1-4任一所述的方法,其特征在于,所述向此次切换所涉及的容器***中的CMS模块发送前后台变换信号之后,还包括:
所述KCM模块对此次切换所涉及的容器***的***资源占用信息进行重新分配。
6.一种智能终端,包括:内核、至少一个容器***,其特征在于,还包括:设置于各容器***中的容器管理服务CMS模块、以及设置于内核中的内核管理服务KCM模块,其中,
所述KCM模块用于接收到所述CMS模块发送的切换请求后,根据所述CMS模块所属容器***当前的运行状态信息,决定切换后,向此次切换所涉及的容器***中的CMS模块分别发送前后台变换信号;
所述CMS模块用于接收到用户输入的切换请求后,将所述切换请求发送至所述KCM模块;并接收到所述KCM模块发送的前后台变换信号后,对其所属容器***内的进程的状态进行相应的调整。
7.如权利要求6所述的智能终端,其特征在于,
所述KCM模块还用于接收到所述CMS模块发送的切换请求之前,根据智能终端中预置的镜像文件启动容器***后,记录所述容器***的运行状态信息、以及***资源占用信息。
8.如权利要求7所述的智能终端,其特征在于,
所述CMS模块还用于接收到用户输入的状态查询请求后,将所述状态查询请求发送至所述KCM模块;
所述KCM模块还用于接收到所述状态查询请求后,将所述CMS模块所属容器***的运行状态信息发送至所述CMS模块。
9.如权利要求6-8任一所述的智能终端,其特征在于,
所述KCM模块还用于在向此次切换所涉及的容器***中的CMS模块发送前后台变换信号之后,对此次切换所涉及的容器***的***资源占用信息进行重新分配。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510530368.3A CN105045669A (zh) | 2015-08-26 | 2015-08-26 | 容器***的管理服务方法以及智能终端 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510530368.3A CN105045669A (zh) | 2015-08-26 | 2015-08-26 | 容器***的管理服务方法以及智能终端 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN105045669A true CN105045669A (zh) | 2015-11-11 |
Family
ID=54452233
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201510530368.3A Pending CN105045669A (zh) | 2015-08-26 | 2015-08-26 | 容器***的管理服务方法以及智能终端 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN105045669A (zh) |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106557690A (zh) * | 2016-11-29 | 2017-04-05 | 北京元心科技有限公司 | 管理多容器***的方法及装置 |
CN106776067A (zh) * | 2016-11-29 | 2017-05-31 | 北京元心科技有限公司 | 多容器***中***资源的管理方法及管理装置 |
WO2018045934A1 (zh) * | 2016-09-09 | 2018-03-15 | 华为技术有限公司 | 应用进程的管理方法和终端设备 |
CN114168203A (zh) * | 2020-09-10 | 2022-03-11 | 成都鼎桥通信技术有限公司 | 双***运行状态控制方法、装置和电子设备 |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102439564A (zh) * | 2011-10-24 | 2012-05-02 | 华为技术有限公司 | 在Linux容器中启动应用程序的方法和*** |
US20120198442A1 (en) * | 2011-01-31 | 2012-08-02 | Vivek Kashyap | Virtual Container |
CN103150514A (zh) * | 2013-03-07 | 2013-06-12 | 中国科学院软件研究所 | 一种基于移动设备的可信模块及其可信服务方法 |
CN103744714A (zh) * | 2011-12-31 | 2014-04-23 | 华茂云天科技(北京)有限公司 | 基于云计算的虚拟机管理平台 |
CN103927227A (zh) * | 2014-04-16 | 2014-07-16 | 乐视致新电子科技(天津)有限公司 | 多操作***的切换方法和装置、及智能电视 |
CN104516760A (zh) * | 2014-12-12 | 2015-04-15 | 华为技术有限公司 | 一种操作***热切换的方法、装置及移动终端 |
-
2015
- 2015-08-26 CN CN201510530368.3A patent/CN105045669A/zh active Pending
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20120198442A1 (en) * | 2011-01-31 | 2012-08-02 | Vivek Kashyap | Virtual Container |
CN102439564A (zh) * | 2011-10-24 | 2012-05-02 | 华为技术有限公司 | 在Linux容器中启动应用程序的方法和*** |
CN103744714A (zh) * | 2011-12-31 | 2014-04-23 | 华茂云天科技(北京)有限公司 | 基于云计算的虚拟机管理平台 |
CN103150514A (zh) * | 2013-03-07 | 2013-06-12 | 中国科学院软件研究所 | 一种基于移动设备的可信模块及其可信服务方法 |
CN103927227A (zh) * | 2014-04-16 | 2014-07-16 | 乐视致新电子科技(天津)有限公司 | 多操作***的切换方法和装置、及智能电视 |
CN104516760A (zh) * | 2014-12-12 | 2015-04-15 | 华为技术有限公司 | 一种操作***热切换的方法、装置及移动终端 |
Cited By (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2018045934A1 (zh) * | 2016-09-09 | 2018-03-15 | 华为技术有限公司 | 应用进程的管理方法和终端设备 |
CN107807847A (zh) * | 2016-09-09 | 2018-03-16 | 华为技术有限公司 | 应用进程的管理方法和终端设备 |
CN107807847B (zh) * | 2016-09-09 | 2022-04-29 | 华为技术有限公司 | 应用进程的管理方法和终端设备 |
CN106557690A (zh) * | 2016-11-29 | 2017-04-05 | 北京元心科技有限公司 | 管理多容器***的方法及装置 |
CN106776067A (zh) * | 2016-11-29 | 2017-05-31 | 北京元心科技有限公司 | 多容器***中***资源的管理方法及管理装置 |
CN106557690B (zh) * | 2016-11-29 | 2019-10-22 | 北京元心科技有限公司 | 管理多容器***的方法及装置 |
CN106776067B (zh) * | 2016-11-29 | 2020-10-23 | 北京元心科技有限公司 | 多容器***中***资源的管理方法及管理装置 |
CN114168203A (zh) * | 2020-09-10 | 2022-03-11 | 成都鼎桥通信技术有限公司 | 双***运行状态控制方法、装置和电子设备 |
CN114168203B (zh) * | 2020-09-10 | 2024-02-13 | 成都鼎桥通信技术有限公司 | 双***运行状态控制方法、装置和电子设备 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US10700947B2 (en) | Life cycle management method and device for network service | |
CN105183558A (zh) | 智能终端及其容器***的管理方法 | |
US20170220287A1 (en) | Storage Management Method, Storage Management Apparatus, and Storage Device | |
CN104461744A (zh) | 一种资源分配方法及装置 | |
CN105045669A (zh) | 容器***的管理服务方法以及智能终端 | |
CN103473142B (zh) | 一种云计算操作***下的虚拟机迁移方法及装置 | |
US9037830B2 (en) | Organization of a small object area and a large object area in a Java heap | |
CN104951353A (zh) | 一种对vnf实现加速处理的方法及装置 | |
CN102081502A (zh) | 一种在移动终端待机界面上管理图标的方法及移动终端 | |
CN107920117B (zh) | 一种资源管理方法、控制设备和资源管理*** | |
US20150006818A1 (en) | Data access method and computer-readable storage medium storing computer program | |
JP2021524104A (ja) | マスター・スタンドバイコンテナシステム切替 | |
CN112583625A (zh) | 网络资源管理方法、***、网络设备和可读存储介质 | |
CN104040512A (zh) | 存储空间的处理方法、装置及非易失性计算机可读存储介质 | |
CN105511970A (zh) | 智能终端及其传感器控制方法 | |
CN103152416A (zh) | 一种提高在线集群组高可用性能的动态管理方法 | |
CN104423777A (zh) | 一种窗口显示的方法及装置 | |
CN111726241A (zh) | 网络资源管理方法、***、网络设备和可读存储介质 | |
CN105159823A (zh) | 应用程序的存活状态管理方法以及智能终端 | |
CN111078152A (zh) | 一种基于云平台的云硬盘创建方法和装置 | |
CN114020208B (zh) | 数据垃圾回收方法、装置、计算机设备以及存储介质 | |
CN110543264B (zh) | 基于分屏模式下应用交互的方法、设备和存储介质 | |
CN106792843B (zh) | 一种设备管理方法及装置 | |
CN103139643B (zh) | 一种应用程序的启动方法和数字电视终端 | |
CN104484215A (zh) | 一种应用安装方法、装置及智能终端 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20151111 |