CN107483295A - 一种网管系统处理能力的测试方法 - Google Patents
一种网管系统处理能力的测试方法 Download PDFInfo
- Publication number
- CN107483295A CN107483295A CN201710868429.6A CN201710868429A CN107483295A CN 107483295 A CN107483295 A CN 107483295A CN 201710868429 A CN201710868429 A CN 201710868429A CN 107483295 A CN107483295 A CN 107483295A
- Authority
- CN
- China
- Prior art keywords
- management system
- network management
- module
- performance
- disposal ability
- 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
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
- H04L43/0805—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability
- H04L43/0817—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability by checking functioning
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W24/00—Supervisory, monitoring or testing arrangements
- H04W24/04—Arrangements for maintaining operational condition
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Environmental & Geological Engineering (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Computer And Data Communications (AREA)
Abstract
本发明属于通信技术领域,公开了一种网管系统处理能力的测试方法,包括:模拟批量设备向所述网管系统中的单个模块并发业务数据,获得单个模块的性能处理能力极限;依次获得所述网管系统中每个模块单独处理并发业务数据时的性能处理能力极限;模拟批量设备向所述网管系统中的两个模块并发业务数据,获得两个模块同时并发时的性能处理能力极限;逐个模块增加并发业务数据,直至获得所述网管系统中所有模块同时并发时的性能处理能力极限。本发明解决了现有技术中只能测试单一模块的瓶颈且测试耗时较长的问题,达到了高效测试整个网管系统处理能力的技术效果。
Description
技术领域
本发明涉及通信技术领域,尤其涉及一种基于网管系统处理能力的测试方法。
背景技术
网管系统是无线接入网网元统一管理的管理平台,主要具有配置管理、故障、性能、拓扑、软件、安全、测试跟踪、系统、命令行操作方式等管理和北向网管接口。要求网管系统作为运营商管理网元设备的工具,具备处理能力强、数据存储量大、反应时间快、稳定可靠等特点,能为运营商及时可靠地提供详尽的设备故障告警数据、设备性能KPI等数据。随着网元数目的急剧增加,运营商对网管系统处理能力要求不断提高,网管系统的处理能力成为亟待明确的问题。以管理4G LTE设备的网管系统为例,只有知道了系统的处理能力,才能知道一个网管系统能管理多少台设备,从而更好的为运营商进行网管系统的部署。由于目前网管系统的多业务化和多模块化,现有的压力测试方法只能测试单一模块的瓶颈并且耗时较长,无法高效测试出整个网管系统的处理能力。
发明内容
本发明通过提供一种网管系统处理能力的测试方法,解决了现有技术中只能测试单一模块的瓶颈且测试耗时较长的问题。
本申请实施例提供一种网管系统处理能力的测试方法,包括:
模拟批量设备向所述网管系统中的单个模块并发业务数据,获得单个模块的性能处理能力极限;
依次获得所述网管系统中每个模块单独处理并发业务数据时的性能处理能力极限;
模拟批量设备向所述网管系统中的两个模块并发业务数据,获得两个模块同时并发时的性能处理能力极限;
逐个模块增加并发业务数据,直至获得所述网管系统中所有模块同时并发时的性能处理能力极限。
优选的,获得所述网管系统中所有模块同时并发时的性能处理能力极限之后,模拟批量设备在第一时间段内向所述网管系统中所有模块持续并发业务数据,验证并发状态下所述网管系统运行的可靠性。
优选的,模拟批量设备向所述网管系统中的单个模块并发业务数据之前,记录所述网管系统初始启动时的系统性能参数,所述系统性能参数包括响应速度、CPU、内存。
优选的,所述模拟批量设备向所述网管系统中的单个模块并发业务数据,获得单个模块的性能处理能力极限包括:
模拟批量设备在第二时间段内以第一并发量持续向所述单个模块并发业务数据,若所述网管系统的性能没有恶化,则逐步加大并发量,直至所述网管系统的性能恶化,所述网管系统性能恶化时的并发量记为第二并发量;
在所述第二并发量的基础上,逐步减少并发量,直至所述网管系统的性能不再恶化,所述网管系统的性能不再恶化时的并发量记为第三并发量,所述第三并发量作为所述单个模块的性能处理能力极限。
优选的,所述模拟批量设备向所述网管系统中的两个模块并发业务数据,获得两个模块同时并发时的性能处理能力极限包括:
模拟批量设备在第三时间段内以第四并发量持续向第一模块并发业务数据,同时以第五并发量持续向第二模块并发业务数据;其中,所述第四并发量为所述第一模块的性能处理能力极限,所述第五并发量为所述第二模块的性能处理能力极限;
若所述网管系统的性能恶化,则逐步减少所述第一模块或所述第二模块的并发量,直至所述网管系统的性能不再恶化;所述网管系统的性能不再恶化时,所述第一模块的并发量记为第六并发量,所述第二模块的并发量记为第七并发量,所述第六并发量和所述第七并发量分别作为所述第一模块和所述第二模块在两个模块同时开启时的性能处理能力极限。
优选的,所述网管系统的性能恶化为所述网管系统的CPU占有率超过20%,所述网管系统的内存持续增长。
本申请实施例中提供的一个或多个技术方案,至少具有如下技术效果或优点:
在本申请实施例中,通过模拟批量设备向网管的单个模块并发业务数据,观察系统的性能变化,逐渐试探模块的性能瓶颈,得到单个模块的性能处理能力极限;按照上述方法以此类推,对每个模块并发该模块对应的业务数据,逐渐试探模块的性能瓶颈,可以得到网管系统中每个模块的性能处理能力极限;通过逐个模块增加并发业务数据,逐渐试探模块同时并发的性能瓶颈;逐步记录每增加一个模块并发量时,同时运行的多个模块的处理能力极限,直到网管系统中所有模块都处于并发状态,并且在该状态下网管系统的性能不会恶化,此时,每个模块的处理能力极限可以作为整个网管系统的处理能力。本发明通过模拟批量设备向网管系统并发业务数据,逐渐试探网管系统的并发处理能力,能够高效测试出整个网管系统的处理能力。
附图说明
为了更清楚地说明本实施例中的技术方案,下面将对实施例描述中所需要使用的附图作一简单地介绍,显而易见地,下面描述中的附图是本发明的一个实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为本发明实施例提供的一种网管系统处理能力的测试方法的流程图。
具体实施方式
本申请实施例通过提供一种网管系统处理能力的测试方法,解决了现有技术中只能测试单一模块的瓶颈且耗时较长的问题。
本申请实施例的技术方案为解决上述技术问题,总体思路如下:
一种网管系统处理能力的测试方法,包括:
模拟批量设备向所述网管系统中的单个模块并发业务数据,获得单个模块的性能处理能力极限;
依次获得所述网管系统中每个模块单独处理并发业务数据时的性能处理能力极限;
模拟批量设备向所述网管系统中的两个模块并发业务数据,获得两个模块同时并发时的性能处理能力极限;
逐个模块增加并发业务数据,直至获得所述网管系统中所有模块同时并发时的性能处理能力极限。
本发明通过模拟批量设备向网管的单个模块并发业务数据,观察系统的性能变化,逐渐试探模块的性能瓶颈,得到单个模块的性能处理能力极限;按照上述方法以此类推,对每个模块并发该模块对应的业务数据,逐渐试探模块的性能瓶颈,可以得到网管系统中每个模块的性能处理能力极限;通过逐个模块增加并发业务数据,逐渐试探模块同时并发的性能瓶颈;逐步记录每增加一个模块并发量时,同时运行的多个模块的处理能力极限,直到网管系统中所有模块都处于并发状态,并且在该状态下网管系统的性能不会恶化,此时,每个模块的处理能力极限可以作为整个网管系统的处理能力。本发明通过模拟批量设备向网管系统并发业务数据,逐渐试探网管系统的并发处理能力,能够高效测试出整个网管系统的处理能力。
为了更好的理解上述技术方案,下面将结合说明书附图以及具体的实施方式对上述技术方案进行详细的说明。
本实施例提供了一种网管系统处理能力的测试方法具体是一种大量设备维护背景下OMC(Operation management center,操作维护中心)网管系统的处理能力的测试方法,模拟批量设备向网管系统并发业务数据,逐渐试探网管系统的并发处理能力;或者说,该方法是一种在大容量的网元管理系统中,找到系统处理能力的测试方法。
下面结合附图1进一步说明本发明。
一种网管系统处理能力的测试方法,具体包括以下步骤:
步骤S1:记录网管系统初始启动时的系统性能参数。
记录网管系统运行的初始状态,即网管系统初始启动时的系统性能参数,所述系统性能参数包括CPU、内存、响应速度等。
步骤S2:模拟批量设备向网管系统中单个模块并发业务数据,获得单个模块的性能处理能力极限。
模拟批量设备向网管系统中的单个模块并发业务数据,开始时先并发少量数据,持续一段时间,观察网管系统的性能变化,如果网管系统性能没有恶化,则逐步加大并发量,直到性能恶化为止,此时适当减少并发量,如果此时性能没有恶化,则记录该并发量为该单个模块的性能处理能力极限。
网管系统包括告警模块、性能模块、配置模块、无线测量模块等。一种具体的情况,模拟批量设备向网管系统中的告警模块并发业务数据,开始时先按照1000条/秒进行并发数据,持续一个小时,观察系统的性能变化,如果系统CPU占用率没有超过20%,内存与初始相比没有持续增长,表示性能没有恶化,则逐步加大并发量(例如并发量从初始的1000条/秒,到第二小时的1200条/秒,再到第三小时的1400条/秒,逐步加大),直到内存持续增长为止,此时判定为网管系统性能恶化;判定网管系统性能恶化后,适当减少并发量;如果在减少并发量的过程中,网管系统的内存达到平衡,不再增长,则暂停发送业务数据,数据库SQL立刻停止插入,证明告警模块能处理该并发量,记录该并发量为告警模块的性能处理能力极限。
步骤S3:按照步骤S2方式,依次获得网管系统中每个模块单独处理并发业务数据时的性能处理能力极限。
通过逐渐试探性能瓶颈的方式,批量设备向网管系统中的单个模块并发业务数据模,得到并记录每个模块单独处理并发业务数据时的性能处理能力极限。
一种具体的情况,通过逐渐试探性能瓶颈的方式,依次批量设备向网管系统中的性能模块、配置模块、无线测量模块等所有模块并发业务数据,得到并记录每个模块单独处理并发业务数据时的性能处理能力极限。
步骤S4:模拟批量设备向网管系统中的两个模块并发业务数据,获得两个模块同时并发时的性能处理能力极限。
模拟批量设备同时向网管系统中的两个模块分别按照该模块的性能处理能力极限并发业务数据,此时如果系统性能恶化,则逐步减少这两个模块的并发业务数据(首先随机选择其中一个模块,减少这个模块的并发业务数据,然后减少另一个模块的并发业务数据,之后交替减少两个模块的并发业务数据),直到系统性能恶化不再持续恶化,记录此时这两个模块的并发量为两个模块同时开启的处理能力极限。
一种具体的情况,模拟批量设备同时向网管系统中的告警模块和性能模块分别按照告警模块和性能模块的性能处理能力极限并发业务数据,此时如果系统内存持续增长,则逐步将其中的告警模块的并发业务数据减少100条/S,直到网管系统的内存不再持续增长为止,持续一个小时后,记录此时这两个模块的并发量为这两个模块同时开启的性能处理能力极限;由于不同的模块的业务处理流程不同,因此,不同的模块具有不同的并发量。
步骤S5:逐个模块增加并发业务数据,直至获得网管系统中所有模块同时并发时的性能处理能力极限。
逐个模块增加并发业务数据,参照步骤S4,逐步记录每增加一个模块并发量时,同时运行的多个模块的处理能力极限,直到网管系统中所有模块都处于并发状态,此时,每个模块的处理能力极限可以作为整个网管系统的处理能力。
一种具体的情况,逐个模块增加并发业务数据,参照步骤S4,对配置模块开启并发业务数据,此时如果系统内存持续增长,则交替减少多个模块的并发量(例如首先将其中性能模块的并发业务数据减少100条/秒,然后减少告警模块的并发量,再减少配置模块的并发量),直到网管系统的内存不再持续增长为止,持续一个小时后,记录此时这三个模块的并发量为这三个模块同时开启的性能处理能力极限。同理,依次开启网管系统的其他模块并发业务数据,直到网管系统中所有模块都处于并发状态,此时,每个模块的处理能力极限可以作为整个网管系统的处理能力。
步骤S6:模拟批量设备向网管系统中所有模块并发业务数据,验证并发状态下网管系统运行的可靠性。
模拟批量设备在第一时间段内(例如一周)向网管系统中所有模块并发业务数据,并且在该并发状态下网管系统能够正常运行,系统性能不会恶化(例如系统CPU正常、内存不会持续增长),这样,网管系统的处理能力的可靠性才能得到充分证明。
本发明通过上述处理明确并验证了网管系统的处理能力,对每次网管系统优化处理能力后的再次测试提供了高效的测试方法。
本发明实施例提供的一种网管系统处理能力的测试方法至少包括如下技术效果:
在本申请实施例中,通过模拟批量设备向网管的单个模块并发业务数据,观察系统的性能变化,逐渐试探模块的性能瓶颈,得到单个模块的性能处理能力极限;按照上述方法以此类推,对每个模块并发该模块对应的业务数据,逐渐试探模块的性能瓶颈,可以得到网管系统中每个模块的性能处理能力极限;通过逐个模块增加并发业务数据,逐渐试探模块同时并发的性能瓶颈;逐步记录每增加一个模块并发量时,同时运行的多个模块的处理能力极限,直到网管系统中所有模块都处于并发状态,并且在该状态下网管系统的性能不会恶化,此时,每个模块的处理能力极限可以作为整个网管系统的处理能力。本发明通过模拟批量设备向网管系统并发业务数据,逐渐试探网管系统的并发处理能力,能够高效测试出整个网管系统的处理能力。
最后所应说明的是,以上具体实施方式仅用以说明本发明的技术方案而非限制,尽管参照实例对本发明进行了详细说明,本领域的普通技术人员应当理解,可以对本发明的技术方案进行修改或者等同替换,而不脱离本发明技术方案的精神和范围,其均应涵盖在本发明的权利要求范围当中。
Claims (6)
1.一种网管系统处理能力的测试方法,其特征在于,包括:
模拟批量设备向所述网管系统中的单个模块并发业务数据,获得单个模块的性能处理能力极限;
依次获得所述网管系统中每个模块单独处理并发业务数据时的性能处理能力极限;
模拟批量设备向所述网管系统中的两个模块并发业务数据,获得两个模块同时并发时的性能处理能力极限;
逐个模块增加并发业务数据,直至获得所述网管系统中所有模块同时并发时的性能处理能力极限。
2.根据权利要求1所述的网管系统处理能力的测试方法,其特征在于,获得所述网管系统中所有模块同时并发时的性能处理能力极限之后,模拟批量设备在第一时间段内向所述网管系统中所有模块持续并发业务数据,验证并发状态下所述网管系统运行的可靠性。
3.根据权利要求1或2所述的网管系统处理能力的测试方法,其特征在于,模拟批量设备向所述网管系统中的单个模块并发业务数据之前,记录所述网管系统初始启动时的系统性能参数,所述系统性能参数包括响应速度、CPU、内存。
4.根据权利要求1所述的网管系统处理能力的测试方法,其特征在于,所述模拟批量设备向所述网管系统中的单个模块并发业务数据,获得单个模块的性能处理能力极限包括:
模拟批量设备在第二时间段内以第一并发量持续向所述单个模块并发业务数据,若所述网管系统的性能没有恶化,则逐步加大并发量,直至所述网管系统的性能恶化,所述网管系统性能恶化时的并发量记为第二并发量;
在所述第二并发量的基础上,逐步减少并发量,直至所述网管系统的性能不再恶化,所述网管系统的性能不再恶化时的并发量记为第三并发量,所述第三并发量作为所述单个模块的性能处理能力极限。
5.根据权利要求1所述的网管系统处理能力的测试方法,其特征在于,所述模拟批量设备向所述网管系统中的两个模块并发业务数据,获得两个模块同时并发时的性能处理能力极限包括:
模拟批量设备在第三时间段内以第四并发量持续向第一模块并发业务数据,同时以第五并发量持续向第二模块并发业务数据;其中,所述第四并发量为所述第一模块的性能处理能力极限,所述第五并发量为所述第二模块的性能处理能力极限;
若所述网管系统的性能恶化,则逐步减少所述第一模块或所述第二模块的并发量,直至所述网管系统的性能不再恶化;所述网管系统的性能不再恶化时,所述第一模块的并发量记为第六并发量,所述第二模块的并发量记为第七并发量,所述第六并发量和所述第七并发量分别作为所述第一模块和所述第二模块在两个模块同时开启时的性能处理能力极限。
6.根据权利要求4或5所述的网管系统处理能力的测试方法,其特征在于,所述网管系统的性能恶化为所述网管系统的CPU占有率超过20%,所述网管系统的内存持续增长。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710868429.6A CN107483295B (zh) | 2017-09-22 | 2017-09-22 | 一种网管系统处理能力的测试方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710868429.6A CN107483295B (zh) | 2017-09-22 | 2017-09-22 | 一种网管系统处理能力的测试方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN107483295A true CN107483295A (zh) | 2017-12-15 |
CN107483295B CN107483295B (zh) | 2020-12-01 |
Family
ID=60585951
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201710868429.6A Active CN107483295B (zh) | 2017-09-22 | 2017-09-22 | 一种网管系统处理能力的测试方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN107483295B (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN114912839A (zh) * | 2022-06-14 | 2022-08-16 | 平安银行股份有限公司 | 工单并发调度方法、装置、设备及存储介质 |
Citations (14)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101625658A (zh) * | 2009-08-04 | 2010-01-13 | 卓望信息技术(北京)有限公司西城分公司 | 一种软件系统性能测试方法 |
CN102036275A (zh) * | 2010-12-08 | 2011-04-27 | 大唐移动通信设备有限公司 | 一种模拟器和消息处理方法 |
CN102624558A (zh) * | 2012-03-09 | 2012-08-01 | 浪潮通信信息系统有限公司 | 一种基于云计算技术解决通信行业网管系统性能瓶颈的方法 |
CN102740342A (zh) * | 2012-06-08 | 2012-10-17 | 大唐移动通信设备有限公司 | 网管设备性能的模拟测试方法和系统 |
CN104796302A (zh) * | 2015-04-17 | 2015-07-22 | 大唐移动通信设备有限公司 | 一种模拟网元的测试方法和系统 |
CN105245379A (zh) * | 2015-10-22 | 2016-01-13 | 上海斐讯数据通信技术有限公司 | 一种模拟snmp网元进行网管系统测试方法及装置 |
CN105490876A (zh) * | 2015-11-26 | 2016-04-13 | 上海斐讯数据通信技术有限公司 | 发包联动并发监控自动化测试服务器性能的方法 |
CN105515825A (zh) * | 2015-11-25 | 2016-04-20 | 成都广达新网科技股份有限公司 | 一种用于网管容量测试的snmp模拟器及其测试方法 |
WO2016131328A1 (zh) * | 2015-08-03 | 2016-08-25 | 中兴通讯股份有限公司 | 一种基于网元模拟器的测试方法及装置 |
CN106506223A (zh) * | 2016-11-25 | 2017-03-15 | 成都广达新网科技股份有限公司 | 一种模拟大量设备测试网管升级功能的方法 |
CN106569950A (zh) * | 2016-11-03 | 2017-04-19 | 瑞斯康达科技发展股份有限公司 | 一种网管软件的测试系统及网管软件的测试方法 |
CN106708818A (zh) * | 2015-07-17 | 2017-05-24 | 阿里巴巴集团控股有限公司 | 一种压力测试方法和系统 |
CN107102935A (zh) * | 2017-03-01 | 2017-08-29 | 网易(杭州)网络有限公司 | 一种服务器压力测试方法及装置 |
CN107179986A (zh) * | 2016-03-10 | 2017-09-19 | 阿里巴巴集团控股有限公司 | 业务系统的压力测试方法和装置 |
-
2017
- 2017-09-22 CN CN201710868429.6A patent/CN107483295B/zh active Active
Patent Citations (14)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101625658A (zh) * | 2009-08-04 | 2010-01-13 | 卓望信息技术(北京)有限公司西城分公司 | 一种软件系统性能测试方法 |
CN102036275A (zh) * | 2010-12-08 | 2011-04-27 | 大唐移动通信设备有限公司 | 一种模拟器和消息处理方法 |
CN102624558A (zh) * | 2012-03-09 | 2012-08-01 | 浪潮通信信息系统有限公司 | 一种基于云计算技术解决通信行业网管系统性能瓶颈的方法 |
CN102740342A (zh) * | 2012-06-08 | 2012-10-17 | 大唐移动通信设备有限公司 | 网管设备性能的模拟测试方法和系统 |
CN104796302A (zh) * | 2015-04-17 | 2015-07-22 | 大唐移动通信设备有限公司 | 一种模拟网元的测试方法和系统 |
CN106708818A (zh) * | 2015-07-17 | 2017-05-24 | 阿里巴巴集团控股有限公司 | 一种压力测试方法和系统 |
WO2016131328A1 (zh) * | 2015-08-03 | 2016-08-25 | 中兴通讯股份有限公司 | 一种基于网元模拟器的测试方法及装置 |
CN105245379A (zh) * | 2015-10-22 | 2016-01-13 | 上海斐讯数据通信技术有限公司 | 一种模拟snmp网元进行网管系统测试方法及装置 |
CN105515825A (zh) * | 2015-11-25 | 2016-04-20 | 成都广达新网科技股份有限公司 | 一种用于网管容量测试的snmp模拟器及其测试方法 |
CN105490876A (zh) * | 2015-11-26 | 2016-04-13 | 上海斐讯数据通信技术有限公司 | 发包联动并发监控自动化测试服务器性能的方法 |
CN107179986A (zh) * | 2016-03-10 | 2017-09-19 | 阿里巴巴集团控股有限公司 | 业务系统的压力测试方法和装置 |
CN106569950A (zh) * | 2016-11-03 | 2017-04-19 | 瑞斯康达科技发展股份有限公司 | 一种网管软件的测试系统及网管软件的测试方法 |
CN106506223A (zh) * | 2016-11-25 | 2017-03-15 | 成都广达新网科技股份有限公司 | 一种模拟大量设备测试网管升级功能的方法 |
CN107102935A (zh) * | 2017-03-01 | 2017-08-29 | 网易(杭州)网络有限公司 | 一种服务器压力测试方法及装置 |
Non-Patent Citations (1)
Title |
---|
郑润萍: "基于LoadRunner的Web软件性能瓶颈分析调优", 《中国优秀硕士学位论文全文数据库》 * |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN114912839A (zh) * | 2022-06-14 | 2022-08-16 | 平安银行股份有限公司 | 工单并发调度方法、装置、设备及存储介质 |
CN114912839B (zh) * | 2022-06-14 | 2024-07-12 | 平安银行股份有限公司 | 工单并发调度方法、装置、设备及存储介质 |
Also Published As
Publication number | Publication date |
---|---|
CN107483295B (zh) | 2020-12-01 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN104734915B (zh) | 一种复合多进程多线程的多网络并发动态仿真方法 | |
Ma et al. | Composite performance and availability analysis of wireless communication networks | |
CN108055144A (zh) | 一种网络设备的监控方法及系统 | |
CN102136949A (zh) | 一种基于网络和时间的告警相关性分析方法及系统 | |
CN107346267A (zh) | 一种基于numa架构的cpu性能优化方法和装置 | |
CN106130960B (zh) | 盗号行为的判断系统、负载调度方法和装置 | |
CN101369933A (zh) | 一种自动化测试方法及系统 | |
CN102739445B (zh) | 一种环网故障快速定位的方法和系统 | |
CN102291274A (zh) | 一种实现网络测试仪表自动适配的系统及方法 | |
CN101202656B (zh) | 资源监控方法和装置 | |
CN104834584B (zh) | 一种监测主机硬件负载的方法和系统 | |
CN107483295A (zh) | 一种网管系统处理能力的测试方法 | |
WO2022262573A1 (zh) | 无源波分设备故障检测方法、装置、服务器和存储介质 | |
CN105528261A (zh) | 一种嵌入式设备中智能输出调试信息的方法及系统 | |
CN101945014B (zh) | 一种速率统计的方法和装置 | |
CN103281202B (zh) | 一种浏览器/服务器架构的系统及其前端呈现方法 | |
CN106131134A (zh) | 一种消息内容合并去重方法及系统 | |
CN108156061A (zh) | esb监控服务平台 | |
CN107329829A (zh) | 一种开源应用容器引擎的服务资源管控方法 | |
CN107172148B (zh) | 一种基于物联网的数据实时处理方法 | |
CN107528724A (zh) | 一种节点集群的优化处理方法及装置 | |
CN107979174A (zh) | 一种基于电网运行管理系统的工作流运行方法 | |
CN103220725B (zh) | 一种自组织网络功能的协调方法和系统 | |
CN105610814B (zh) | 降低报文转发延时的方法及系统 | |
CN106034143A (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: 20201029 Address after: 430205 No.1 tanhu 2nd Road, Canglong Island, Jiangxia Economic Development Zone, Wuhan City, Hubei Province Applicant after: Wuhan Hongxin Technology Development Co.,Ltd. Address before: 430073 Hubei province Wuhan Dongxin East Lake high tech Development Zone, Road No. 5 Applicant before: Wuhan Hongxin Telecommunication Technologies Co.,Ltd. |
|
TA01 | Transfer of patent application right | ||
GR01 | Patent grant | ||
GR01 | Patent grant |