CN103473172A - 检查后台程序内存泄露并定位泄露内存点的系统及方法 - Google Patents
检查后台程序内存泄露并定位泄露内存点的系统及方法 Download PDFInfo
- Publication number
- CN103473172A CN103473172A CN2013104011903A CN201310401190A CN103473172A CN 103473172 A CN103473172 A CN 103473172A CN 2013104011903 A CN2013104011903 A CN 2013104011903A CN 201310401190 A CN201310401190 A CN 201310401190A CN 103473172 A CN103473172 A CN 103473172A
- Authority
- CN
- China
- Prior art keywords
- memory
- internal memory
- line
- contrast
- node
- 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
Abstract
本发明提出了一种检查后台程序内存泄露并定位泄露内存点的系统,包括判断是否达到触发抓取使用中的内存记录的条件的判断单元、进行内存表抓取的提取单元、将对比的记录日志进行排序的处理单元以及对内存日志进行对比的对比单元,判断单元、提取单元、处理单元以及对比单元依次连接。本发明检查后台程序内存泄露并定位泄露内存点的方法,就可以快速准确的找到嵌入式设备中后台服务程序的内存泄露的泄露内存节点,进而可以快速的修正而避免产生内存泄露的问题。
Description
技术领域
本发明涉及嵌入式设备的持续后台服务领域,尤其涉及一种检查嵌入式设备后台程序内存泄露并定位泄露内存点的系统及方法。
背景技术
嵌入式设备的CPU运算能力越来越快,内存也越来越大,具备了更强的运算处理能力。越来越多的后台服务程序也越来越多。而一些频繁申请和释放内存的的后台服务程序,如果有内存泄露的问题发生并要追查,因为持续的运行服务中,一些内存结构有重复不断的申请和释放,如果追踪每条申请和释放内存的信息日志,因为要在海量的内存申请和释放的日志直接对比是需要花费非常巨大的精力和时间的。
服务程序有运行时间长的特征,尤其是复杂设计流程,不同的条件参数会有不同的分支程序执行,而有些泄露路径有并不容易能重现,数天的运行,或许偶尔才能碰到(重现)一次,因为无法预料什么时候会运行中发生问题,又因为后台服务程序,内部的一些动态的节点信息,运行中间也可能通过不断的realloc进行增长或者减少,并且有些节点保存的信息也会传递给新申请(alloc)的内存节点,并释放(free)原来旧的内存信息点,导致并不能通过对比每个节点的申请分配的地址和大小进行简单的对比找出差异。
此外一些很重要需要开机后便一直运行提供服务的后台服务程序,并无(停止)服务的状态,所以没有办法简单的通过对比模块进入和退出自动内存可用内存数以及使用内存的对比和检查(因为一些服务是开机即运行,关机才停止,中间时间不间断服务)。
而常见的方式使用日志记录一些调试信息,针对内存泄露,如输出整个内存中被使用的内存块的信息,只是嵌入式服务程序输出的大量(海量)内存日志,需要花费很多时间进行分析,无法迅速得到泄露的模块和代码位置。
服务程序源代码审查(code review)虽然是一种检测方式,通过对比分析源代码找出内存可能泄露的隐患,虽然也是一种有效手法,但却依赖源代码审查人员的评审者的细心程度和水平,对于复杂的系统,代码审查工作量巨大,要花费相当的时间和精力。而且代码审查这种工作,尤其是针对一些(RTC)运行时的内存需求,动态的申请释放大小,也很难代码静态观察,加上一些条件分支等逻辑判别,所以也并不能100%保证查出所有的内存漏洞,复杂的后台服务程序,如果一旦存在泄露,就会慢慢的消耗嵌入式系统的内存,吞噬的内存以后,系统运行的速度也会越来越慢,并且如果一直运行,让系统内存耗尽之后,出现功能异常,而影响正常的服务功能甚至当机。
发明内容
为了解决背景技术中所存在的技术问题,本发明提出了一种检查后台程序内存泄露并定位泄露内存点的方法,就可以快速准确的找到嵌入式设备中后台服务程序的内存泄露的泄露内存节点,进而可以快速的修正而避免产生内存泄露的问题。
本发明的技术解决方案是:检查后台程序内存泄露并定位泄露内存点的系统,其特征在于:所述系统包括判断是否达到触发抓取使用中的内存记录的条件的判断单元、进行内存表抓取的提取单元、将对比的记录日志进行排序的处理单元以及对内存日志进行对比的对比单元,所述判断单元、提取单元、处理单元以及对比单元依次连接。
检查后台程序内存泄露并定位泄露内存点的方法,其特征在于:所述方法包括以下步骤:
1)运行后台服务程序;
2)判断是否达到触发抓取使用中的内存记录的条件,若是,则进行步骤3);
3)抓取使用中的内存表;
4)以内存块大小为排序关键字,将对比的记录日志进行排序;
5)获取1份记录日志,并据此判断是否抓取更多的记录,若是,返回步骤2);
上述步骤5)之后还包括步骤6)获取2份记录日志,对2份记录日志进行对比。
上述步骤6)的具体步骤是:
6.1)选取要对比的2份日志;
6.2)输入T1时间抓取的A状态的记录日志;
6.3)输入T2时间抓取的B状态的记录日志;
6.4)将2份日志进行内容对比,对比结果中抽出B状态内存记录中相对于A状态缺少的内存节点信息得到集合a;
6.5)对比结果中抽出B状态内存记录中相对于A状态独有的内存节点信息得到集合b;
6.6)a集合中的内存数据忽略内存大小,以内存申请源代码文件名、内存申请源代码行数两项信息作为检索关键字,在集合b中寻找到匹配的节点;
6.7)判断集合b中是否找到1个匹配的节点,若是,删除b集合中找到的该节点,若否,进行步骤6.8);
6.8)判断a集合中的节点是否搜索完,若是,根据剩余b集合点诊断和定位内存泄露问题。
上述步骤3)中使用中的内存表至少包含申请使用中的内存块大小、内存申请调用处的源代码文件名、内存申请内存调用处的源代码的行数。
上述步骤6.4)将2份日志进行内容对比的对比内存表至少包括内存大小,内存申请源代码文件名、内存申请源代码行数。
本发明检查后台程序内存泄露并定位泄露内存点的方法,针对嵌入式设备复杂的持续后台服务程序,仅仅导出所有使用中的内存节点信息的日志。日志中记录的使用中的内存节点信息至少包含有:申请的内存源代码文件名(__FILE__)和源代码相关行数(__LINE__)以及申请释放的内存块的内存大小。通过对要追查的后台服务程序,在设定的出发记录日志的条件的时候的将嵌入式系统中使用的内存以日志输出到UART(串口)或者LOG文件中,并针对选定的任意2分日志信息的采取一些筛选和对比手法,即可精简和抽取定位到泄露的内存节点信息,进而快速定位和解决复杂后台服务程序的内存泄露问题。
此方法简单的在一些触发条件下通过打印整个内存中申请使用中的所有节点集合(Log日志),依据运行时间先后顺序打印不同的Log(只要输出不同的Log),即便需要运行并持续数日的服务程序,只要泄露问题能重现,就可以对比抓取的Log信息,快速锁定问题相关的代码,并针对Log内容可以自动的过滤后台服务程序释放后再重新申请的替代节点的干扰,特别适用于服务程序内有不断的释放和在申请的情况下内存泄露问题的检查和定位泄露的内存问题,能自动过滤繁琐的释放-再申请数据的干扰对比信息,且能自动筛选出重点怀疑对象,并列举出改节点的申请的源代码的具体位置,快速准确的供开发人员进行排查和差错,进而快速修正后台服务程序出现的内存泄露。
附图说明
图1是本发明的结构示意图;
图2、图3是本发明的方法流程图;
具体实施方式
本发明的检查后台程序内存泄露并定位泄露内存点的系统,包括判断是否达到触发抓取使用中的内存记录的条件的判断单元1、进行内存表抓取的提取单元2、将对比的记录日志进行排序的处理单元3以及对内存日志进行对比的对比单元4,判断单元1、提取单元2、处理单元3以及对比单元4依次连接。
本发明提出了一种检查后台程序内存泄露并定位泄露内存点的方法,包括以下步骤:
1)运行后台服务程序;
2)判断是否达到触发抓取使用中的内存记录的条件,若是,则进行步骤3);
3)抓取使用中的内存表;使用中的内存表至少包含申请使用中的内存块大小、内存申请调用处的源代码文件名、内存申请内存调用处的源代码的行数;
4)以内存块大小为排序关键字,将对比的记录日志进行排序;
5)获取1份记录日志,并据此判断是否抓取更多的记录,若是,返回步骤2);
6)获取2份记录日志,对2份记录日志进行对比,具体步骤是:
6.1)选取要对比的2份日志;
6.2)输入T1时间抓取的A状态的记录日志;
6.3)输入T2时间抓取的B状态的记录日志;
6.4)将2份日志进行内容对比,对比结果中抽出B状态内存记录中相对于A状态缺少的内存节点信息得到集合a;将2份日志进行内容对比的对比内存表至少包括内存大小,内存申请源代码文件名、内存申请源代码行数;
6.5)对比结果中抽出B状态内存记录中相对于A状态独有的内存节点信息得到集合b;
6.6)a集合中的内存数据忽略内存大小,以内存申请源代码文件名、内存申请源代码行数两项信息作为检索关键字,在集合b中寻找到匹配的节点;
6.7)判断集合b中是否找到1个匹配的节点,若是,删除b集合中找到的该节点,若否,进行步骤6.8);
6.8)判断a集合中的节点是否搜索完,若是,根据剩余b集合点诊断和定位内存泄露问题。
假设某嵌入式设备服务程序存在内存泄露,在程序运行的两个过程A、B进行内存的Map进行输出记录成Log,之后对Log进行自动筛选对比。
1)在服务程序中,设置一定的打印内存Map的信息的时间点或者触发条件自动打印Memory Map信息。其中包括内存块起始地址、但至少应包含申请的内存块内存大小(字节)、内存申请调用源文件名、内存申请调用源代码行数三项数据,参见表1;
表1
[内存块起始地址] | 内存块大小 | 内存申请源代码文件名 | 内存申请原代码行数 |
[0x80330000-0x8033009C] | 156 | mempool.c | line:104 |
[0x803300AC-0x80330148] | 156 | mempool.c | ine:104 |
[0x8036036C-0x80361140] | 3,540 | mempool.c | line:73 |
[0x80361150-0x80369320] | 33,232 | hcacomp.c | line:47 |
[0x80369330-0x80369514] | 484 | GDI_DC.c | line:1,044 |
[0x80369524-0x803695A0] | 124 | GDI_DC.c | line:1,079 |
[0x803695B0-0x80369624] | 116 | GDI_DC.c | line:1,101 |
[0x80369634-0x803696EC] | 184 | colorcfg.c | line:667 |
[0x803696FC-0x803798CC] | 66,000 | resinit.c | line:132 |
[0x803798DC-0x8037AEAC] | 5,584 | clipbd.c | line:74 |
[0x8037C49C-0x8037CB00] | 1,636 | showhca.c | line:111 |
[0x803C07B0-0x803C08B0] | 256 | ftl_nand.c | line:138 |
[0x803C08C0-0x803C6714] | 24,148 | mempool.c | line:73 |
[0x803C6724-0x803C680C] | 232 | linklist.c | line:26 |
[0x803C681C-0x803C6B68] | 844 | linklist.c | line:26 |
2)抓取内存Map表Log中三个核心数据项“内存块大小”、“内存申请源代码文件名”、“内存申请原代码行数”,参见表2。
表2
内存块大小(Byte) | 内存申请源代码文件名 | 内存申请原代码行数 |
156 | mempool.c | line:104 |
156 | mempool.c | ine:104 |
3,540 | mempool.c | line:73 |
33,232 | hcacomp.c | line:47 |
484 | GDI_DC.c | line:1,044 |
124 | GDI_DC.c | line:1,079 |
116 | GDI_DC.c | line:1,101 |
184 | colorcfg.c | line:667 |
66,000 | resinit.c | line:132 |
5,584 | clipbd.c | line:74 |
1,636 | showhca.c | line:111 |
256 | ftl_nand.c | line:138 |
24,148 | mempool.c | line:73 |
232 | linklist.c | line:26 |
844 | linklist.c | line:26 |
3)将Log,以内存大小为关键字,进行稳定排序;参见表3;
表3
内存块大小(Byte) | 内存申请源代码文件名 | 内存申请原代码行数 |
116 | GDI_DC.c | line:1,101 |
124 | GDI_DC.c | line:1,079 |
156 | mempool.c | ine:104 |
156 | mempool.c | line:104 |
184 | colorcfg.c | line:667 |
232 | linklist.c | line:26 |
256 | ftl_nand.c | line:138 |
484 | GDI_DC.c | line:1,044 |
844 | linklist.c | line:26 |
1,636 | showhca.c | line:111 |
3,540 | mempool.c | line:73 |
5,584 | clipbd.c | line:74 |
24,148 | mempool.c | line:73 |
33,232 | hcacomp.c | line:47 |
66,000 | resinit.c | line:132 |
4)将按内存块大小排序后的Log进行文本对比(text compare)假设某后台服务程序按时间先后循序,在2个时间点分别抓取了A、B两个内存映射状态表。A/B两个Log进行对比,结果参见表4.1,表4.2;
表4.1
内存大小(Byte) | 文件名 | 代码行数 |
116 | GDI_DC.c | line:1,101 |
124 | GDI_DC.c | line:1,079 |
156 | mempool.c | ine:104 |
156 | mempool.c | line:104 |
184 | colorcfg.c | line:667 |
232 | linklist.c | line:26 |
256 | ftl_nand.c | line:138 |
484 | GDI_DC.c | line:1,044 |
844 | linklist.c | line:26 |
1,636 | showhca.c | line:111 |
3,540 | mempool.c | line:73 |
5,584 | clipbd.c | line:74 |
24,148 | mempool.c | line:73 |
33,2表324.2 | hcacomp.c | line:47 |
66,000 | resinit.c | line:132 |
A状态
表4.2
内存大小(Byte) | 文件名 | 代码行数 |
116 | GDI_DC.c | line:1,101 |
124 | GDI_DC.c | line:1,079 |
156 | mempool.c | ine:104 |
156 | mempool.c | line:104 |
184 | colorcfg.c | line:667 |
211 | imageCapture.c | line:26 |
228 | linklist.c | line:26 |
256 | ftl_nand.c | line:138 |
844 | linklist.c | line:26 |
1,636 | showhca.c | line:111 |
3,540 | mempool.c | line:73 |
5,584 | clipbd.c | line:74 |
24,148 | mempool.c | line:73 |
33,232 | hcacomp.c | line:47 |
66,000 | resinit.c | line:132 |
B状态
B状态中缺少的A状态信息节点信息→集合(a);
A状态Log中有,而在B状态Log中没有:
232 | linklist.c | Line:26 |
484 | GDI_DC.c | line:1,044 |
B状态独有的内存节点信息→集合(b):A状态Log中没有,而在B状态Log中有:
211 | imageCapture.c | Line:26 |
228 | linklist.c | line:26 |
集合中每个元素,依次取其文件名和申请文件源代码行的信息去(b)集合中检索,如果在(b)集合中找到匹配的节点,则可以认定为B集合的该节点是原A集合节点的替换节点(即等同于A状态中某内存节点被释放,并在B状体下重新申请了的使用中的内存节点。
所以可以将(b)集合该查询匹配上的1个节点移除(如果同时匹配上多个,也只移除1个;尽量移除大小接近的节点)。
上例中因为“linklist.c”和“Line:26”在(b)集合中有成功检索到。所以我们认为A状态大小232的节点,在B状态被大小为228大小的节点所取代。
所以(a)、(b)集合修正后如下:
集合(a):
集合(b)
因为内存泄露只会反应到(b)结合收集的数据,通过(a)集合数据一次检索(b)集合,我们便能剔除掉(b)集合那些原(a)集合的替代申请的节点,而(b)集合剩下的节点便是我们对后台服务程序内存泄露要总店追查的内存节点。
这里我们看到(b)集合的1条节点信息:
集合(b):
211 | imageCapture.c | Line:26 |
即imageCapture.c文件Line:26(行)申请的内存出现了泄露。
Claims (6)
1.检查后台程序内存泄露并定位泄露内存点的系统,其特征在于:所述系统包括判断是否达到触发抓取使用中的内存记录的条件的判断单元、进行内存表抓取的提取单元、将对比的记录日志进行排序的处理单元以及对内存日志进行对比的对比单元,所述判断单元、提取单元、处理单元以及对比单元依次连接。
2.检查后台程序内存泄露并定位泄露内存点的方法,其特征在于:所述方法包括以下步骤:
1)运行后台服务程序;
2)判断是否达到触发抓取使用中的内存记录的条件,若是,则进行步骤3);
3)抓取使用中的内存表;
4)以内存块大小为排序关键字,将对比的记录日志进行排序;
5)获取1份记录日志,并据此判断是否抓取更多的记录,若是,返回步骤2)。
3.根据权利要求2所述的检查后台程序内存泄露并定位泄露内存点的方法,其特征在于:所述步骤5)之后还包括步骤6)获取2份记录日志,对2份记录日志进行对比。
4.根据权利要求3所述的检查后台程序内存泄露并定位泄露内存点的方法,其特征在于:所述步骤6)的具体步骤是:
6.1)选取要对比的2份日志;
6.2)输入T1时间抓取的A状态的记录日志;
6.3)输入T2时间抓取的B状态的记录日志;
6.4)将2份日志进行内容对比,对比结果中抽出B状态内存记录中相对于A状态缺少的内存节点信息得到集合a;
6.5)对比结果中抽出B状态内存记录中相对于A状态独有的内存节点信息得到集合b;
6.6)a集合中的内存数据忽略内存大小,以内存申请源代码文件名、内存申请源代码行数两项信息作为检索关键字,在集合b中寻找到匹配的节点;
6.7)判断集合b中是否找到1个匹配的节点,若是,删除b集合中找到的该节点,若否,进行步骤6.8);
6.8)判断a集合中的节点是否搜索完,若是,根据剩余b集合点诊断和定位内存泄露问题。
5.根据权利要求4所述的检查后台程序内存泄露并定位泄露内存点的方法,其特征在于:所述步骤3)中使用中的内存表至少包含申请使用中的内存块大小、内存申请调用处的源代码文件名、内存申请内存调用处的源代码的行数。
6.根据权利要求5所述的检查后台程序内存泄露并定位泄露内存点的方法,其特征在于:所述步骤6.4)将2份日志进行内容对比的对比内存表至少包括内存大小,内存申请源代码文件名、内存申请源代码行数。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2013104011903A CN103473172A (zh) | 2013-09-05 | 2013-09-05 | 检查后台程序内存泄露并定位泄露内存点的系统及方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2013104011903A CN103473172A (zh) | 2013-09-05 | 2013-09-05 | 检查后台程序内存泄露并定位泄露内存点的系统及方法 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN103473172A true CN103473172A (zh) | 2013-12-25 |
Family
ID=49798036
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2013104011903A Pending CN103473172A (zh) | 2013-09-05 | 2013-09-05 | 检查后台程序内存泄露并定位泄露内存点的系统及方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN103473172A (zh) |
Cited By (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104965779A (zh) * | 2015-05-22 | 2015-10-07 | 浪潮电子信息产业股份有限公司 | 一种基于PoolMon的内存泄露检测和定位的方法及装置 |
CN106257426A (zh) * | 2016-01-27 | 2016-12-28 | 上海华测导航技术股份有限公司 | 基于gnss接收机的内存泄露检测方法 |
CN106991042A (zh) * | 2017-03-07 | 2017-07-28 | 南京航空航天大学 | 一种Web应用的内存泄漏定位方法 |
CN111858246A (zh) * | 2020-07-17 | 2020-10-30 | 浙江华途信息安全技术股份有限公司 | 获取打印内容的方法 |
CN112035289A (zh) * | 2020-09-03 | 2020-12-04 | 浙江大华技术股份有限公司 | 一种数据块泄漏的确定方法及装置、存储介质、电子装置 |
CN113434364A (zh) * | 2021-06-25 | 2021-09-24 | 青岛海尔科技有限公司 | 屏端设备内存检测方法、装置、存储介质及电子装置 |
CN115391232A (zh) * | 2022-10-28 | 2022-11-25 | 北京卡普拉科技有限公司 | 程序数据流诊断方法、装置及设备 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20040172579A1 (en) * | 2003-02-28 | 2004-09-02 | Microsoft Corporation | System and method for memory leak detection |
CN101593152A (zh) * | 2009-06-25 | 2009-12-02 | 青岛海信移动通信技术股份有限公司 | 一种移动终端内存泄漏检测方法及装置 |
CN101599048A (zh) * | 2009-07-01 | 2009-12-09 | 福建星网锐捷网络有限公司 | 一种内存监控的方法和装置 |
CN101908018A (zh) * | 2010-07-20 | 2010-12-08 | 北京海泰方圆科技有限公司 | 一种判断内存泄露的系统及方法 |
-
2013
- 2013-09-05 CN CN2013104011903A patent/CN103473172A/zh active Pending
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20040172579A1 (en) * | 2003-02-28 | 2004-09-02 | Microsoft Corporation | System and method for memory leak detection |
CN101593152A (zh) * | 2009-06-25 | 2009-12-02 | 青岛海信移动通信技术股份有限公司 | 一种移动终端内存泄漏检测方法及装置 |
CN101599048A (zh) * | 2009-07-01 | 2009-12-09 | 福建星网锐捷网络有限公司 | 一种内存监控的方法和装置 |
CN101908018A (zh) * | 2010-07-20 | 2010-12-08 | 北京海泰方圆科技有限公司 | 一种判断内存泄露的系统及方法 |
Cited By (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104965779A (zh) * | 2015-05-22 | 2015-10-07 | 浪潮电子信息产业股份有限公司 | 一种基于PoolMon的内存泄露检测和定位的方法及装置 |
CN106257426A (zh) * | 2016-01-27 | 2016-12-28 | 上海华测导航技术股份有限公司 | 基于gnss接收机的内存泄露检测方法 |
CN106991042A (zh) * | 2017-03-07 | 2017-07-28 | 南京航空航天大学 | 一种Web应用的内存泄漏定位方法 |
CN111858246A (zh) * | 2020-07-17 | 2020-10-30 | 浙江华途信息安全技术股份有限公司 | 获取打印内容的方法 |
CN112035289A (zh) * | 2020-09-03 | 2020-12-04 | 浙江大华技术股份有限公司 | 一种数据块泄漏的确定方法及装置、存储介质、电子装置 |
CN113434364A (zh) * | 2021-06-25 | 2021-09-24 | 青岛海尔科技有限公司 | 屏端设备内存检测方法、装置、存储介质及电子装置 |
CN113434364B (zh) * | 2021-06-25 | 2024-03-22 | 青岛海尔科技有限公司 | 屏端设备内存检测方法、装置、存储介质及电子装置 |
CN115391232A (zh) * | 2022-10-28 | 2022-11-25 | 北京卡普拉科技有限公司 | 程序数据流诊断方法、装置及设备 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN103473172A (zh) | 检查后台程序内存泄露并定位泄露内存点的系统及方法 | |
CN109240886B (zh) | 异常处理方法、装置、计算机设备以及存储介质 | |
CN107688531A (zh) | 数据库集成测试方法、装置、计算机设备及存储介质 | |
Maxwell et al. | Diagnosing memory leaks using graph mining on heap dumps | |
Binkley et al. | Locating dependence clusters and dependence pollution | |
CN106294222A (zh) | 一种确定pcie设备与插槽对应关系的方法及装置 | |
CN101706749B (zh) | 基于软件安全缺陷检测的综合处理方法 | |
CN107015908A (zh) | 一种计算机应用软件测试系统及方法 | |
CN103455758A (zh) | 恶意网站的识别方法及装置 | |
CN102681938A (zh) | 一种内存泄漏检测方法及装置 | |
US8195986B2 (en) | Method, system and computer program product for processing error information in a system | |
CN113688288A (zh) | 数据关联分析方法、装置、计算机设备和存储介质 | |
Pan et al. | Continuous test suite failure prediction | |
CN108399321B (zh) | 基于动态指令依赖图胎记的软件局部抄袭检测方法 | |
CN103177022A (zh) | 一种恶意文件搜索方法及装置 | |
CN102043720A (zh) | 利用sql语句自动生成测试数据的方法和装置 | |
CN112214378B (zh) | 数据收集方法、装置、电子设备及存储介质 | |
CN106341684A (zh) | 一种自动生成安卓电视测试脚本的方法及系统 | |
CN106446133A (zh) | 同时对接两个数据库的方法及装置 | |
CN101373506B (zh) | 一种基于漏洞模型的软件漏洞模型检测方法 | |
CN104063308B (zh) | 数据的验证方法及装置 | |
Chuah et al. | Enabling dependability-driven resource use and message log-analysis for cluster system diagnosis | |
CN111459886A (zh) | 一种日志内容匹配检索的方法、装置、设备及存储介质 | |
CN105824758B (zh) | 一种基于执行索引和访问路径的堆区对象比较方法 | |
CN112631941B (zh) | 定位linux内核slub内存泄漏的方法和系统 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C02 | Deemed withdrawal of patent application after publication (patent law 2001) | ||
WD01 | Invention patent application deemed withdrawn after publication |
Application publication date: 20131225 |