linux程序内存
Ⅰ 在linux下，查看一个运行中的程序，占用了多少内存
1、linux下查看程序占用的内存可以使用命令行
ps
aux：
其中
VSZ(或VSS)列
表示，程序占用了多少虚拟内存。
RSS列
表示，
程序占用了多少物理内存。
虚拟内存可以不用考虑，它并不占用实际物理内存。
2、也可以使用图形工具系统监视器。大多系统都会自带。在启动器（在ubuntu为桌面左上ubuntu标志）里找到。
Ⅱ linux下怎么查看程序的内存使用情况
linux下怎么查看程序的内存使用情况，解决办法
1、top
top命令是Linux下常用的性能分析工具，能够实时显示系统中各个进程的资源占用状况，类似于Windows的任务管理器
可以直接使用top命令后，查看%MEM的内容。可以选择按进程查看或者按用户查看，如想查看oracle用户的进程内存使用情况的话可以使用如下的命令：
$ top -u oracle
内容解释：
PID：进程的ID
USER：进程所有者
PR：进程的优先级别，越小越优先被执行
NInice：值
VIRT：进程占用的虚拟内存
RES：进程占用的物理内存
SHR：进程使用的共享内存
S：进程的状态。S表示休眠，R表示正在运行，Z表示僵死状态，N表示该进程优先值为负数
%CPU：进程占用CPU的使用率
%MEM：进程使用的物理内存和总内存的百分比
TIME+：该进程启动后占用的总的CPU时间，即占用CPU使用时间的累加值。
COMMAND：进程启动命令名称
常用的命令：
P：按%CPU使用率排行
T：按MITE+排行
M：按%MEM排行
2、pmap
可以根据进程查看进程相关信息占用的内存情况，(进程号可以通过ps查看)如下所示：
$ pmap -d 1459
3、ps
如下例所示：
$ ps -e -o 'pid,comm,args,pcpu,rsz,vsz,stime,user,uid' 其中rsz是是实际内存
$ ps -e -o 'pid,comm,args,pcpu,rsz,vsz,stime,user,uid' | grep oracle | sort -nrk5
其中rsz为实际内存，上例实现按内存排序，由大到小
Ⅲ linux下，一个运行中的程序，究竟占用了多少内存
1. 在linux下，查看一个运行中的程序， 占用了多少内存， 一般的命令有
(1). ps aux：
其中 VSZ(或VSS)列 表示，程序占用了多少虚拟内存。
RSS列 表示， 程序占用了多少物理内存。
虚拟内存可以不用考虑，它并不占用实际物理内存。
(2). top 命令也可以
其中 VIRT(或VSS)列 表示，程序占用了多少虚拟内存。 同 ps aux 中的 VSZ列
RES列 表示， 程序占用了多少物理内存。同 ps aux 中的RSS列
Ⅳ linux 下怎么查看一个进程占用内存大小
这里介绍下查看一个进程占用内存大小的方法。
1、首先单击桌面左上角的应用程序，选择系统工具选项，如下图所示。
Ⅳ 如何在linux中查看程序占用的内存
用free命可以查看总的系统内存占用和空闲情况
使用ps
或
top
命令可以查看某一程序内存使用情况
程序使用内存状况是动态的.查看的只是某一时间点的内存情况
Ⅵ Linux进程内存管理方法
Linux系统提供了复杂的存储管理系统，使得进程所能访问的内存达到4GB。在Linux系统中，进程的4GB内存空间被分为两个部分——用户空间与内核空间。用户空间的地址一般分布为0~3GB(即PAGE_OFFSET，在Ox86中它等于OxC0000000），这样，剩下的3~4GB为内核空间，用户进程通常只能访问用户空间的虚拟地址，不能访问内核空间的虚拟地址。用户进程只有通过系统调用（代表用户进程在内核态执行）等方式才可以访问到内核空间。每个进程的用户空间都是完全独立、互不相干的，用户进程各自有不同的页表。而内核空间是由内核负责映射，它并不会跟着进程改变，是固定的。内核空间的虚拟地址到物理地址映射是被所有进程共享的，内核的虚拟空间独立于其他程序。Linux中1GB的内核地址空间又被划分为物理内存映射区、虚拟内存分配区、高端页面映射区、专用页面映射区和系统保留映射区这几个区域。对于x86系统而言，一般情况下，物理内存映射区最大长度为896MB，系统的物理内存被顺序映射在内核空间的这个区域中。当系统物理内存大于896MB时，超过物理内存映射区的那部分内存称为高端内存（而未超过物理内存映射区的内存通常被称为常规内存），内核在存取高端内存时必须将它们映射到高端页面映射区。Linux保留内核空间最顶部FIXADDR_TOP~4GB的区域作为保留区。当系统物理内存超过4GB时，必须使用CPU的扩展分页(PAE）模式所提供的64位页目录项才能存取到4GB以上的物理内存，这需要CPU的支持。加入了PAE功能的Intel Pentium Pro及以后的CPU允许内存最大可配置到64GB，它们具备36位物理地址空间寻址能力。由此可见，对于32位的x86而言，在3~4GB之间的内核空间中，从低地址到高地址依次为:物理内存映射区隔离带vmalloc虚拟内存分配器区隔离带高端内存映射区专用页面映射区保留区。
Ⅶ 如何手动释放Linux内存的方法
1、首先打开Linux命令窗口，可使用快捷键Ctrl+Alt+T打开。
Ⅷ Linux进程内存管理
对于包含MMU的处理器而言，Linux系统提供了复杂的存储管理系统，使得进程所能访问的内存达到4GB。在Linux系统中，进程的4GB内存空间被分为两个部分——用户空间与内核空间。用户空间的地址一般分布为0~3GB(即PAGE_OFFSET，在Ox86中它等于OxC0000000），这样，剩下的3~4GB为内核空间，用户进程通常只能访问用户空间的虚拟地址，不能访问内核空间的虚拟地址。用户进程只有通过系统调用（代表用户进程在内核态执行）等方式才可以访问到内核空间。
每个进程的用户空间都是完全独立、互不相干的，用户进程各自有不同的页表。而内核空间是由内核负责映射，它并不会跟着进程改变，是固定的。内核空间的虚拟地址到物理地址映射是被所有进程共享的，内核的虚拟空间独立于其他程序。
Linux中1GB的内核地址空间又被划分为物理内存映射区、虚拟内存分配区、高端页面映射区、专用页面映射区和系统保留映射区这几个区域。
对于x86系统而言，一般情况下，物理内存映射区最大长度为896MB，系统的物理内存被顺序映射在内核空间的这个区域中。当系统物理内存大于896MB时，超过物理内存映射区的那部分内存称为高端内存（而未超过物理内存映射区的内存通常被称为常规内存），内核在存取高端内存时必须将它们映射到高端页面映射区。Linux保留内核空间最顶部FIXADDR_TOP~4GB的区域作为保留区。
当系统物理内存超过4GB时，必须使用CPU的扩展分页(PAE）模式所提供的64位页目录项才能存取到4GB以上的物理内存，这需要CPU的支持。加入了PAE功能的Intel Pentium Pro及以后的CPU允许内存最大可配置到64GB，它们具备36位物理地址空间寻址能力。
由此可见，对于32位的x86而言，在3~4GB之间的内核空间中，从低地址到高地址依次为:物理内存映射区→隔离带→vmalloc虚拟内存分配器区→隔离带→高端内存映射区→专用页面映射区→保留区。
Ⅸ linux下，一个运行中的程序，究竟占用了多少内存
RSS列 表示， 程序占用了多少物理内存。 虚拟内存可以不用考虑，它并不占用实际物理内存。 (2). top 命令也可以 其中VIRT(或VSS)列 表示，程序占用了多少虚拟内存。 同 ps aux 中的 VSZ列 RES列 表示， 程序占用了多少物理内存。同 ps aux 中的RSS列 2.在linux下， 查看当前系统占用了多少内存， 一般的命令是 free其中， free就是系统还有多少内存可以使用。但由于 linux 系统对内存使用有一个原则， 就是， 内存是宝贵的， 能使用多少就使用多少。 所以， linux会把已经调用过的包缓存起来，放在内存里。这样，实际上，可以使用的内存，就可以理解为， free+buffers+cached3.当你了解完这些命令以后， 再去使用ps aux 命令去查看的时候， 会发现一个奇怪的现象。 所有的 RSS 列的数据，加起来， 比物理内存的数要大很多。 比如， 物理内存为2G， 而RSS列的数据加起来，可能有5个G之多， 这是怎么回事了？ 这是因为RSS列的值骗了我们。 linux的内存机制是这样的： 在运行一个程序时， linux会调用该程序依赖的链接库， 如lib.xx.so。 首先看该链接库是否被映射进内存中，如果没有被映射，则将代码段与数据段映射到内存中，否则只是将其加入进程的地址空间。 这样，当N个程序，依赖到lib.xx.so的时候， 实际上，内存中只有一个lib.xx.so ，而不是N个。 而RSS在显示一个程序占用的实际物理内存时， 将lib.xx.so也算了进来。 比如， X程序， 本身占用内存为5M， lib.xx.so 占用内存2M，lib.xx.so被N个程序共享依赖。 则RSS显示为，X程序运行，占用内存为7M。 实际上， X程序占用了5M空间。 多余的2m被讨入到RSS中了。 当你在用ps aux显示内存占用情况时， N个共享依赖lib.xx.so的N个程序，都把这2m空间，算在自己的RSS中了， 这样RSS的sum值，就比实际物理内存多了。 当然， linux的内存使用机制很复杂， 不是一句两句能说清楚的。这里只是简单的说明了一下， ps aux中的RSS值， 并不能真实反映物理内存的使用情况。 4. 如果查看更详细的内存使用情况， 可用以下几种方法， 或者几种方法结合使用：这几种方法，都需要root账户的权限(1). pmap -d $pid $pid 是正在运行的程序的pid(2). cat /proc/$pid/smaps smaps的数据比较详细，可简单的归纳一下，归纳的命令如下： cat /proc/$pid/smaps | awk '/Size|Rss|Pss|Shared|Private|Referenced|Swap/{val_name=gensub(/([a-zA-Z_]*).*/,"\\1",1,$1); list[val_name]+=$2; }END{for(val in list)print val,list[val];}' (3). cat /proc/$pid/maps(4). cat /proc/$pid/statm输出解释第一列 size:任务虚拟地址空间大小 第二列 Resident：正在使用的物理内存大小 第三列 Shared：共享页数 第四列 Trs：程序所拥有的可执行虚拟内存大小 第五列 Lrs：被映像倒任务的虚拟内存空间的库的大小 第六列 Drs：程序数据段和用户态的栈的大小 第七列 dt：脏页数量(5). vmstat这个命令据说也可以提供一些参考信息，具体还未研究 5.作为phper，尝试过使用php的函数memory_get_usage()， 该函数也不能得到php当前运行的程序，实际的，真正占用的内存数量。 如果真想得到，php真正占用的内存， 大概只能在, 程序运行的开始，执行一次memory_get_usage(). 在程序运行结束，执行一次memory_get_usage()。 将两者的值相减，得到的值， 应该是一个相对比较准确的，内存占用数量了。 这个方法还没有测试， 考虑到， 得到这个数量，也没有实际意义， 加上平时又比较忙，懒得试了。
Ⅹ Linux进程的内存使用解析
进程XXX占用了多少内存？这是个经常被问到，也经常被答错的问题。linux进程的内存分配是个比较复杂的话题，而linux上的工具往往把这个问题过分简单化，因此引出不少误解和困惑。首先把ps,
top这类工具扔掉，然后看这么一个简单程序：[root@pczou
pczou]#
cat
./prog.c#i
nclude#i
nclude#i
nclude#i
nclude#define
ONEM
(1024*1024)
www.shiwu.com
int
func(){char
s[16*ONEM];char*
p;p
=
malloc(32*ONEM);pause();return
0;}int
main(){printf(pid:
%d/n,
getpid());func();return
0;}其中func()这个函数分配了32MB的内存，以及16MB的堆栈。运行一下这个prog程序，prog会停在pause()的位置，看看ps怎么说：USER
PID
%CPU
%MEM
VSZ
RSS
TTY
STAT
START
TIME
COMMANDroot
4238
0.0
0.0
52396
352
pts/0
S
21:29
0:00
./progVSZ指的是进程内存空间的大小，这里是52396KB;RSS指的是驻留物理内存中的内存大小，这里是352KB。一般系统管理员知道VSZ并不代表进程真正用到的内存，因为有些空间会仅在页表中挂个名，也就是说只是虚拟存在着，只有真正用到的时候内核才会把虚拟页面和真正的物理页面映射起来。比如，prog.c中用malloc()分配的32MB内存，由于程序中并没有用到这些内存，没有物理内存被分配，也就不应算到进程的帐上。
www.shiwu.com
进程的内存使用情况比较复杂，这是因为：进程所申请的内存不一定真正会被用到真正用到了的内存也不一定是只有该进程自己在用
(比如动态共享库)所以酒足饭饱结帐的时候，饭馆打出的帐单中往往漏洞百出，不是计入了没上的菜，就是一个菜算了两份钱。而ps给出的就是这样的糊涂帐单，不足为凭。算清楚帐的唯一办法是把每个菜都仔细过一遍，看看有没有上，有没有重复。下面的帐单要清楚多了：Virtual
memory
:
52396
KBEffective
VM
:
52120
KBMapped
:
352
KBEffective
mapped:
76.6
KBSole
use
:
72
KBPer
file
memory
useld-2.3.4.so
:
VM
94208
B,
M
90112
B,
S
8192
Bprog
:
VM
8192
B,
M
8192
B,
S
8192
Blibc-2.3.4.so
:
VM
1180
KB,
M
221184
B,
S
16384
B可以看出，虽然虚拟地址空间是52396KB，实际映射(a.k.a.
分配)的空间是352KB，这和ps给出的结果一致。再看Effective
Mapped这个值，仅为76.6
KB。这个值的计算方法是：有效的实际使用内存
=
该进程独占的内存
+
共享的内存A
/共享A的进程数目
+
共享的内存B
/共享B的进程数目
+
...比如对于一个kde应用程序kontact，它用的Qt库的虚拟地址空间为
7M，而实际映射的空间有4.5M，也就是说真正给
Qt分配物理内存大小为4.5M。假设有10个KDE应用正在运行，那么记到kontact帐上的就不应该是4.5M，而是A-A之后的0.45M。这么算帐虽然并不十分准确，但Effective
Mapped已经足以说明进程所占用内存的实际大小了。
www.shiwu.com
OK，最后用这个方法给系统中所有进程都结下帐：从上面的统计结果可以看出：虽然firefox的占用虚拟空间是最大的，但其实际占用的内存却比X
Server要少。firefox
的实际占用的内存和其RSS
(a.k.a.
mapped)差别不大，占RSS的99%;而kontact的实际占用内存却仅占RSS的63%，有27%的内存是共享的。由此可以粗略看出我用的窗口管理器是KDE而非Gnome，why?
因为Qt之类的共享库被很多KDE进程分担了。sole值可以理解为private
mapped，也就是这个进程退出后可能被释放的内存
(对于非匿名的映射页面可能还会存留一段时间)。作者
railon