<?php

echo "\n-------------- DEBUG --------------\n";
echo "memory (start): " . memory_get_usage(TRUE) . "\n";

$startTime = microtime(TRUE);
// some process
$end = microtime(TRUE);

echo "\n-------------- DEBUG --------------\n";
echo "memory after some process: " . memory_get_usage(TRUE) . "\n";
echo "executed time: " . ($end-$start) . "\n";

通过这样做，您可以轻松找到哪个进程占用了多少内存以及执行它需要多长时间。

6）外部服务器/网络服务电话您的cronjob是否呼叫外部服务器或Web服务？如果是这样，请确保尽快加载这些。如果您从第三方服务器请求数据，并且此服务器需要几秒钟才能返回一个会影响您的cronjob速度的答案，特别是如果这些调用是循环的。

试一试，让我知道你发现了什么。

Answer 2

ps的输出也会显示流程何时开始（参见专栏STARTED）。

$ ps auxf
USER    PID  %CPU %MEM     VSZ    RSS   TTY  STAT  STARTED    TIME   COMMAND
root      2   0.0  0.0       0      0   ?    S     18:55      0:00   [ktrheadd]
                                                   ^^^^^^^
(...)

或者您可以自定义输出：

$ ps axfo start,command
STARTED   COMMAND
18:55     [ktrheadd]
(...)

因此，您可以确定它们是否重叠。

Answer 3

您应该在process_stats_hourly.php脚本中使用lockfile机制。不必过于复杂，你可以让php将启动过程的PID写入/var/mydir/process_stats_hourly.txt这样的文件。因此，如果处理统计信息需要花费一个多小时，而cron将启动process_stats_hourly.php脚本的另一个实例，它可以检查锁文件是否已经存在，如果存在则不会运行。

但是，如果它确实找到了锁定文件并且无法启动，那么您将面临如何“重新排队”每小时脚本的问题。

Answer 4

您可以在其中一个运行时间过长的进程中使用strace -p 1234，其中1234是相关进程ID。也许你会明白为什么它如此缓慢，甚至被阻挡。

Answer 5

在Cent OS中是否有任何工具或我能做些什么来确保我的cronjob每小时运行而不与下一个重叠？

是。 CentOS的标准util-linux包为文件系统锁定提供了命令行方便。作为Digital Precision suggested，锁文件是一种同步过程的简便方法。

尝试按如下方式调用您的cronjob：

flock -n /var/tmp/stats.lock process_stats_hourly.php || logger -p cron.err 'Unable to lock stats.lock'

您需要编辑路径并根据需要调整$ PATH。该调用将尝试锁定stats.lock，如果成功则生成您的统计脚本，否则放弃并记录失败。

或者你的脚本可以调用PHP的flock()本身来达到同样的效果，但flock(1)实用程序已经存在。

Answer 6

该日志文件多久轮换一次？

日志解析作业突然花费比平常更长的时间，如日志没有被旋转，现在太大了，解析器无法有效处理。

尝试重置日志文件并查看作业是否运行得更快。如果这样可以解决问题，我建议logrotate作为将来防止问题的一种方法。

Answer 7

您可以在cronjob中添加一个步骤来检查上述命令的输出：

ps auxf | grep process_stats_hourly.php

保持循环，直到命令没有返回任何内容，表明进程没有运行，然后允许剩余的代码执行。

在Centos 5上缓慢的cron工作

7 个答案: