CN105740064A

CN105740064A - Linux系统中防止服务端重启的方法及装置

Info

Publication number: CN105740064A
Application number: CN201410768819.2A
Authority: CN
Inventors: 成修治; 汪雷
Original assignee: Loongson Technology Corp Ltd
Current assignee: Loongson Technology Corp Ltd
Priority date: 2014-12-12
Filing date: 2014-12-12
Publication date: 2016-07-06
Anticipated expiration: 2034-12-12
Also published as: CN105740064B

Abstract

本发明提供一种Linux系统中防止服务端重启的方法及装置。本发明提供的Linux系统中防止服务端重启的方法，包括：实时获取Linux系统中的内存使用信息；在所述内存使用信息不符合内存阈值时，关闭所述Linux系统中的用户程序或者禁止待运行用户程序的启动，使得所述Linux系统中的服务端正常运行。本发明提供的方法以解决现有技术在Linux系统中设置内存参数的方式，虽然在一定程度上降低了Xorg被关闭的概率，但是依然可能仍存在由于Xorg被关闭而导致服务端重启的风险，提高了Linux系统的使用性能。

Description

Linux系统中防止服务端重启的方法及装置

技术领域

本发明涉及计算机技术，尤其涉及一种Linux系统中防止服务端重启的方法及装置。

背景技术

目前的Linux系统中，X图形系统(XWindowSystem)提供了基础的图形用户界面(GraphicalUserInterface，简称为：GUI)，使得Linux系统的使用更加直观。

XWindowSystem是一种客户端/服务端(Client/Server，简称为：C/S)结构的系统模型，Xorg是XWindowSystem的一个实现，由图形服务端程序(XServer)提供基本的图形显示能力；具体地，Xorg提供了一个XServer，负责底层的操作，当运行一个图形客户端程序(XClient)时，该程序可以连接到XServer上，由XServer接收键盘和鼠标的输入并负责屏幕输出窗口的移动，窗口标题的样式等。另外，由于系统中运行程序过多通常会导致内存溢出(OutofMemory，简称为：OOM)。

因此，为了减少因OOM而导致Xorg被关闭的情况，现有技术中提出了一种可以降低了Xorg被关闭的概率的方案，具体地，在路径中设置内核参数overcommit_memory和overcommit_ratio的值；通常地，overcommit_memory有0、1、2三种取值，当取0时，分配时内存不够就触发OOM；当取1时，真正内存耗尽时才触发OOM；当取2时，可以预先计算内存以避免内存超额，如果内存分配操作可能导致OOM，则返回错误信息；overcommit_ratio用于计算内存用量的警戒线，仅在overcommit_memory为2时有用，其中，用量警戒线＝物理内存总量*overcommit_ratio+交换分区总量，交换分区(SWAP)就是Linux系统下的虚拟内存分区,它的作用是在物理内存使用完之后，将磁盘空间虚拟成内存来使用；overcommit_ratio取值范围包括0～100，通常默认为50。现有技术提供的方案，在多次实验验证后得出结论：当overcommit_memory取0和1都会存在因触发OOM而关闭Xorg的可能性；当overcommit_memory取2，并且overcommit_ratio取50时不会触发OOM，但是应用程序仅能开启有限几个，再启动就会导致执行错误，如果将overcommit_ratio设为100，则依旧会触发OOM，因此最终得出，对于2GB的内存总量，比较合理的overcommit_ratio值为80，如果内存较大，可以适当增大这个值，反之亦然。由此可知，现有技术的方案在一定程度上降低了Xorg被关闭的概率。

但是，现有技术在Linux系统中设置内存参数的方式，虽然在一定程度上降低了Xorg被关闭的概率，但是依然可能存在由于Xorg被关闭而导致服务端重启的风险，降低了Linux系统的使用性能。

发明内容

本发明提供一种Linux系统中防止服务端重启的方法及装置，以解决现有技术在Linux系统中设置内存参数的方式，仍存在由于Xorg被关闭而导致服务端重启的风险。

第一方面，本发明提供一种Linux系统中防止服务端重启的方法，包括：

实时获取Linux系统中的内存使用信息；

在所述内存使用信息不符合内存阈值时，关闭所述Linux系统中的用户程序或者禁止待运行用户程序的启动，使得所述Linux系统中的服务端正常运行。

