我一直在閱讀 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、 your cron.daily、 yourcron.weekly和 yourcron.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

引用自：https://unix.stackexchange.com/questions/505595