linux进程内存限制

❶ 在linux下，如何用shell控制一个进程的内存使用上限，以及运行时间上限

需求有点奇怪。
使用多少内存是可执行文件本身决定的，shell脚本只有等程序开始运行了再去检查进程占用内存大小，没有办法先行控制。
而且任何脚本语言的通病就是，执行效率低（相对于高级语言）。脚本是解释执行的（如通过命令解释器bash），本身语句执行就需要时间。1s对脚本来说太短了，无法做到精确控制。

脚本的优点就是：不用编译；开发效率高（难度低，上手快）；但能做的东西有限，很多操作需要调用外部工具来完成。
所以，根据要做的工作选取合适的工具，是很必要的。

❷ 如何调高linux单进程使用的内存上限

修改/etc/security/limits.conf可以调整进程内存上限， 具体看 man limits.conf
但是我觉得你的问题可能在于java，
一个是java版本，我估计32位版本可能只能用4GB,若是64位的版本就不会
另一个是 java 参数 -Xmx 你先看看现在的设置然后尝试调高，看看是否有效

❸ linux限制内存大小和时间的情况下运行程序

命令行用
ulimit -m 最大占用内存(K)
ulimit -t 最大实际占用cpu时间(秒)
执行以上两个命令后 再在同一个shell进程里执行你的程序。

代码里可以用 setrlimit 函数做限制，头文件大概是 sys/resource.h 。

❹ 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

❺ linux正常进程数是多少.

不同发行版是不同的，而且同一发行版的不同安装（工作站、服务器、自定义等）默认启动的进程数也是不同的。

linux 系统中单个进程的最大线程数有其最大的限制 PTHREAD_THREADS_MAX
这个限制可以在 /usr/include/bits/local_lim.h 中查看
对 linuxthreads 这个值一般是 1024，对于 nptl 则没有硬性的限制，仅仅受限于系统的资源。
这个系统的资源主要就是线程的 stack 所占用的内存，用 ulimit -s 可以查看默认的线程栈大小，一般情况下，这个值是 8M。
可以写一段简单的代码验证最多可以创建多少个线程。

试验显示，在 linuxthreads 上最多可以创建 381 个线程，之后就会返回 EAGAIN
在 nptl 上最多可以创建 382 个线程，之后就会返回 ENOMEM
这个值和理论完全相符，因为 32 位 linux 下的进程用户空间是 3G 的大小，也就是 3072M，用 3072M 除以 8M 得 384，但是实际上代码段和数据段等还要占用一些空间，这个值应该向下取整到 383，再减去主线程，得到 382。
那为什么 linuxthreads 上还要少一个线程呢？这可太对了，因为 linuxthreads 还需要一个管理线程。
为了突破内存的限制，可以有两种方法：
1) 用 ulimit -s 1024 减小默认的栈大小
2) 调用 pthread_create 的时候用 pthread_attr_getstacksize 设置一个较小的栈大小
要注意的是，即使这样的也无法突破 1024 个线程的硬限制，除非重新编译 C 库<=此处值得讨论，我在ubuntu 7.04＋3G内存上用ulimit -s 1024，则可以得到3054个线程。

❻ 如何限制linux所有进程可使用的总内存

下面的shell脚本可以实时的监控系统中各个进程的CPU和内存的占用情况，用于限制进程CPU占用 率更加合理。

#!/bin/sh
PIDS=`top-bn1|grep"^*[1-9]"|awk’{if($9>50||$10>25&&id-u$2>500)print$1}’`
forPIDin$PIDS
do
renice+10$PID
echo"renice+10$PID"
done

能够将这个脚本放到cron中运行，比如每分钟检查一次，只需以root身份添加crontab项：
#crontab -e
* * * * * limit.sh
以后每个一分钟就会检查一次，调整占用50%以上CPU或25%内存的进程的nice值，从而使这样的进程优先级变低，被调度的机会减少，同时会向root发邮件提示该进程被调整过。
但是，限制内存使用最好还是用PAM，RedHat能够在/etc/security/limits.conf中配置。

❼ 怎么查看linux每个进程的内存大小限制

我不知道如何查看。但记得Linux（32位）中每个进程独享4GB的进程空间，需要注意的是这4G指的是虚拟内存，而非物理内存。可以查阅一下Linux虚拟内存机制相关资料。

要定制的话难度大啊！内核文件里用进程描述符（thread_info）表示一个进程，它是一个结构体，里面有个关于进程内存分配的字段(addr_limit)。具体自己研究研究吧！

如果只是对某个进程分配空间的话就简单多了。假如你要为当前进程设置2M的内存上限，可以通过current->addr_limit=2048实现。

❽ 请问使用何命令查询linux系统默认单进程内存限制数,如需修改应如何操作。

需要自己去配置内核。内核设置里面有个4GB大内存的选项，如果你的内存大于4G，需要把这个打开。