Le développeur de la utilitaire de surveillance du système dstat qui a été développé depuis 2004, qui a proposé un remplaçant universel et plus fonctionnel pour les utilitaires vmstat, iostat, mpstat, netstat et ifstat, a annoncé l'achèvement du développement du projet en raison d'un conflit de noms causé par les actions de Red Hat.
Dstat surmonte certaines des limitations des utilitaires susmentionnés et ajoute des fonctionnalités supplémentaires, plus de compteurs et de la flexibilité. Dstat est utile pour surveiller les systèmes lors des tests de réglage des performances, des benchmarks ou du dépannage.
Cet utilitaire vous permet de voir toutes les ressources de votre système en temps réelPar exemple, il peut être utilisé pour comparer l'utilisation du disque en combinaison avec les interruptions de votre contrôleur IDE ou pour pouvoir comparer les nombres de bande passante réseau directement aux performances du disque (dans la même plage).
En plus de cela Dstat fournit des informations sélectives détaillées dans des colonnes et indique clairement dans quelle ampleur et quelle unité la sortie est affichée. Moins de confusion, moins d'erreurs. Plus important encore, il est très facile d'écrire des plugins pour collecter vos propres compteurs et les étendre d'une manière à laquelle vous ne vous attendiez pas.
La sortie Dstat par défaut est conçue pour être interprétée par des personnes en temps réel, cependant, vous pouvez exporter les détails de la sortie CSV dans un fichier pour une importation ultérieure dans Gnumeric ou Excel pour générer des graphiques.
Dstat termine son développement
Comme nous l'avons mentionné au début, le développeur en charge a perdu la motivation de poursuivre le développement par Dstat après que Red Hat a décidé de remplacer dstat par un nouvel utilitaire conçu par lui-même (à partir du kit Performance Co-Pilot) offert sous le même nom.
L'auteur de dstat (Dag Wieers, l'un des fondateurs d'ELRepo et RepoForge / RPMforge) vous ne voyez pas de développement ultérieur du projet et n'avez pas l'intention de lutter contre une société de plusieurs millions de dollars, démontrant la nature contraire à l'éthique de créer des produits concurrents du même nom.
De plus, l'année dernière, cela a provoqué la suppression de dstat des référentiels Fedora et l'inclusion dans Fedora 29 d'un remplacement pour le projet Performance Co-Pilot.
Le nouvel utilitaire pcp-dstat (également publié sous le nom de «pcp dstat») a été placé en utilisant le lien symbolique / usr / bin / dstat, car il offre une compatibilité de sortie totale avec le dstat original.
Il est proposé que tous les messages d'erreur et de problème dans le fichier dstat d'origine set envoyer à Red Hat après cette décision.
Avec cela, un peu plus de 40 rapports de problèmes qui étaient auparavant ouverts sont fermés avec une note que vous devez contacter Red Hat pour une solution.
Et c'est qu'il y a quelques jours, la version finale de dstat 0.7.4 a été publiée dans laquelle un changement clé dans lequel le support de Python 3 a été implémenté.
D'autre part, la version Red Hat était également écrite en Python et était initialement compatible avec Python 3, tandis que le dstat d'origine restait lié à Python 2.
En novembre 2016, la publication des modifications dans le référentiel principal dstat s'est arrêtée et le projet semblait abandonné (le développement n'a repris qu'en janvier 2019, mais Red Hat a commencé à développer sa propre version de dstat en 2018 dans le but de créer un remplaçant compatible capable de travailler en Environnements Python 3).
Fait intéressant, Dag Wieers a également été précédemment impliqué dans un conflit similaire. liée avec l'intersection de l'utilitaire dconf Je développais avec le système dconf du projet Gnome (l'utilitaire dconf était déjà distribué dans les distributions au moment de l'apparition de la nouvelle boîte à outils Gnome dans le développement de Gnome, Dag Wieers les informa de l'existence d'un projet existant portant ce nom , mais il a été ignoré).
Malheureusement, Dag Wieers a déjà dû affronter ce problème une deuxième fois, alors peut-être que beaucoup d'entre nous pensent que la meilleure chose à faire serait de prendre des mesures telles que l'enregistrement de noms ou quelque chose du genre.