CN116149935A - 一种异常检测方法、装置、存储介质及电子设备 - Google Patents
一种异常检测方法、装置、存储介质及电子设备 Download PDFInfo
- Publication number
- CN116149935A CN116149935A CN202211626327.0A CN202211626327A CN116149935A CN 116149935 A CN116149935 A CN 116149935A CN 202211626327 A CN202211626327 A CN 202211626327A CN 116149935 A CN116149935 A CN 116149935A
- Authority
- CN
- China
- Prior art keywords
- parent
- creating
- processes
- preset
- sleep state
- 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
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/30—Monitoring
- G06F11/3003—Monitoring arrangements specially adapted to the computing system or computing system component being monitored
- G06F11/3006—Monitoring arrangements specially adapted to the computing system or computing system component being monitored where the computing system is distributed, e.g. networked systems, clusters, multiprocessor systems
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/30—Monitoring
- G06F11/3065—Monitoring arrangements determined by the means or processing involved in reporting the monitored data
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/30—Monitoring
- G06F11/32—Monitoring with visual or acoustical indication of the functioning of the machine
- G06F11/324—Display of status information
- G06F11/327—Alarm or error message display
-
- 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
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Quality & Reliability (AREA)
- Computing Systems (AREA)
- Software Systems (AREA)
- Mathematical Physics (AREA)
- Debugging And Monitoring (AREA)
Abstract
本说明书公开了一种异常检测方法、装置、存储介质及电子设备,本说明书实施例中在获取到异常检测请求之后,基于异常检测请求中的进程数,在系统中创建进程数的父进程,并在至少一个父进程下创建处于睡眠状态的子进程,以使父进程均处于等待状态,其中,进程数是基于该系统的CPU的平均负载阈值所确定的。在创建进程后,判断该系统是否触发异常告警,根据判断结果,对该系统进行异常检测。在此方法中,通过创建处于等待状态的多个父进程,使系统的CPU平均负载达到CPU平均负载阈值来验证系统的异常告警机制是否出现故障。
Description
技术领域
本说明书涉及计算机技术领域,尤其涉及一种异常检测方法、装置、存储介质及电子设备。
背景技术
目前,可以通过各种系统执行诸如信息推荐、图像处理、隐私保护等业务,为了保证业务正常执行,需要对各种系统进行状态监测。当系统处于异常状态时,需要及时告警。
为了验证系统在出现故障时是否能够进行及时的异常告警,通常需要在系统检测过程中构建出相应的故障环境。而后,目前没有能够有效构建出所需故障环境的方法,从而也无法检测出系统的异常告警机制是否能够发挥作用。
发明内容
本说明书实施例提供一种异常检测方法、装置、存储介质及电子设备,以部分解决上述现有技术存在的问题。
本说明书实施例采用下述技术方案:
本说明书提供的一种异常检测方法,所述方法包括:
获取异常检测请求;
基于所述异常检测请求中携带的用于触发异常告警的进程数,在所述系统中创建所述进程数的父进程,并基于预设的指定函数,在至少一个父进程下创建处于睡眠状态的子进程,以使所述进程数的父进程均处于等待状态,所述进程数是基于所述系统中的中央处理器CPU的平均负载阈值所确定出的;
在基于所述进程数完成进程创建后,判断所述系统是否触发异常告警,得到判断结果;
根据所述判断结果,对所述系统进行异常检测。
可选地,基于预设的指定函数,在至少一个父进程下创建处于睡眠状态的子进程,具体包括:
针对每个父进程,将预设参数作为预设的指定函数的入参,以基于所述指定函数,在该父进程下创建处于睡眠状态的子进程。
可选地,基于所述异常检测请求中携带的用于触发异常告警的进程数,在所述系统中创建所述进程数的父进程,具体包括:
基于所述异常检测请求中携带的用于触发异常告警的进程数,确定进程链,所述进程链包含所述进程数的进程;
基于预设的指定函数,在至少一个父进程下创建处于睡眠状态的子进程,具体包括:
将所述进程链中的最后一个进程作为父进程;
将预设参数作为预设的指定函数的入参,以基于所述指定函数,在所述父进程下创建处于睡眠状态的子进程。
可选地,根据所述判断结果,对所述系统进行异常检测,具体包括:
若根据所述判断结果确定出所述系统未触发异常告警,则确定所述系统存在异常,并将针对系统的异常信息发送给运维人员的设备,以使所述运维人员对所述系统进行故障修复。
可选地,所述指定函数为vfork函数。
本说明书提供的一种异常检测装置,包括:
获取模块,用于获取异常检测请求;
创建模块,用于基于所述异常检测请求中携带的用于触发异常告警的进程数,在所述系统中创建所述进程数的父进程,并基于预设的指定函数,在至少一个父进程下创建处于睡眠状态的子进程,以使所述进程数的父进程均处于等待状态,所述进程数是基于所述系统中的中央处理器CPU的平均负载阈值所确定出的;
判断模块,用于在基于所述进程数完成进程创建后,判断所述系统是否触发异常告警,得到判断结果;
异常检测模块,用于根据所述判断结果,对所述系统进行异常检测。
可选地,所述创建模块,具体用于针对每个父进程,将预设参数作为预设的指定函数的入参,以基于所述指定函数,在该父进程下创建处于睡眠状态的子进程。
可选地,所述创建模块,具体用于基于所述异常检测请求中携带的用于触发异常告警的进程数,确定进程链,所述进程链包含所述进程数的进程;
将所述进程链中的最后一个进程作为父进程;
将预设参数作为预设的指定函数的入参,以基于所述指定函数,在所述父进程下创建处于睡眠状态的子进程。
本说明书提供的一种计算机可读存储介质,所述存储介质存储有计算机程序,所述计算机程序被处理器执行时实现上述的异常检测方法。
本说明书提供的一种电子设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,所述处理器执行所述程序时实现上述的异常检测方法。
本说明书实施例采用的上述至少一个技术方案能够达到以下有益效果:
本说明书实施例中在获取到异常检测请求之后,基于异常检测请求中的进程数,在系统中创建进程数的父进程,并在至少一个父进程下创建处于睡眠状态的子进程,以使父进程均处于等待状态,其中,进程数是基于该系统的CPU的平均负载阈值所确定的。在创建进程后,判断该系统是否触发异常告警,根据判断结果,对该系统进行异常检测。在此方法中,通过创建处于等待状态的多个父进程,使系统的CPU平均负载达到CPU平均负载阈值,以此来构建出所需的故障环境,进而来验证系统的异常告警机制是否出现故障。
附图说明
此处所说明的附图用来提供对本说明书的进一步理解,构成本说明书的一部分,本说明书的示意性实施例及其说明用于解释本说明书,并不构成对本说明书的不当限定。在附
图中:
图1为本说明书实施例提供的异常检测的流程示意图;
图2为本说明书实施例提供的创建父进程的流程示意图;
图3为本说明书实施例提供的每个父进程创建子进程的代码图;
图4为本说明书实施例提供的创建进程链的代码图;
图5为本说明书实施例提供的异常检测装置的结构示意图;
图6为本说明书实施例提供的电子设备的结构示意图。
具体实施方式
在对系统进行异常检测时,中央处理器(Central Processing Unit,CPU)平均负载对系统的运行影响巨大,因此,可以通过提高CPU平均负载来判断系统的异常告警机制是出现故障。其中,CPU平均负载是指单位时间内,处于正在运行状态、等待运行状态的进程的数量和处于不可中断睡眠状态的进程的数量之和。所以,提升CPU平均负载的方法可以是增加正在运行状态或等待运行状态的进程的数量,也可以是增加处于不可中断的睡眠状态的进程的数量。其中,正在运行状态和等待运行状态统称为R状态,不可中断睡眠状态为D状态。
现有技术中可以通过提高系统的CPU使用率,间接提高CPU平均负载。但是,CPU使用率的增加不一定能提高正在运行状态或等待运行状态的进程的数量,即,不一定能提高CPU平均负载,所以,可能存在当CPU使用率100%时,CPU平均负载也无法达到CPU平均负载阈值,从而无法构建出所需的故障环境,进而也无法有效检测出系统的异常告警机制是否存在故障。
本说明书中,为了不提高CPU的使用率,只提高CPU平均负载,在本说明书实施例中,实现异常检测的核心原理是:增加处于不可中断的睡眠状态的进程的数量,以使CPU平均负载升高。
为使本说明书的目的、技术方案和优点更加清楚,下面将结合本说明书具体实施例及相应的附图对本说明书技术方案进行清楚、完整地描述。显然,所描述的实施例仅是本说明书一部分实施例,而不是全部的实施例。基于本说明书中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本说明书保护的范围。
以下结合附图,详细说明本说明书各实施例提供的技术方案。
图1为本说明书提供一种异常检测方法的流程示意图,该异常检测方法用于对系统进行异常检测,该异常检测方法包括:
S100:获取异常检测请求。
在本说明书实施例中,系统可以是指执行业务的系统。其中,业务可以包括:图像识别、信息推荐、支付业务、语音识别等。
在本说明书实施例中,用户可以通过调用部署于系统中的异常检测函数,并输入想要创建进程的进程数量,来发起异常检测请求。系统可以获取异常检测请求。其中,异常检测请求中携带有用于触发异常告警的进程数,进程数是基于系统的CPU的平均负载阈值所确定的。CPU平均负载阈值可以是指异常告警的阈值。比如:单位时间内,平均负载阈值为16,则进程数可以是16。
当系统的CPU平均负载超过CPU平均负载阈值时,系统需要进行告警。其中,CPU平均负载阈值可以是CPU的核数的指定倍数,比如:4倍。
S102:基于所述异常检测请求中携带的用于触发异常告警的进程数,在所述系统中创建所述进程数的父进程,并基于预设的指定函数,在至少一个父进程下创建处于睡眠状态的子进程,以使所述进程数的父进程均处于等待状态,所述进程数是基于所述系统中的中央处理器CPU的平均负载阈值所确定出的。
在本说明书实施例中,可以根据获取到的异常检测请求中携带的用于触发异常警告的进程数,在系统中创建满足进程数的各进程,作为父进程。然后,基于预设的指定函数,在至少一个父进程下创建处于睡眠状态的子进程,以使各父进程均处于等待状态。其中,睡眠状态可以包括:可中断睡眠状态。等待状态可以是指阻塞状态,即,不可中断睡眠状态。指定函数可以是vfork函数。
vfork函数的特性是:当linux进程调用vfork函数后,父进程将处于不可中断的睡眠状态,直到子进程调用exit或exec为止。即,只要vfork函数创建的子进程没有执行结束,就不会执行父进程。若子进程一直没有执行结束,则父进程一直处于不可中断的睡眠状态。
为了使各父进程处于不可中断的睡眠状态,可以在每个父进程中通过指定函数创建睡眠时间很长的子进程,这样,可以保证每个父进程处于不可中断的睡眠状态。
在本说明书实施例中,可以采用两种方式,创建处于等待状态的父进程。
第一种,可以在系统中创建满足进程数的各父进程之后,针对每个父进程,将预设参数作为指定函数的入参,以基于指定函数,在该父进程下创建处于睡眠状态的子进程。其中,预设参数可以是指子进程处于可中断睡眠状态的持续时间,预设参数比较大,这样,子进程处于可中断睡眠状态的持续时间比较长或者子进程陷入可中断睡眠状态的死循环,可以使父进程处于等待状态。
基于上述创建各父进程的描述,本说明书实施例中提供一种创建父进程的流程示意图,如图2所示。在图2中,从异常检测请求中获取到用户需要创建的进程数,并创建满足进程数的各父进程,每个父进程通过vfork函数创建子进程。
其中,每个父进程创建子进程的代码图,如图3所示。在图3中,若子进程无法给父进程返回数值,则父进程无法执行sleep(36000)。
第二种,除了上述分别创建父进程的方法之外,还可以通过链式结构创建各父进程。
具体的,基于进程数,确定进程链,其中,进程链包含满足进程数的进程。在进程链中,任意进程相对于下一个进程可以称为父进程,任意进程相对于上一个进程可以称为子进程。
为了使进程链中各进程处于不可中断睡眠状态,可以将进程链的最后一个进程作为父进程,然后,将预设参数作为指定函数的入参,以基于指定函数,在进程链的最后一个进程下创建处于睡眠状态的子进程。其中,创建的子进程处于可中断睡眠状态的持续时间比较长,这样,进程链中的满足进程数的进程均处于不可中断睡眠状态。其中,创建进程链的代码图,如图4所示。在图4中,count表示进程数。
S104:在基于所述进程数完成进程创建后,判断所述系统是否触发异常告警,得到判断结果。
S106:根据所述判断结果,对所述系统进行异常检测。
在本说明书实施例中,在基于进程数完成进程创建之后,即,在创建处于不可中断睡眠状态的父进程之后,可以判断系统是否触发异常告警,得到判断结果,并根据判断结果,对系统进行异常检测。
若根据判断结果确定出系统触发异常告警,则确定系统正常,即,系统的异常告警机制正常。
若根据判断结果确定出系统未触发异常告警,则确定系统存在异常,即,系统的异常告警机制存在故障。这种情况下,可以将针对系统的异常信息发送给运维人员的设备,以使运维人员对系统进行故障修复。
通过上述图1所示的方法可见,本说明书中在获取到异常检测请求之后,基于异常检测请求中的进程数,在系统中创建进程数的父进程,并在至少一个父进程下创建处于睡眠状态的子进程,以使父进程均处于等待状态,其中,进程数是基于该系统的CPU的平均负载阈值所确定的。在创建进程后,判断该系统是否触发异常告警,根据判断结果,对该系统进行异常检测。在此方法中,通过创建处于等待状态的多个父进程,使系统的CPU平均负载达到CPU平均负载阈值,从而构建出所需的故障环境,进而来验证系统的异常告警机制是否出现故障。此外,通过创建处于不可中断的睡眠状态的多个父进程来提高CPU平均负载,可以不影响目标设备的其他性能参数,比如:CPU使用率,这样在对目标设备进行异常检测的过程中,也能够保证目标设备的稳定运行。
还需说明的是,本说明书提供的异常检测方法可以应用在诸多业务场景中,即,对不同业务场景所涉及的系统、设备进行异常检测,尤其可以适用于为验证系统的安全性而实施的计算机网络功防的场景中。
以上为本说明书实施例提供的异常检测方法,基于同样的思路,本说明书还提供了相应的装置、存储介质和电子设备。
图5为本说明书实施例提供的一种异常检测装置的结构示意图,所述装置包括:
获取模块501,用于获取异常检测请求;
创建模块502,用于基于所述异常检测请求中携带的用于触发异常告警的进程数,在所述系统中创建所述进程数的父进程,并基于预设的指定函数,在至少一个父进程下创建处于睡眠状态的子进程,以使所述进程数的父进程均处于等待状态,所述进程数是基于所述系统中的中央处理器CPU的平均负载阈值所确定出的;
判断模块503,用于在基于所述进程数完成进程创建后,判断所述系统是否触发异常告警,得到判断结果;
异常检测模块504,用于根据所述判断结果,对所述系统进行异常检测。
可选地,所述创建模块502具体用于,针对每个父进程,将预设参数作为预设的指定函数的入参,以基于所述指定函数,在该父进程下创建处于睡眠状态的子进程。
可选地,所述创建模块502具体用于,基于所述异常检测请求中携带的用于触发异常告警的进程数,确定进程链,所述进程链包含所述进程数的进程;将所述进程链中的最后一个进程作为父进程;将预设参数作为预设的指定函数的入参,以基于所述指定函数,在所述父进程下创建处于睡眠状态的子进程。
可选地,异常检测模块504具体用于,若根据所述判断结果确定出所述系统未触发异常告警,则确定所述系统存在异常,并将针对系统的异常信息发送给运维人员的设备,以使所述运维人员对所述系统进行故障修复。
可选地,所述指定函数为vfork函数。
本说明书还提供了一种计算机可读存储介质,所述存储介质存储有计算机程序,所述计算机程序被处理器执行时可用于执行上述图1提供的异常检测方法。
基于图1所示的异常检测方法,本说明书实施例还提供了图6所示的无人设备的结构示意图。如图6,在硬件层面,该无人设备包括处理器、内部总线、网络接口、内存以及非易失性存储器,当然还可能包括其他业务所需要的硬件。处理器从非易失性存储器中读取对应的计算机程序到内存中然后运行,以实现上述图1所示的异常检测方法。
当然,除了软件实现方式之外,本说明书并不排除其他实现方式,比如逻辑器件抑或软硬件结合的方式等等,也就是说以下处理流程的执行主体并不限定于各个逻辑单元,也可以是硬件或逻辑器件。
在20世纪90年代,对于一个技术的改进可以很明显地区分是硬件上的改进(例如,对二极管、晶体管、开关等电路结构的改进)还是软件上的改进(对于方法流程的改进)。然而,随着技术的发展,当今的很多方法流程的改进已经可以视为硬件电路结构的直接改进。设计人员几乎都通过将改进的方法流程编程到硬件电路中来得到相应的硬件电路结构。因此,不能说一个方法流程的改进就不能用硬件实体模块来实现。例如,可编程逻辑器件(Programmable Logic Device,PLD)(例如现场可编程门阵列(Field Programmable GateArray,FPGA))就是这样一种集成电路,其逻辑功能由用户对器件编程来确定。由设计人员自行编程来把一个数字系统“集成”在一片PLD上,而不需要请芯片制造厂商来设计和制作专用的集成电路芯片。而且,如今,取代手工地制作集成电路芯片,这种编程也多半改用“逻辑编译器(logic compiler)”软件来实现,它与程序开发撰写时所用的软件编译器相类似,而要编译之前的原始代码也得用特定的编程语言来撰写,此称之为硬件描述语言(Hardware Description Language,HDL),而HDL也并非仅有一种,而是有许多种,如ABEL(Advanced Boolean Expression Language)、AHDL(Altera Hardware DescriptionLanguage)、Confluence、CUPL(Cornell University Programming Language)、HDCal、JHDL(Java Hardware Description Language)、Lava、Lola、MyHDL、PALASM、RHDL(RubyHardware Description Language)等,目前最普遍使用的是VHDL(Very-High-SpeedIntegrated Circuit Hardware Description Language)与Verilog。本领域技术人员也应该清楚,只需要将方法流程用上述几种硬件描述语言稍作逻辑编程并编程到集成电路中,就可以很容易得到实现该逻辑方法流程的硬件电路。
控制器可以按任何适当的方式实现,例如,控制器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(Application Specific Integrated Circuit,ASIC)、可编程逻辑控制器和嵌入微控制器的形式,控制器的例子包括但不限于以下微控制器:ARC625D、Atmel AT91SAM、Microchip PIC18F26K20以及Silicone Labs C8051F320,存储器控制器还可以被实现为存储器的控制逻辑的一部分。本领域技术人员也知道,除了以纯计算机可读程序代码方式实现控制器以外,完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件,而对其内包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至,可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。
上述实施例阐明的系统、装置、模块或单元,具体可以由计算机芯片或实体实现,或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。具体的,计算机例如可以为个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。
为了描述的方便,描述以上装置时以功能分为各种单元分别描述。当然,在实施本说明书时可以把各单元的功能在同一个或多个软件和/或硬件中实现。
本领域内的技术人员应明白,本说明书的实施例可提供为方法、系统、或计算机程序产品。因此,本说明书可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本说明书可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本说明书是参照根据本说明书实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
在一个典型的配置中,计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。
内存可能包括计算机可读介质中的非永久性存储器,随机存取存储器(RAM)和/或非易失性内存等形式,如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。
计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括,但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带,磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质,可用于存储可以被计算设备访问的信息。按照本文中的界定,计算机可读介质不包括暂存电脑可读媒体(transitory media),如调制的数据信号和载波。
还需要说明的是,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。
本领域技术人员应明白,本说明书的实施例可提供为方法、系统或计算机程序产品。因此,本说明书可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且,本说明书可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本说明书可以在由计算机执行的计算机可执行指令的一般上下文中描述,例如程序模块。一般地,程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本说明书,在这些分布式计算环境中,由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中,程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。
本说明书中的各个实施例均采用递进的方式描述,各个实施例之间相同相似的部分互相参见即可,每个实施例重点说明的都是与其他实施例的不同之处。尤其,对于系统实施例而言,由于其基本相似于方法实施例,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。
以上所述仅为本说明书的实施例而已,并不用于限制本说明书。对于本领域技术人员来说,本说明书可以有各种更改和变化。凡在本说明书的精神和原理之内所作的任何修改、等同替换、改进等,均应包含在本说明书的权利要求范围之内。
Claims (10)
1.一种异常检测方法,所述方法用于对系统进行异常检测,所述方法包括:
获取异常检测请求;
基于所述异常检测请求中携带的用于触发异常告警的进程数,在所述系统中创建所述进程数的父进程,并基于预设的指定函数,在至少一个父进程下创建处于睡眠状态的子进程,以使所述进程数的父进程均处于等待状态,所述进程数是基于所述系统中的中央处理器CPU的平均负载阈值所确定出的;
在基于所述进程数完成进程创建后,判断所述系统是否触发异常告警,得到判断结果;
根据所述判断结果,对所述系统进行异常检测。
2.如权利要求1所述的方法,基于预设的指定函数,在至少一个父进程下创建处于睡眠状态的子进程,具体包括:
针对每个父进程,将预设参数作为预设的指定函数的入参,以基于所述指定函数,在该父进程下创建处于睡眠状态的子进程。
3.如权利要求1所述的方法,基于所述异常检测请求中携带的用于触发异常告警的进程数,在所述系统中创建所述进程数的父进程,具体包括:
基于所述异常检测请求中携带的用于触发异常告警的进程数,确定进程链,所述进程链包含所述进程数的进程;
基于预设的指定函数,在至少一个父进程下创建处于睡眠状态的子进程,具体包括:
将所述进程链中的最后一个进程作为父进程;
将预设参数作为预设的指定函数的入参,以基于所述指定函数,在所述父进程下创建处于睡眠状态的子进程。
4.如权利要求1所述的方法,根据所述判断结果,对所述系统进行异常检测,具体包括:
若根据所述判断结果确定出所述系统未触发异常告警,则确定所述系统存在异常,并将针对系统的异常信息发送给运维人员的设备,以使所述运维人员对所述系统进行故障修复。
5.如权利要求1所述的方法,所述指定函数为vfork函数。
6.一种异常检测装置,包括:
获取模块,用于获取异常检测请求;
创建模块,用于基于所述异常检测请求中携带的用于触发异常告警的进程数,在系统中创建所述进程数的父进程,并基于预设的指定函数,在至少一个父进程下创建处于睡眠状态的子进程,以使所述进程数的父进程均处于等待状态,所述进程数是基于所述系统中的中央处理器CPU的平均负载阈值所确定出的;
判断模块,用于在基于所述进程数完成进程创建后,判断所述系统是否触发异常告警,得到判断结果;
异常检测模块,用于根据所述判断结果,对所述系统进行异常检测。
7.如权利要求6所述的装置,所述创建模块,具体用于针对每个父进程,将预设参数作为预设的指定函数的入参,以基于所述指定函数,在该父进程下创建处于睡眠状态的子进程。
8.如权利要求6所述的装置,所述创建模块,具体用于基于所述异常检测请求中携带的用于触发异常告警的进程数,确定进程链,所述进程链包含所述进程数的进程;
将所述进程链中的最后一个进程作为父进程;
将预设参数作为预设的指定函数的入参,以基于所述指定函数,在所述父进程下创建处于睡眠状态的子进程。
9.一种计算机可读存储介质,所述存储介质存储有计算机程序,所述计算机程序被处理器执行时实现上述权利要求1-5任一项所述的方法。
10.一种电子设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,所述处理器执行所述程序时实现上述权利要求1-5任一项所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202211626327.0A CN116149935A (zh) | 2022-12-16 | 2022-12-16 | 一种异常检测方法、装置、存储介质及电子设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202211626327.0A CN116149935A (zh) | 2022-12-16 | 2022-12-16 | 一种异常检测方法、装置、存储介质及电子设备 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN116149935A true CN116149935A (zh) | 2023-05-23 |
Family
ID=86351700
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202211626327.0A Pending CN116149935A (zh) | 2022-12-16 | 2022-12-16 | 一种异常检测方法、装置、存储介质及电子设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN116149935A (zh) |
-
2022
- 2022-12-16 CN CN202211626327.0A patent/CN116149935A/zh active Pending
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN110222936B (zh) | 一种业务场景的根因定位方法、系统及电子设备 | |
CN111090502A (zh) | 一种流数据任务调度方法和装置 | |
CN111639011B (zh) | 一种数据监控方法、装置及设备 | |
CN115185777A (zh) | 一种异常检测方法、装置、可读存储介质以及电子设备 | |
CN113704117A (zh) | 一种算法测试系统、方法及装置 | |
CN115185755A (zh) | 一种异常检测方法、装置、存储介质及电子设备 | |
CN116149935A (zh) | 一种异常检测方法、装置、存储介质及电子设备 | |
CN116737345A (zh) | 分布式任务处理系统及方法、装置、存储介质以及设备 | |
CN108470242B (zh) | 风险管控方法、装置、及服务器 | |
CN116302616A (zh) | 一种数据处理的方法、装置、存储介质及电子设备 | |
JP6622926B2 (ja) | 分散型サービス処理の完全性をチェックする方法及び装置 | |
CN108880854B (zh) | 一种服务降级的方法、装置及设备 | |
CN114281069A (zh) | 一种无人驾驶设备的控制方法及装置 | |
CN108647113B (zh) | 一种灾难恢复方法及服务器 | |
CN110362442B (zh) | 一种数据监控方法、装置及设备 | |
CN116304947A (zh) | 业务处理方法、装置及电子设备 | |
CN116743550B (zh) | 一种分布式存储集群的故障存储节点的处理方法 | |
CN110908792A (zh) | 一种数据处理方法及装置 | |
CN116893663B (zh) | 一种主控异常检测方法、装置、存储介质及电子设备 | |
CN115658368B (zh) | 一种故障处理方法、装置、存储介质及电子设备 | |
CN111008096B (zh) | 冗余io模块、控制方法、装置、存储介质及电子设备 | |
CN117076336B (zh) | 一种云边协同系统的测试方法、装置、存储介质及设备 | |
CN112087488B (zh) | 一种重要云机器人节点的确定方法、装置、设备及介质 | |
CN112162533B (zh) | 一种基于集散控制系统的指令控制方法及装置 | |
CN116643532A (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 |