在第一方面的第一种可能的实现方式中，所述内存使用信息包括物理内存剩余信息和虚拟内存占用信息，所述内存阈值包括第一内存阈值和第二内存阈值，所述用户程序包括图形客户端程序Xclient和非Xclient。

根据第一方面的第一种可能的实现方式，在第二种可能的实现方式中，所述在所述内存使用信息不符合内存阈值时，关闭所述Linux系统中的用户程序，包括：

在所述物理内存剩余信息小于所述第一内存阈值时，关闭所述Linux系统中使得所述物理内存剩余信息小于所述第一内存阈值的非Xclient；和/或，

在所述虚拟内存占用信息大于所述第二内存阈值时，关闭所述Linux系统中使得所述虚拟内存占用信息大于所述第二内存阈值的图形程序Xorg的Xclient。

根据第一方面的第一种可能的实现方式，在第三种可能的实现方式中，在所述实时获取Linux系统中的内存使用信息之前，所述方法还包括：在所述Linux系统中设置标志位；

则所述实时获取Linux系统的中内存使用信息，包括：

所述待运行用户程序通过读取所述标志位，以获取所述Linux系统中当前的内存使用信息。

根据第一方面的第三种可能的实现方式，在第四种可能的实现方式中，所述在所述内存使用信息不符合内存阈值时，禁止待运行用户程序的启动，包括：

在所述物理内存剩余信息小于所述第一内存阈值，或者所述虚拟内存占用信息大于所述第二内存阈值时，确定禁止启动所述待运行用户程序。

第二方面，本发明提供一种Linux系统中防止服务端重启的装置，包括：

获取模块，用于实时获取Linux系统中的内存使用信息；

执行模块，用于在所述获取模块的内存使用信息不符合内存阈值时，关闭所述Linux系统中的用户程序或者禁止待运行用户程序的启动，使得所述Linux系统中的服务端正常运行。

在第二方面的第一种可能的实现方式中，所述内存使用信息包括物理内存剩余信息和虚拟内存占用信息，所述内存阈值包括第一内存阈值和第二内存阈值，所述用户程序包括图形客户端程序Xclient和非Xclient。

根据第二方面的第一种可能的实现方式，在第二种可能的实现方式中，所述Linux系统中防止服务端重启的装置还包括：确定模块，用于确定所述物理内存剩余信息是否小于所述第一内存阈值；

则所述执行模块，具体用于在所述确定模块确定所述物理内存剩余信息小于所述第一内存阈值时，关闭所述Linux系统中使得所述物理内存剩余信息小于所述第一内存阈值的非Xclient；和/或，

所述确定模块，还用于确定所述虚拟内存占用信息大于所述第二内存阈值；

则所述执行模块，具体用于在所述确定模块确定所述虚拟内存占用信息大于所述第二内存阈值时，关闭所述Linux系统中使得所述虚拟内存占用信息大于所述第二内存阈值的图形程序Xorg的Xclient。

根据第二方面的第一种可能的实现方式，在第三种可能的实现方式中，所述Linux系统中防止服务端重启的装置还包括：设置模块，用于在所述获取模块实时获取Linux系统中的内存使用信息之前，在所述Linux系统中设置标志位；

则所述获取模块，具体用于所述待运行用户程序通过读取所述标志位，以获取所述Linux系统中的当前内存使用信息。

根据第二方面的第三种可能的实现方式，在第四种可能的实现方式中，所述执行模块，具体用于在所述物理内存剩余信息小于所述第一内存阈值，或者所述虚拟内存占用信息大于所述第二内存阈值时，确定禁止启动所述待运行用户程序。

本发明提供一种Linux系统中防止服务端重启的方法及装置，通过获取Linux系统中的内存使用信息，并根据该获取的内存使用信息关闭Linux系统中的用户程序或者禁止待运行用户程序的启动，充分保证了Linux系统下X中服务端的稳定性，解决了现有技术在Linux系统中设置内存参数的方式，虽然在一定程度上降低了Xorg被关闭的概率，但是依然可能仍存在由于Xorg被关闭而导致服务端重启的风险，提高了Linux系统的使用性能。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1为本发明实施例所提供的一种Linux系统中防止服务端重启的方法的流程图；

图2为本发明实施例所提供的一种Linux系统中防止服务端重启的方法的流程图；

图3为本发明实施例所提供的一种Linux系统中防止服务端重启的装置的结构示意图；

图4为本发明实施例所提供的另一种Linux系统中防止服务端重启的装置的结构示意图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

