如何获取ulimit -v对进程的影响

kes2000

前提：

（1）linux的进程默认可用虚存是4G，用户可用其中3G。但是“ulimit -v 数字”可以设置当前命令行窗体下启动的进程使用的虚存的最大值。
（2）连上同一个服务器的两个命令行窗体，ulimit设置是独立的。对一个窗体的设置，不会影响到另一个。 即两个命令行中进程可使用最大虚存不一样。
  
问题：

现在我在某个命令行窗体下，想通过一个pid确定该进程是不是被ulimit设置过的，设置的大小是多少？也就是，我们想得到指定进程可使用虚存的最大值。可以吗？如何做？

大热天在伊拉克跪求大虾解答。

apony

ulimit -a就可以看设置是否成功了.
你的程序用的了那么多内存吗?

PS:伊拉克热不？

kes2000

程序是监控程序，监控的对象是bea的weblogic。如果在不同终端启动，我根本没法得到weblogic被监视的ulimit的任何信息。郁闷啊。。。

PS:热还能忍，就是沙子太多。

apony

程序使用脚本启动
脚本先设ulimit,再查看设置情况,再启动程序就可以保证了

MMMIX

原帖由 apony 于 2007-9-10 10:38 发表
程序使用脚本启动
脚本先设ulimit,再查看设置情况,再启动程序就可以保证了

对头, 你不能确定的环境问题就自己显式设置.

kes2000

先设置对于用户的使用有点糟糕。
现在用内核驱动的方式，通过pid，得到进程（find_task_by_pid），再输出rlimi数组的值。问题是和内核关系太大了。

我只使用了每个版本的内核都提供的find_task_by_pid，然后在内核2.6.9下生成的ko文件，并且在2.6.9下工作正常。现在用这个ko文件，不能在2.6.18下注册！！？？
我并不涉及和每个版本内核关系很大的部分，而且find_task_by_pid应该是从0.01开始就有的函数，怎么版本一变就不能用？？

大家有没有解决办法？

程序情人

顶一个,我们在伊拉克的朋友