Sujet : scheduling
-
Timers systemd en remplacement de cron : OnCalendar, Persistent= et RandomizedDelaySec
Une unité systemd .timer associée à un service .service de type oneshot peut remplacer une entrée crontab, tout en ajoutant le rattrapage des exécutions manquées après une indisponibilité et un décalage aléatoire au sein d'un parc de machines. Cette méthodologie décrit l'écriture, la validation et l'activation d'une telle paire, et explique ce que font réellement Persistent= et RandomizedDelaySec=.
-
Dialectes d'expressions cron : champs, secondes et le piège jour du mois / jour de la semaine
Vixie cron, Quartz, Kubernetes CronJob, GitHub Actions et AWS EventBridge appellent tous leur chaîne de planification « expression cron », mais divergent sur le nombre de champs, la présence de secondes ou d'une année, et sur la combinaison du jour du mois et du jour de la semaine (OU logique, ou interdiction de renseigner les deux).
-
Musique interactive : planifier les transitions sur l'horloge audio
Convertir les frontières musicales en instants audio futurs, préparer les ressources avant leur échéance, et distinguer le rendu précis à l'échantillon de la latence de lecture de bout en bout.
-
Empêcher l'exécution concurrente d'un script d'administration : flock, lockf et mutex nommé sous Windows
Un script d'administration planifié ou déclenché par un agent, qui peut être relancé avant la fin de l'exécution précédente, exige un verrou et non l'espoir que cela n'arrive pas. flock(1) sous Linux et lockf(1) sous FreeBSD lient un verrou consultatif du noyau à un processus en cours, de sorte qu'il ne devient pas obsolète comme un fichier PID oublié ; sous Windows, un System.Threading.Mutex nommé joue le même rôle.
-
Tâches planifiées comparées : cron, timers systemd, launchd, Planificateur de tâches Windows et cron/at sous AIX
Chaque planificateur répond différemment à une même question : que devient une tâche dont l'heure prévue est passée alors que la machine était éteinte ou en veille ? La comparaison de cron, des timers systemd, des clés de calendrier de launchd et du Planificateur de tâches Windows montre que seul launchd rattrape par défaut après une veille ; les autres ne le font que s'ils sont configurés en ce sens.
-
États Bevy : coordonner les transitions en attente, le travail d'entrée et le nettoyage
Distinguer l'état courant d'une transition demandée, arbitrer délibérément les demandes concurrentes, et confier à l'entrée et à la sortie d'un état la responsabilité des objets temporaires qu'elles créent.
-
Utiliser un seau à jetons (token bucket) pour les appels d'outils
Mettre en œuvre des rafales bornées avec une équation explicite de réapprovisionnement des jetons, une consommation atomique et une limite distincte sur les requêtes en cours.
Lisible par machine : JSON