图1为本发明实施例所提供的一种Linux系统中防止服务端重启的方法的流程图。本实施例提供的方法适用于在Linux系统中通过Xwindowsystem运行程序的情况，该方法可以由Linux系统中防止服务端重启的装置执行，该装置通常以硬件或软件的方法来实现，可以集成在终端设备的存储器中，例如集成在处理器芯片的存储单元中，供处理器调用执行。如图1所示，本实施例的方法可以包括：

S110，实时获取Linux系统中的内存使用信息。

Linux系统中的Xorg(以下简称为：X)提供一个Xserver和Xclient用于绘制GUI，其中，与一般的客户端和服务端不同的是，X所包括的Xserver和Xclient通常在同一台设备中。具体地，Xserver是X的服务端，负责所有有关图形显示的操作。Xclient不负责任何图形相关的具体操作，仅与Xserver进行交互，由Xserver完成其图形显示任务，Xclient的核心任务是计算和数据处理，即消息处理。此外，在另一具体应用过程中，启动多个Xclient后也会由Xserver为其分配虚拟内存。显然地，X中Xserver所执行的图形显示任务需要占用更大的内存空间，并且，所有的Xclient都需要与X中的一个Xserver交互，因此，Linux系统用于绘制GUI的Xserver的运行状态直接影响Linux系统的使用性能。

本实施例提供的方法，在Linux系统中实时获取内存使用信息，作为判断系统负载的标准，在具体实现中，可以通过编写程序实现一个守护进程，定时监控该Linux系统的内存使用信息，例如可以每隔100毫秒(ms)获取一次内存使用信息。

S120，在内存使用信息不符合内存阈值时，关闭Linux系统中的用户程序或者禁止待运行用户程序的启动，使得Linux系统中的服务端正常运行。

本实施例提供的方法中所述的内存使用信息不符合内存阈值的情况例如可以为内存不足，具体包括物理内存不够和虚拟内存不够，本实施例以Xorg提供的Xserver为例予以说明，当Linux系统中内存不足时，会因为Xorg被关闭而导致X重启，即Linux系统的服务端因Xorg被关闭而重新，进而与Xorg的Xserver交互的所有用户程序都被迫终止，极大的降低了X在Linux系统的使用性能，给用户的使用造成了不便。

另外，在本实施例中，在内存使用信息不符合内存阈值时，Linux系统直接禁止待运行的用户程序的启动，从而避免因OOM而导致Xorg关闭，提高Linux系统中X的稳定性。

需要说明的是，本实施例提供的Linux系统中防止服务端重启的方法中，对内存使用信息的获取可以是按照特定的时间间隔重复获取的，因此执行关闭用户程序或者禁止待运行用户程序启动的操作也是根据当前获取的内存使用信息循环执行的，最终目的是避免Linux系统发送OOM的情况。

本实施例所提供的Linux系统中防止服务端重启的方法，通过获取Linux系统中的内存使用信息，并根据该获取的内存使用信息关闭Linux系统中的用户程序或者禁止待运行用户程序的启动，充分保证了Linux系统下X中服务端的稳定性，解决了现有技术在Linux系统中设置内存参数的方式，虽然在一定程度上降低了Xorg被关闭的概率，但是依然可能仍存在由于Xorg被关闭而导致服务端重启的风险，提高了Linux系统的使用性能。

图2为本发明实施例所提供的另一种Linux系统中防止服务端重启的方法的流程图。如图2所示，本实施例的方法可以包括：

S201，实时获取Linux系统中的内存使用信息。

本实施例中获取的内存使用信息包括物理内存剩余信息和虚拟内存占用信息。具体获取的方式例如可以使用Linux系统中的用于获取内存的命令、即free命令，获取系统中剩余物理内存的大小作为物理内存剩余信息；又例如可以从/proc路径下得到进行Xorg已使用的虚拟内存的大小作为虚拟内存占用信息，并根据已获取的内存使用信息选择性关闭Linux系统中的用户程序。在本实施例中，用户程序以是否为图形客户端程序作为区分，因此该被关闭的用户程序可以为Xclient，也可以为非Xclient，其中，非Xclient中不包括Xserver。另外，在本实施例中，可以分别通过对物理内存剩余信息和虚拟内存占用信息的判断来执行防止服务端重启的任务，相应地，本实施例中的内存阈值包括用于判断物理内存剩余信息的第一内存阈值，和用于判断虚拟内存占用信息的第二内存阈值，用户程序也包括占用物理内存的非Xclient和占用虚拟内存的Xclient，在具体实现中，可以包括：

