bg进程创建后ps查看没有此进程

cenalulu

后台运行的命令发起后，立即用ps aux查看进程，会有一定概率找不到这个进程。
这个是什么原理？
如下代码，运行一段时间后，会有 xxx not found in processlist 的文字打出

1. #! /bin/sh
   
2. 
   
3. while [[ 1 ]]
   
4. do
   
5.                 yes >/dev/null 2>&1 &
   
6.                 PID=$!
   
7.                 if [[ `ps aux|grep $PID|grep yes|wc -l` -eq 0 ]]
   
8.                 then
   
9.                                 echo "$PID not found in processlist";
   
10.                 fi               
    
11.                 kill -9 $PID;
    
12. done

复制代码

个人理解是不是ps维护的只是系统内部进程的缓存列表，如果查询比缓存刷新来的快就看不到最新的进程状态了？

davidbeckham921

不理解。回头看看高手解答。

cenalulu

回复 2# zooyo


    最先是写了个脚本调用tcpdump 放到后台抓包，然后拿到PID，用ps aux判断这个PID是否存在，存在的话sleep 5s 然后kill掉。
然后这个脚本就会偶尔出现上面的情况，就是ps 没有成功发现tcpdump的存在，导致kill没有触发。最终导致tcpdump进程就一直跑下去了。

功能已经通过其他方式解决了，目前就是对于这个现象的困惑：
1. 为什么是偶发的？
2. 为什么会发生？

waker

用ps aux判断这个PID是否存在，存在的话sleep 5s 然后kill掉。

sleep 5s之后直接kill就行了
典型的包子问题

waker

抛开包子问题
if [[ `ps aux|grep $PID|grep yes|wc -l` -eq 0 ]]
还是
if [ `ps aux|grep $PID|grep yes|wc -l` -eq 0 ]  ?

cenalulu

回复 6# waker


    查阅了下man， [ 和 [[ 区别只是前者是externel program 后者是keyword，也改写了上面的脚本测试了下，并没有实质上的改变，仍然会有偶发的PID找不到。
目前功能上的问题已经通过其他方式实现了。只是比较好奇为什么 ps 看不到一个已经在运行的PID ，想了解下内部原理。
还麻烦waker答疑解惑一下？

waker

我觉得是脚本的问题或是解释器的问题

惟吾无为

还是
[ -d /proc/$PID ］
好！