“at”有多可靠

Question

我正在开发一个命令行调度程序，因为我需要在不同时间依次运行多个命令。

public static function set ($dir, $operation, $arguments = [], $options = [], $timeToWait)
{

    $argumentstring = '';
    $optionstring = '';

    foreach($arguments as $argument)
    {
        $argumentstring .= $argument.' ';
    }

    if ($options) 
    {
        foreach ($options as $key => $option) 
        {
            $optionstring .= '--' . $key . '=\"' . $option . '\" ';
        }
    }

    $command = $operation. ' ' . $argumentstring . ' ' . $optionstring;
    return $string = exec('echo php '.$dir.'/./prices '.$command.' | /usr/bin/at -M now + '.$timeToWait. ' min');
}

像这样称呼

Schedule::set(getcwd(), 'put:acknowledge', ['Customer' => database_connector::getUserId(), 'ReportId' => ReportIdDeclaration::getReportID(), [], 5);

首先，cron 运行第一个进程，然后根据 API 响应调度其他命令。我必须每两分钟运行一次这些命令，所以cron 和at 也经常被解雇。虽然我知道 cron 正在工作（并且文件中的命令在手动调用时按预期工作），但某些作业失败/未执行。

由于我没有与at 合作过这么多的工作，我怀疑at 是否像我需要的那样可靠。或者我的代码缺少我看不到的东西。

这就是我的问题的重点，at 在大量工作中是否被认为是可靠的，我是否必须控制我的源代码的错误，或者at 只是不被认为是可靠的足以在纯程序化执行的环境中工作？

Answer 1

我们不知道您需要“at”有多可靠，但是您所描述的似乎是使用 at 的一种反模式。

如果您需要按顺序运行作业，则应将它们链接在具有单个入口点的脚本中。

虽然“at”通常会以 1 秒的精度运行任务，但不能保证该任务将始终在计划的 1 秒内运行。如果您需要这种程度的确定性，那么您需要一个实时操作系统。

如果负载超过某个阈值，某些版本的“cron”和“at”将不会启动作业。除了那种情况，我从来不知道 'at' 会接受不是（最终）由 atd 运行的工作。

当然，最近的系统可能不使用 atd 和 crond - systemd 支持此功能（是否有效以及是否是一个好主意是一个很长的争论）。

您在此处向我们展示的代码不会检查调用“at”的返回码。