摘自syslog
:
CRON[pid]: (user) CMD ( [ -x /usr/lib/php5/maxlifetime ] && [ -d /var/lib/php5 ] && find /var/lib/php5/ -depth -mindepth 1 -maxdepth 1 -type f -cmin +$(/usr/lib/php5/maxlifetime) ! -
execdir fuser -s {} 2>/dev/null \; -delete)
现在,我的CPU停留在99%的状态已经有几个小时了,我认为是因为这个原因。会有人碰巧知道这是什么,它是如何开始的以及如何停止的吗?
编辑:我尝试过top -n1
,我多次看到此返回:
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
PID user 20 0 0 0 0 Z 99.9 0.0 0:00.00 fuser <defunct>
这条线重复大约8次。
编辑2:
uname-a:
user SMP Tue Feb 14 13:27:41 UTC 2012 x86_64 x86_64 x86_64 GNU/Linux`
lsb_release -a:
No LSB modules are available.
Distributor ID: Ubuntu
Description: Ubuntu 11.10
Release: 11.10
Codename: code
编辑3:
重新启动后,系统返回到99% cpu usage
相同的top -n1
结果。
uname -a
和的输出是lsb_release -a
什么?
fuser
命令寿命很短。它花费大量时间消耗CPU时间(系统时间,而不是用户时间)来生成(简单地)消耗的/ proc数据。的每个实例fuser
可能很快完成。但它可能被运行了很多次,因为我想其中有很多会话文件。99.9%的数字可能仅表示该实例fuser
在死之前大量使用了CPU。 find
在收养孩子方面可能不是很激进;它waitpid
只有在离开目录或fuser
再次运行时才可能再次调用。
user SMP Tue Feb 14 13:27:41 UTC 2012 x86_64 x86_64 x86_64 GNU/Linux
-a : lsb_release -a:没有可用的LSB模块。发行者ID:Ubuntu说明:Ubuntu 11.10版本:11.10代号:code
-execdir ... \;
等待应该立即进行,因为谓词的结果需要返回代码(我想将其与-execdir ...+
返回值始终为true的结果混合在一起)。