XXX
分类: LINUX
2013-03-26 14:35:24
>
> 2. 跟踪/proc/meminfo的Commit_AS可以查看用户空间是否发生了memory leak。
> 但是这个只能给出是或者否的答案,而不能找出具体memory leak发生的位置。
>
> valgrind只能在x86和ppc结构上使用,所以,在一些资源较少的嵌入式系统中,以上
> 两个方法比较常用。
valgrind是检查用户态程序的,除非你使用的是UML,否则对内核毫无意义。
2009/12/10 quanli gui > cat /proc/meminfo 居然没有Commit_AS这一项>>typo. Committed_AS--大头阿当
2009/12/10 carlliukernel > 有没有人能帮忙解释一下/proc/meminfo> 中的Buffers和cached主要针对的是什么用途的内存,cached我知道应该指的是用于磁盘高速缓存部分的内存,而buffers指的是哪部分的内存呢?>/proc/meminfo中的cached指的是当前系统中被缓冲的page数,读写文件的操作会导致这个值增加。你的理解是对的。Buffer指的是block device的读写操作中产生的数据缓冲。当然,读写普通磁盘文件的时候,以为磁盘也是block device,所以这个值也会增加。Cached之中不包含Buffer。--大头阿当
> 2009/12/10 Adam Jiang >>> 2009/12/10 quanli gui >>>>> 有没有那种不改动程序的工具?>>>>>>>> 如果不用工具的话,有两个办法可以查看是否存在内存问题,>> 1. 跟踪/proc/buddyinfo的变化,比如>> #!/bin/sh>> while test 1 -eq 1>> do>> echo -n `cat /proc/buddyinfo` " "; date>> sleep 1>> done>> 将这个脚本的执行结果重定向到某个文件中,可以查看各个Node和zone中>> 内存分配的变化,然后只能靠你的经验和猜想了。做一个比较单纯的实验,>> 比较容易出结果。>>>> 2. 跟踪/proc/meminfo的Commit_AS可以查看用户空间是否发生了memory leak。>> 但是这个只能给出是或者否的答案,而不能找出具体memory leak发生的位置。>>>> valgrind只能在x86和ppc结构上使用,所以,在一些资源较少的嵌入式系统中,以上>> 两个方法比较常用。>>>> -->> 大头阿当>>>>>>> 2009/12/10 Li Zefan >>>>>> > 于 2009年12月09日 22:16, Américo Wang 写道:>>> > > On Wed, Dec 09, 2009 at 09:46:14PM +0800, quanli gui wrote:>>> > >>>>> >>>> 现在在运行一个文件系统,因为涉及到了譬如kmalloc和vmalloc内核内存分配的问题,现在想利用工具看看这些内存分 awk取字符串求助配是否存在问题?譬如像valgrind这样的工具,可以检查核态内存分配的?>>> > >>>> > > 如果你是指内存泄漏的话可以试试 kmemcheck。>>> > >>>> >>>> > s/kmemcheck/kmemleak ;)>>> >>>> > kmemcheck, kmemleak和kmemtrace,容易让人弄混。>>> >>>> >>>> _______________________________________________>>> Linux 内核开发中文邮件列表>>> Linux-kernel在zh-kernel.org>>> Linux 内核开发中文社区: -->> Adam Jiang>> ------------------------------------------>> e-mail:jiang.adam在gmail.com >> Adam Jiang------------------------------------------e-mail:jiang.adam在gmail.com