Combien de jobs cron sont trop nombreux?

J'ai quelques emplois cron pour une maintenance de base qui ne nécessite pas beaucoup de ressources.

J'ai également une planification de tâches personnalisée (qui appelle simplement un file .php et transmet des informations via GET, à savoir: cronjob.php? Param1 = param …). Ceux-ci peuvent s'append assez rapidement.

Ceux-ci appellent simplement les commands du système et exécutent des programmes externes (Nmap en est l'un). Ils ne prennent généralement pas longtime non plus.

Quoi qu'il en soit, quelqu'un peut-il me dire à peu près quel point est trop nombreux? Je sais que c'est difficile à dire, car cela dépend du travail effectué et de la fréquence, mais à quel moment le programme Crontab commence-t-il à se battre? Quelqu'un a-t-il une idée?

Merci.

3 Solutions collect form web for “Combien de jobs cron sont trop nombreux?”

Je ne m'inquiéterais pas de la charge sur le «programme Crontab» (cron) lui-même; C'est votre chargement global du système auquel vous voudrez peut-être faire attention. Regardez les mésortingques (utilisation de la CPU, taux io, time de réponse de la requête Web) pendant le time que votre travail (s) est en cours d'exécution – y at-il une pointe visible? est-il assez mal de perturber l'utilisation réelle du système?

Si les programmes «ne prennent pas longtime», c'est un bon signe que ce n'est pas un problème.

Si vous êtes encore concerné, vous pouvez faire d'autres choses pour limiter la charge: exécutez les travaux avec nice de réduire leur priorité, exécutez-les séquentiellement au lieu de simultanément, et ainsi de suite.

En recherchant uniquement dans nos systèmes de production, le plus grand a eu 862 emplois cron (dans tous les users, le plus grand, la racine, est 117), et il ne survient pas particulièrement en sueur avec autant.

Si vous commencez 60 emplois par minute, 24×7, et qu'ils prennent deux secondes pour terminer, vous allez probablement finir dans un monde de douleur. Mais, tant que la charge de travail est équilibrée (avec des time de silence et d'autres), elle devrait se redresser. Gardez un œil sur les charges du système pendant les heures de pointe (CPU%, E / S du disque, …) et vous inquiétez plus que le nombre de travaux réels.

Cette question est semblable à «Combien de process puis-je exécuter avant d'avoir des problèmes?». Le meilleur pari est de l'essayer, car cela dépend de votre système. Cron lui-même a quelques limites que j'ai trouvées mais, si vous essayez de programmer des dizaines de milliers d'emplois, vous mettez plus de tension que jamais.

Mesurez, ne devinez pas!

Cron lui-même ne commencera à jamais à lutter; le système sera complètement bloqué avec la charge de travail bien avant que cela ne se produise.

  • Expérience "jeton d'authentification" pour utilisateur avec mot de passe supprimé
  • munin-cron Impossible de copyr le contenu
  • Crontab + Rsync - rien ne se produit :(
  • Écriture d'un système de locking
  • Comment supprimer périodiquement tout le contenu d'un file sans le supprimer
  • Cronjob problème d'exécution du script php
  • Logrotate cron job ne tourne pas certains journaux
  • cron ne fonctionne pas sur centos 5.2
  • linon centos root crontab ne fonctionnera pas
  • Pourquoi le temps nécessaire pour exécuter ce script diffère-t-il entre l'utilisateur et le système et comment corriger l'écart?
  • Comment exécuter cron job à une heure spécifique chaque jour?
  • Les astuces du serveur de linux et windows, tels que ubuntu, centos, apache, nginx, debian et des sujets de rĂ©seau.