bash脚本,而真正+睡眠24小时+单一命令VS克朗

在VPS中使用以下框架来创buildbash脚本是一种很好的做法:

#!/bin/bash while true; do /path/to/other-bash-script-that-does-stuff.sh sleep 24h done 

这是为了避免触摸Cronconfiguration。 这会造成内存/ CPU消耗问题吗? 该脚本将在启动时加载。

更新 :基于评论,我也问如何检查Cron设置是否正常工作,而无需等待cron作业自然启动所需的时间。 (我是一个非常新手Cronpipe理员)

非常感谢您的答复!

虽然它会工作,这听起来对我来说是一个坏主意。 作为一名系统pipe理员,我期望定期执行是通过cron来完成的,因此当它以非标准的方式完成时,会增加安装的复杂性。

如果主脚本由于某种原因被终止(执行无w / o nohup并且shell作为一个例子被终止),则该过程将不会运行。 另外,cron会logging所有输出以及它被执行的事实。 你可以把所有的东西都build立在你的脚本上,但是为什么在cron已经存在的时候重新发明轮子呢?

我使用这样的configuration(虽然在我的情况下,它运行一次,睡8小时,再次运行,睡8小时,最后一次运行,并死)。 有意思的是,我不认为它曾经造成过任何问题。 AFAIK有一个睡眠过程并不真正做任何资源明智的。 任何原因你不能碰cron?