S202，物理内存剩余信息是否小于第一内存阈值；若是，则执行S203；若否，则执行S201。

S203，关闭Linux系统中使得物理内存剩余信息小于第一内存阈值的非Xclient。

S204，虚拟内存占用信息是否大于第二内存阈值；若是，则执行S205；若否，则执行S201。

S205，关闭Linux系统中使得虚拟内存占用信息大于第二内存阈值的Xorg的Xclient。

需要说明的是，本实施例中上述S202和S204所进行的判断是并列执行的，只要满足其中之一便关闭影响内存占用的用户程序，对于内存使用信息的判断同样可以通过上述守护进程的方式实现，并且在执行S203和S205之后继续对Linux系统中的内存使用信息进行判断，即执行S201，本实施例提供的方法中对内存使用信息的实时获取和根据内存使用信息所执行的操作是循环执行的；具体地，对单纯消耗物理内存时的测试方法，以2G物理内存下32位Linux系统为例予以说明，在命令行环境下启动某一测试用户程序，该程序运行时不断消耗内存，此时Xorg占用的虚拟内存小于设定的第二内存阈值，由于该命令行环境下启动的用户程序不是Xorg中的程序，即为非Xorg的用户程序(即非Xclient)，因此该非Xclient的运行不会消耗Linux系统中的虚拟内存，仅消耗Linux系统的物理内存，当系统的物理内存剩余信息小于设定的第一内存阈值时，例如小于300M时，可以关闭刚开启的非Xclient；或者关闭占用的物理内存大于第一预设值的非Xclient程序等，以使得Xorg程序正常运行；对于虚拟内存先于物理内存发生OOM的情况的测试方法，以4G或更大物理内存为例予以说明，启动有图形界面的Xclient，例如可以为火狐浏览器(firefox)等程序，并同时启动多个Xclient，在虚拟内存占用信息大于第二内存阈值时，例如大于为1.25G时，可以关闭同时运行的多个Xclient中使得虚拟内存占用信息大于第二内存阈值的Xclient，具体可以通过对开启的Xclient按照虚拟内存占用大小进行排序，关闭虚拟内存占用较大的；或者通过对Xclient影响Xserver占用虚拟内存的大小设置的第二预设值，来判断关闭同时运行的多个Xclient中的一个或多个Xclient；或者将刚开启的Xclient关闭等。需要说明的是，本实施例中用于判断内存使用信息的第一内存阈值和第二内存阈值可以是内存使用信息的百分比，第一预设值可以为对物理内存设置的一个安全临界值，第二预设值可以为对Xserver为Xclient分配的虚拟内存设置的一个比较值。

在本实施例的另一种实现方式中，在S201之前还包括：在Linux系统中设置标志位；相应地，S201可以替换为：待运行用户程序通过读取该标志位获取Linux系统中的当前内存使用信息。

在本实施例中，例如可以在系统文件中设置标志位，获取系统中内存使用信息则是通过待运行程序对标志位的读取来获知的，即对内存使用信息的判断也是用于确定该待运行用户程序是否需要启动，因此，判断的方式是相同的，执行判断的结果不影响系统中当前运行的程序，在S202和/或S204的判断为“是”的情况下，则禁止启动该待运行用户程序。

需要说明的是，本实施例在S202和/或S204的判断为“否”的情况下，继续执行S201，以设定的时间间隔重复对Linux系统中的内存使用信息进行判断，在符合判断标准时执行关闭用户程序的操作，可以使得系统中的物理内存剩余信息小于第一内存阈值，并且虚拟内存占用信息大于第二内存阈值，以避免因触发OOM而关闭Xorg，导致的服务端重启的情况，提高了Linux系统的稳定性和使用性能，让用户更加方便的执行该系统下的操作。

图3为本发明实施例所提供的一种Linux系统中防止服务端重启的装置的结构示意图。如图3所示，本实施例提供的装置，具体包括：获取模块11和执行模块12。

其中，获取模块11，用于实时获取Linux系统中的内存使用信息。

执行模块12，用于在获取模块11获取的内存使用信息不符合内存阈值时，关闭Linux系统中的用户程序或者禁止待运行用户程序的启动，以使得Linux系统中的服务端正常运行。

