Der Entwickler von la dstat Systemüberwachungsprogramm das seit 2004 entwickelt wurde, wer bot einen Ersatz universell und funktionaler Für die Dienstprogramme vmstat, iostat, mpstat, netstat und ifstat wurde der Abschluss der Projektentwicklung angekündigt aufgrund eines Namenskonflikts, der durch Aktionen von Red Hat verursacht wurde.
Dstat überwindet einige der Einschränkungen der oben genannten Dienstprogramme und fügt einige zusätzliche Funktionen, mehr Zähler und Flexibilität hinzu. Dstat ist nützlich für die Überwachung von Systemen während Tests zur Leistungsoptimierung, Benchmarks oder Fehlerbehebung.
Mit diesem Dienstprogramm können Sie alle Ressourcen Ihres Systems in Echtzeit anzeigenBeispielsweise kann es verwendet werden, um die Festplattenauslastung in Kombination mit Ihren IDE-Controller-Interrupts zu vergleichen oder um Netzwerkbandbreitennummern direkt mit der Festplattenleistung (im gleichen Bereich) zu vergleichen.
Darüber hinaus Dstat bietet detaillierte selektive Informationen in Spalten und zeigt deutlich an, in welcher Größe und Einheit der Ausgang angezeigt wird. Weniger Verwirrung, weniger Fehler. Am wichtigsten ist, dass es sehr einfach ist, Plugins zu schreiben, um Ihre eigenen Zähler zu sammeln und sie auf eine Weise zu erweitern, die Sie nie erwartet hatten.
Die Standardausgabe von Dstat kann von Personen in Echtzeit interpretiert werden. Sie können die Details jedoch in die CSV-Ausgabe in eine Datei exportieren, um sie später in Gnumeric oder Excel zu importieren und Diagramme zu erstellen.
Dstat schließt seine Entwicklung ab
Wie eingangs erwähnt, Der verantwortliche Entwickler verlor die Motivation, die Entwicklung fortzusetzen von Dstat nachdem Red Hat beschlossen hatte, dstat durch ein neues selbst entworfenes Dienstprogramm zu ersetzen (aus dem Performance Co-Pilot Kit) unter dem gleichen Namen angeboten.
Der Autor von dstat (Dag Wieers, einer der Gründer von ELRepo und RepoForge / RPMforge) Sie sehen keine weitere Entwicklung des Projekts und beabsichtigen dies nicht Kampf gegen ein Multi-Millionen-Dollar-Unternehmen, was die Unethik der Schaffung konkurrierender Produkte mit demselben Namen demonstriert.
Darüber hinaus wurden im vergangenen Jahr dstat aus Fedora-Repositories entfernt und ein Ersatz für das Performance Co-Pilot-Projekt in Fedora 29 aufgenommen.
Das neue Dienstprogramm pcp-dstat (auch als "pcp dstat" veröffentlicht) wurde über den symbolischen Link / usr / bin / dstat platziert, da es die vollständige Ausgabekompatibilität mit dem ursprünglichen dstat bietet.
Es wird vorgeschlagen, dass alle Fehler- und Problemmeldungen in der ursprünglichen dstat-Datei sund nach dieser Entscheidung an Red Hat senden.
Damit werden etwas mehr als 40 Berichte über Probleme, die zuvor geöffnet waren, mit dem Hinweis geschlossen, dass Sie sich an Red Hat wenden müssen, um eine Lösung zu finden.
Und vor einigen Tagen wurde die endgültige Version von dstat 0.7.4 veröffentlicht, in der eine wichtige Änderung vorgenommen wurde, in der die Unterstützung für Python 3 implementiert wurde.
Andererseits wurde die Red Hat-Version ebenfalls in Python geschrieben und war ursprünglich mit Python 3 kompatibel, während das ursprüngliche dstat mit Python 2 verknüpft blieb.
Im November 2016 wurde die Veröffentlichung von Änderungen am Haupt-dstat-Repository eingestellt und das Projekt schien abgebrochen zu sein (die Entwicklung wurde erst im Januar 2019 wieder aufgenommen, aber Red Hat begann 2018 mit der Entwicklung einer eigenen Version von dstat mit dem Ziel, einen kompatiblen Ersatz zu schaffen, der in der Lage ist, zu arbeiten Python-Umgebungen 3).
Interessanterweise war Dag Wieers zuvor auch in einen ähnlichen Konflikt verwickelt. Zusammenhang mit dem Schnittpunkt des Dienstprogramms dconf Ich habe mit dem dconf-System des Gnome-Projekts entwickelt (das Dienstprogramm dconf war bereits zum Zeitpunkt des Erscheinens des neuen Gnome-Toolkits in der Gnome-Entwicklung in Distributionen verteilt. Dag Wieers informierte sie über die Existenz eines bestehenden Projekts mit diesem Namen , aber es wurde ignoriert).
Leider musste Dag Wieers dieses Problem bereits ein zweites Mal durchgehen. Vielleicht denken viele von uns, dass es am besten wäre, Maßnahmen wie das Registrieren von Namen oder ähnliches zu ergreifen.