首页 诗词 字典 板报 句子 名言 友答 励志 学校 网站地图
当前位置: 首页 > 教程频道 > 开发语言 > C++ >

:程序运行中内存突然增加一个G,而且CPU也有点高,是咋回事呢

2013-09-06 
请教高手:程序运行中内存突然增加一个G,而且CPU也有点高,是怎么回事呢?程序在运行过程中在一分钟内突然增

请教高手:程序运行中内存突然增加一个G,而且CPU也有点高,是怎么回事呢?
程序在运行过程中在一分钟内突然增加了一个G,程序本身正常的内存是40多M,但是突然变为1.2G,而且CPU也有点高,检查了代码,没有发现内存泄露,不知是什么原因,请高手赐教啊,定位了好多天了 内存?泄露
[解决办法]
char *p = new char [1024*1024*1024];
这样就增加一个G了
[解决办法]
不用怀疑标准库,我以前在solaris下发现过突然增加400M的,你可以查查是不是返回了临时变量的引用这类的问题
[解决办法]
你能不能把你vector附近的代码贴出来看看用的是否不合理,C++水深坑多,要小心
[解决办法]
内存泄漏啊,没有清空使用后的内存
[解决办法]
把代码一点点的注释掉,然后定位吧!
[解决办法]
线程没释放?代码有没有用线程池?有观察池的使用或者size吗?
[解决办法]
重载 new/delete,加全局变量记录所有已分配内存的总大小,new 里加 if 判断,大于 1g 的时候下断点,debug 运行,多来几次,看每次进入断点的时候调用堆栈,找找有没有看着可疑的函数,然后顺藤摸瓜的找原因,找的时候先怀疑自己的代码,标准库的绝大多是情况下都没问题,一般有问题也是你用错了。别忘了 delete 里要对同样的全局变量做调整,否则内存记录就不真实了。
[解决办法]
用调试版本运行,大内存分配的时候加输出,内存高的时候用vs attach进去查,
[解决办法]
会不会vector扩张导致的。
好像stl容器会成倍增长的,而且增加容量后会把前面的统统复制一遍,占用大量cpu
和你描述的情况类似。

[解决办法]
使用工具检查吧。http://www.leewei.org/?p=2358
[解决办法]
找工具去查内存泄漏比较好。在这里大家都是凭空猜,没啥用。
[解决办法]
有时不写日志到文件中是无论如何也发现不了问题在哪里的,包括写日志到屏幕、单步或设断点或生成core文件、……这些方法都不行!
写日志到文件参考下面:

#include <stdio.h>
#include <stdlib.h>
#include <string.h>
#ifdef WIN32
    #include <windows.h>
    #include <io.h>
#else
    #include <unistd.h>
    #include <sys/time.h>
    #include <pthread.h>


    #define  CRITICAL_SECTION   pthread_mutex_t
    #define  _vsnprintf         vsnprintf
