Yves Rutschle wrote:
On Tue, Jul 08, 2008 at 11:32:12AM +0200, François TOURDE wrote:Moins tu génères d'exceptions à la politique de base, mieux tu te portes au niveau de la "maintenance" de la machineTiens, je n'avais pas pensé à ça et effectivement c'est unbon argument.
une autre façon de le dire: il ne faut pas se battre contre le système. on perd à tous les coups.
cela dit, il y a des cas où on veut des taches à des heures choisies localement. Un exemple est le téléchargement de fichiers d'un serveur public (rsync...) auqeul cas il vaut mieux que tout l'nivers ne tape pas sur un pauvre serveur à la même heure. mais comme cela a déjà été dit, cron.d est là pour ça.
Du coup, je me demande s'il ne faudrait pas faire un wishlist: configuration de l'heure où toutes les tâches systèmes sont lancées. Fondamentalement, elles doivent être lancées en heure creuse, et cette heure creuse dépend forcément de l'utilisation de la machine...
idéalement, il faudrait une notion de taches "flexibles" (avec ou sans RTT :): on peut spécifier plusieurs heures possibles: H1, H2, ... Hk (HeineKen?). on tente de lancer la tache à l'heure Hi. on cherche certaines conditions (machine pas chargée, pas d'utilisateur conncté, machine connectée, ... ) qui dépendent de la tache. selon le résultat, on execute la tache ou on attend la prochaine occasion. on s'assure quand-même que la tache est lancée exactement une fois par jour (si nécessaire).
mais cela peut être implémenté avec un "wrapper" lancé dans hourly (ou cron.d).