我一直在阅读 Michael Stapelberg 最近的博文“结束我对 Debian 的参与”。抛开可悲的细节不谈，有人提到在 Debian 基础设施中，批处理作业每天在 XX:52 UTC 运行四次：
当你想在 Debian 中提供一个包时，你可以通过匿名 FTP 上传 GPG 签名的文件。有几个批处理作业（队列守护程序，
unchecked,dinstall，可能还有其他）按固定时间表dinstall运行（例如，在 UTC 时间 01:52、UTC 时间 07:52、UTC 时间 13:52 和 UTC 时间 19:52 运行）。
是否有理由选择 XX: 52 UTC 并且不使用四舍五入到最接近小时的时间，例如 02:00、08:00、08:00 和 14:00？
我是否也应该在新的时间开始之前稍微开始我的 cron 工作，或者这是 Debian 团队的随机选择？
这不是随机的，这是系统管理员应该考虑的事情。
请注意， your
cron.hourly、 yourcron.daily、 yourcron.weekly和 yourcron.monthly都在不同的时间运行。这些时间多年来一直在变化，并且来回移动，因为这些工作相互影响，有时很糟糕。其他 Debian 基础设施也是如此。对于批量运行的计划作业，通常需要考虑这一点。（这不仅仅是 cron 作业，而是一般的这类作业。而且不仅仅是 Debian。）清理文件的作业可能与扫描文件系统的作业交互，后者可能与生成临时文件的作业交互因为它正在工作，…
进一步阅读
run-parts --report /etc/cron.daily. Debian 错误 #23023。/etc/cron.{daily, hourly, monthly, weekly}@daily@hourly@monthly@weekly与, , ,对齐 Debian 错误 #656835。