#endif
//Log{
#define MAXLOGSIZE 20000000
#define MAXLINSIZE 16000
#include <time.h>
#include <sys/timeb.h>
#include <stdarg.h>
char logfilename1[]="MyLog1.log";
char logfilename2[]="MyLog2.log";
static char logstr[MAXLINSIZE+1];
char datestr[16];
char timestr[16];
char mss[4];
CRITICAL_SECTION cs_log;
FILE *flog;
#ifdef WIN32
void Lock(CRITICAL_SECTION *l) {
    EnterCriticalSection(l);
}
void Unlock(CRITICAL_SECTION *l) {
    LeaveCriticalSection(l);
}
#else
void Lock(CRITICAL_SECTION *l) {
    pthread_mutex_lock(l);
}
void Unlock(CRITICAL_SECTION *l) {
    pthread_mutex_unlock(l);
}
#endif
void LogV(const char *pszFmt,va_list argp) {
    struct tm *now;
    struct timeb tb;

    if (NULL==pszFmt
[解决办法]
0==pszFmt[0]) return;
    _vsnprintf(logstr,MAXLINSIZE,pszFmt,argp);
    ftime(&tb);
    now=localtime(&tb.time);
    sprintf(datestr,"%04d-%02d-%02d",now->tm_year+1900,now->tm_mon+1,now->tm_mday);
    sprintf(timestr,"%02d:%02d:%02d",now->tm_hour     ,now->tm_min  ,now->tm_sec );
    sprintf(mss,"%03d",tb.millitm);
    printf("%s %s.%s %s",datestr,timestr,mss,logstr);
    flog=fopen(logfilename1,"a");
    if (NULL!=flog) {
        fprintf(flog,"%s %s.%s %s",datestr,timestr,mss,logstr);
        if (ftell(flog)>MAXLOGSIZE) {
            fclose(flog);
            if (rename(logfilename1,logfilename2)) {
                remove(logfilename2);
                rename(logfilename1,logfilename2);
            }


        } else {
            fclose(flog);
        }
    }
}
void Log(const char *pszFmt,...) {
    va_list argp;

    Lock(&cs_log);
    va_start(argp,pszFmt);
    LogV(pszFmt,argp);
    va_end(argp);
    Unlock(&cs_log);
}
//Log}
int main(int argc,char * argv[]) {
    int i;
#ifdef WIN32
    InitializeCriticalSection(&cs_log);
#else
    pthread_mutex_init(&cs_log,NULL);
#endif
    for (i=0;i<10000;i++) {
        Log("This is a Log %04d from FILE:%s LINE:%d\n",i, __FILE__, __LINE__);
    }
#ifdef WIN32
    DeleteCriticalSection(&cs_log);
#else
    pthread_mutex_destroy(&cs_log);
#endif
    return 0;
}
//1-78行添加到你带main的.c或.cpp的那个文件的最前面
//81-85行添加到你的main函数开头
//89-93行添加到你的main函数结束前
//在要写LOG的地方仿照第87行的写法写LOG到文件MyLog1.log中


[解决办法]
引用:
char *p = new char [1024*1024*1024];
这样就增加一个G了


可以一下分配1G的内存吗?
[解决办法]
用内存泄漏工具来试试
[解决办法]
才一万行代码而已,有必要这样纠结?

1.COPY一份出来;
2.如果模块化做得比较好,那么先把所有模块都注释掉,然后逐步添加;
3.如果模块化做得不好,先把主流程的分支全部砍掉,然后逐步添加。

哪一步出现了内存巨增,就是它了。花费时间应该不会超过三天,总好过你在这里瞎琢磨。
[解决办法]
40个线程,检查各个线程吧,会不会是同步问题。
[解决办法]
检查是否资源泄漏的办法之一:
在任务管理器 进程 查看 选择列 里面选择:内存使用、虚拟内存大小、句柄数、线程数、USER对象、GDI对象
让你的程序(进程)不退出,循环执行主流程很多遍,越多越好,比如1000000次甚至无限循环,记录以上各数值,再隔至少一小时,越长越好,比如一个月,再记录以上各数值。如果以上两组数值的差较大或随时间流逝不断增加,则铁定有对应资源的资源泄漏!

[解决办法]
死循环+new了吧
[解决办法]
引用:
具体的情况我没有跟大家说清楚,其实这个问题是在用户那里出现的,而且是无规律重现,在我们的测试环境不出现,用户的环境我们不能操作,更不可能做调试,所以才很纠结,所以我一直想问下各位高人看有谁遇到过类似的问题以及可能的原因,我们好逐一排查,现在检查代码,vector、new/delete都排除了,不知还有什么可能的原因,很郁闷。。。


看看你们程序,在哪里有可能会短时间内创建大量对象,加日志。如果只有用户那能重现,那么只有等用户用了新软件,除了问题,把日志发给你们了。
[解决办法]
上面有位牛人说了,重载new,在new里面打日志,也许是一次new很大,也有可能重复new了。要是一次new了很大,这个很好查出来是哪new的,要是重复new的,分析下日志,看是哪里密集new的内存
[解决办法]
估计是由于vector导致,在vector的生存期内,它的内存占用空间只增不减,所有内存空间是在vector析构时候才能被系统回收。
可以使用swap()函数来迫使vector离开其自身的作用域,从而强制释放vector所占的内存空间。

热点排行