Written by
PierreDuboisRésumé : Cet article de iBoysoft explique ce qu'est syslogd. De plus, vous pouvez découvrir les différences entre syslogd et rsyslog et comment redémarrer syslogd.
Et pourquoi utilise-t-il entre 30% et 90% de mon CPU ? Je pense que ça a commencé hier. Je suis en train d'utiliser Firefox 3.0b5 comme navigateur principal, et récemment j'ai remarqué que mon utilisation du CPU lorsque je navigue est toujours à 99-100%, et le processus en haut de la liste est syslogd. Quitter Firefox ne change rien ; la seule façon de l'arrêter est d'aller dans le Moniteur d'Activité et de le tuer. Je suis dans la dernière version de Safari maintenant, et c'est la même chose, actuellement, c'est à environ 34%. - Communauté Apple
De nombreuses personnes signalent qu'elles trouvent syslogd utilisant un CPU élevé sur leur Mac, mais elles ne savent pas ce que c'est ni pourquoi il consomme autant de puissance de traitement. Si vous rencontrez le même problème, continuez à lire pour trouver la solution que nous proposons ci-dessous.
Qu'est-ce que syslogd ?
Syslogd est un processus en arrière-plan dans les systèmes d'exploitation basés sur Unix, incluant macOS et Linux, et il est responsable de la collecte, du traitement et du stockage des journaux système.
Il gère les journaux provenant de divers composants système, services et applications, aidant les utilisateurs et administrateurs à surveiller l'activité du système et à diagnostiquer les problèmes. Syslogd peut envoyer les journaux à un serveur de journalisation centralisé pour analyse dans des environnements d'entreprise.
Partagez cet article pour aider plus de personnes à connaître syslogd !
Quelle est la différence entre syslogd et rsyslog ?
Syslogd et rsyslog sont des démons de journalisation système utilisés pour collecter, stocker et gérer les journaux système, mais ils diffèrent en fonctionnalité et cas d'utilisation.
syslogd est le démon de journalisation par défaut pour macOS et les premiers systèmes Unix. Il fournit une journalisation de base et écrit les journaux dans des fichiers locaux, tels que /var/log/system.log.
Cependant, rsyslog est une version améliorée de syslogd, couramment utilisée sur les serveurs Linux. Il inclut des fonctionnalités avancées comme le filtrage de journaux, le chiffrement, la journalisation à distance, et le stockage en base de données. De plus, il peut stocker des journaux dans MySQL, PostgreSQL, ou Elasticsearch et prend en charge TCP, UDP, et TLS pour une transmission sécurisée des journaux. Cela le rend plus souple et efficace, surtout pour la gestion des journaux à grande échelle.
En bref, si vous utilisez macOS, syslogd convient bien pour la journalisation de base. Si vous gérez un serveur Linux, rsyslog est le meilleur choix pour une gestion des journaux plus complexe et évolutive.
Comment réparer syslogd utilisant un CPU élevé sur Mac ?
Lorsque vous constatez que syslogd consomme beaucoup de CPU dans Monitor d'activité, cela peut être dû à certains processus générant un grand nombre de journaux dans un court laps de temps (tels que des plantages d'application ou des défaillances matérielles), surchargeant syslogd. Il est également possible que les fichiers journaux soient corrompus, ce qui incite syslogd à essayer de les lire ou de les écrire à plusieurs reprises.
Dans ce cas, vous pouvez essayer de redémarrer syslogd. Si l'utilisation élevée du CPU persiste, vous devriez enquêter plus en détail sur les journaux système et les processus associés.
- Ouvrez Terminal et tapez la commande suivante pour redémarrer syslogd.sudo launchctl stop com.apple.syslogd && sudo launchctl start com.apple.syslogd
- Si le redémarrage de syslogd via Terminal ne résout pas le problème, essayez de redémarrer votre Mac. Cliquez sur le menu Pomme > Redémarrer.
- Si syslogd continue d'utiliser un CPU élevé après le redémarrage, vérifiez les journaux pour des entrées excessives ou des fichiers corrompus. tail -f /var/log/system.log
- S'il est nécessaire, supprimez les fichiers journaux volumineux ou corrompus. (Sauvegardez les journaux importants avant de les supprimer) sudo rm /var/log/*.log
Si le problème persiste, envisagez d'identifier les applications problématiques qui pourraient surcharger le système de journaux.
Partagez cet article avec vos amis s'il vous a été utile !