我一直在阅读最近的博文“结束我对 Debian 的参与”作者：迈克尔·斯塔佩尔伯格。抛开悲伤的细节不谈，有人提到，在 Debian 基础设施中，批处理作业每天在 XX:52 UTC 运行四次：
当您想要在 Debian 中提供软件包时，您可以通过匿名 FTP 上传 GPG 签名的文件。有几个批处理作业（队列守护程序、
unchecked、dinstall，可能还有其他）按固定计划运行（例如，dinstall在 01:52 UTC、07:52 UTC、13:52 UTC 和 19:52 UTC 运行）。
选择XX的理由是：52精确的 UTC 时间而不是使用四舍五入到最接近的小时的时间，例如 02:00、08:00、08:00 和 14:00？
我是否应该在新的一小时开始之前开始我的 cron 作业，或者这是 Debian 团队的随机选择？
答案1
这不是随机的，而是系统管理员应该考虑的事情。
请注意，你的cron.hourly，你的cron.daily，你的cron.weekly，还有你的cron.monthly都在不同时间运行。这些时间多年来一直在变化，并且被来回移动，因为这些工作彼此互动，有时很糟糕。其他 Debian 基础设施也是如此。
对于批量运行的计划作业来说，这是一般需要考虑的事情。 （这不仅仅是 cron 作业，而是一般的此类作业。而且不仅仅是 Debian。）清理文件的作业可能会与扫描文件系统中的内容的作业交互，后者可能会与生成临时文件的作业交互当它正在工作时，…
进一步阅读
- 巴姆（1998-05-31）。 cron：竞争条件来自
run-parts --report /etc/cron.daily。 Debian 错误#23023。 - 克里斯托夫·安东·米特勒 (2012-01-22)。cron:
/etc/cron.{daily, hourly, monthly, weekly}与@daily,@hourly,@monthly,对齐@weekly。 Debian 错误 #656835。 - https://wiki.debian.org/ItsSixAmAndIveBeenCracked