2013-01-16 58 views
1

所以我从服务器管理员那里得到这个小片段,说我的脚本负责服务器过载。我不太明白这个日志是如何说明的。了解linux服务器进程日志

有人可以解释这个输出实际上意味着什么吗?

没有人227949 6.2 45.4 21198032 11187052? S 08:40 0:19 _/usr/local/apache/bin/httpd -k start -DSSL

user 232019 4.1 0.1 150748 25872? S 08:41 0:11 | _在/ usr/bin中/ PHP /home/user/public_html/results.php

所有我从这次得到的是:
用户的ProcessID __ _ __ ___ __ _ __?小号_ __ _ __过程位置(阿帕奇/ PHP)的文件中使用

是,即使正确吗?有人可以填空白解释什么是什么。什么是S?

回答

0

这被输出提供PY ps aups aux,所述列是:

USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND

https://superuser.com/questions/117913/ps-aux-output-meaning具有解释,或者看man ps

状态S意味着'睡眠',这对于一个进程来说是一个非常正常的状态。这个输出对于追踪问题并没有什么帮助。你现在所有的问题都在results.php,所以你必须更仔细地调查。我冒险猜测,并说这个脚本做了一些数据处理,这可能需要很长时间。

+0

你是正确的脚本旨在下载一个大的XML文件和解析到SQL。这两张表格共有约140列,总共约有11,000条。 同样在这种情况下,正在运行的apache进程将是服务器上的共享进程(user:nobody)还是仅仅是我的? – xlordvader

+0

从外观来看,CPU和Mem的使用量对于result.php进程是低的 但是,虚拟内存和驻留集(不知道是什么?)只有150kb和25kb。这似乎并不坏。 – xlordvader

+0

@xlordvader它分别是150MB/25MB。该输出的单位是1KiB = 1024字节 – us2012

0

您的系统管理员告诉您的是,results.php中的某些内容正在使用资源。他可能已经能够与tophtop这样的工具一起推测,以便他可以在“真实”时间观察过程。交叉参考PID(进程ID)和中提琴他可以评估您的文件results.php正在使用比“正常”或“预期”更多的资源。但是从日志本身来看,你可以看到的只是一个用户运行一个编号为232019的进程以及那个进程是“什么”。他需要日志告诉他PID 232019是什么,以及为什么说ID是吃资源。 Apache日志旨在用于错误报告,而不是用于监视内核进程及其性能。

因此,在短期,相信喜欢的故障必须去的东西:

hmmmmm服务器速度慢

好,我来看看HTOP

HTOP说,PID 232019被盯住了CPU的并进食记忆

hmmmmm想知道什么PID 232019真的是? - 我能看到的只是apache正在运行它。更好地查看日志。

在日志文件中搜索232019

啊,那里是... results.php。罪魁祸首。

+0

这太简单了。我想知道管理员必须阻止访问的具体资源(日志本身的解释)。您的输入是非常感谢 - 谢谢 – xlordvader