本发明实施例提供的Linux系统中防止服务端重启的装置用于执行本图1所示实施例提供的Linux系统中防止服务端重启的方法，具备相应的功能模块，其实现原理和技术效果类似，此处不再赘述。

图4为本发明实施例所提供的另一种Linux系统中防止服务端重启的装置的结构示意图，图4所示装置在上述图3所示装置的基础上。

需要说明的是，本实施例所述的内存使用信息可以包括物理内存剩余信息和虚拟内存占用信息，相应地，内存阈值可以包括第一内存阈值和第二内存阈值，用户程序可以包括非Xclient和Xclient；本实施例提供的装置还包括：确定模块13，用于确定物理内存剩余信息是否小于第一内存阈值，则执行模块12，具体用于在确定模块13确定物理内存剩余信息小于第一内存阈值时，关闭Linux系统中使得物理内存剩余信息小于第一内存阈值的非Xclient；和/或，上述确定模块13还用于确定虚拟内存占用信息是否大于第二内存阈值，则执行模块12，具体用于在确定模块13确定虚拟内存占用信息大于第二阈值时，关闭Linux系统中使得虚拟内存占用信息大于第二内存阈值的Xorg的Xclient。

在具体实现中，本实施例提供的装置还包括：设置模块14，用于在获取模块11实时获取Linux系统中的内存使用信息之前，在Linux系统中设置标志位；则获取模块11，具体用于待运行用户程序通过读取该标志位，以获取该Linux系统中的当前内存使用信息。

需要说明的是，该执行模块12是否执行对待运行用户程序的启动，同样是根据确定模块13对物理内存剩余信息和虚拟内存占用信息的确定的，具体地，该执行模块12，具体用于在物理内存剩余信息小于第一内存阈值，或者在虚拟内存占用信息大于第二内存阈值时，确定禁止启动该待运行用户程序。

本领域普通技术人员可以理解：实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中。该程序在执行时，执行包括上述各方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

最后应说明的是：以上各实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述各实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。

Claims

1.一种Linux系统中防止服务端重启的方法，其特征在于，包括：

实时获取Linux系统中的内存使用信息；

2.根据权利要求1所示的Linux系统中防止服务端重启的方法，其特征在于，所述内存使用信息包括物理内存剩余信息和虚拟内存占用信息，所述内存阈值包括第一内存阈值和第二内存阈值，所述用户程序包括图形客户端程序Xclient和非Xclient。

3.根据权利要求2所述Linux系统中防止服务端重启的方法，其特征在于，所述在所述内存使用信息不符合内存阈值时，关闭所述Linux系统中的用户程序，包括：

4.根据权利要求2所述的Linux系统中防止服务端重启的方法，其特征在于，在所述实时获取Linux系统中的内存使用信息之前，所述方法还包括：在所述Linux系统中设置标志位；

则所述实时获取Linux系统的中内存使用信息，包括：

5.根据权利要求4所述的Linux系统中防止服务端重启的方法，其特征在于，所述在所述内存使用信息不符合内存阈值时，禁止待运行用户程序的启动，包括：

6.一种Linux系统中防止服务端重启的装置，其特征在于，包括：

获取模块，用于实时获取Linux系统中的内存使用信息；

执行模块，用于在所述获取模块获取的内存使用信息不符合内存阈值时，关闭所述Linux系统中的用户程序或者禁止待运行用户程序的启动，使得所述Linux系统中的服务端正常运行。

7.根据权利要求6所述的Linux系统中防止服务端重启的装置，其特征在于，所述内存使用信息包括物理内存剩余信息和虚拟内存占用信息，所述内存阈值包括第一内存阈值和第二内存阈值，所述用户程序包括图形客户端程序Xclient和非Xclient。

8.根据权利要求7所述的Linux系统中防止服务端重启的装置，其特征在于，还包括：确定模块，用于确定所述物理内存剩余信息是否小于所述第一内存阈值；

9.根据权利要求7所述的Linux系统中防止服务端重启的装置，其特征在于，还包括：设置模块，用于在所述获取模块实时获取Linux系统中的内存使用信息之前，在所述Linux系统中设置标志位；

10.根据权利要求9所述的Linux系统中防止服务端重启的装置，其特征在于，所述执行模块，具体用于在所述物理内存剩余信息小于所述第一内存阈值，或者所述虚拟内存占用信息大于所述第二内存阈值时，确定禁止启动所述待运行用户程序。