envsys - envsys

Framework für Umweltsysteme (Version 2)
Ursprüngliche Autor (en) Juan Romero Pardines (2007)
Entwickler Die NetBSD Foundation, Inc.
Erstveröffentlichung 1. Juli 2007 ; vor 13 Jahren  ( 2007-07-01 )
Repository /sys/sys/envsys.h
Geschrieben in C.
Betriebssystem NetBSD seit 5.0
Art Systemüberwachung
Lizenz BSD-Lizenz # 4-Klausel
Webseite envsys (4)
Umweltsystem-API
Ursprüngliche Autor (en) Tim Rightnour und Bill Squier (2000)
Entwickler Die NetBSD Foundation, Inc.
Erstveröffentlichung 15. Dezember 1999 ; Vor 21 Jahren  ( 1999-12-15 )
Endgültige Veröffentlichung
NetBSD 4.0.1 / 14 Oktober 2008 ; vor 12 Jahren  ( 2008-10-14 )
Repository /sys/sys/envsys.h
Geschrieben in C.
Betriebssystem NetBSD 1.5 bis 4.0.1
Art Systemüberwachung
Lizenz BSD-Lizenz # 4-Klausel
Webseite envsys (4) in NetBSD 4.0

Der envsys Framework ist ein Kernel -Niveau Hardware - Monitoring - Sensoren Rahmen in NetBSD . Ab dem 4. März 2019 wird das Framework von fast 85 Gerätetreibern verwendet , um verschiedene Umgebungsüberwachungssensoren zu exportieren. Dies wird durch Verweise auf das sysmon_envsys_register Symbol im sys Pfad von NetBSD belegt. mit Temperatursensoren, die wahrscheinlichste Art ist , von einem bestimmten Treiber ausgeführt werden kann. Sensoren werden über die API beim Kernel registriert . Der Verbrauch und die Überwachung von Sensoren aus dem Benutzerland erfolgt mit Hilfe des Dienstprogramms durch bis gegen die ENVSYS_STEMPsysmon_envsys(9)envstatproplib(3)ioctl(2)/dev/sysmon Pseudogerätedatei, der powerd Power - Management - Daemon , dass Ereignisse reagiert auf Kernel von Skripten läuft /etc/powerd/scripts/ , sowie von Drittanbietern Tools wie symon und GKrellM von pkgsrc .

Eigenschaften

Das Framework ermöglicht es dem Benutzer, die vom Treiber festgelegten Überwachungsgrenzen zu ändern und die Überwachung der Sensoren im Kernelraum durchzuführen oder sogar einen Hardware-Chip zu programmieren, um die Überwachung für das System automatisch durchzuführen. Zwei Ebenen der Grenzen sind definiert: kritisch und Warnung , die beide zusätzlich zu einem erweitern über und eine unter Kategorisierung. Wenn Grenzwertschwellen überschritten werden, kann ein Kernel-Ereignis generiert werden, das im powerd Benutzerland abgefangen werden kann, indem ein vordefiniertes Benutzerskript ausgeführt wird. Im Vergleich dazu wird in OpenBSDs hw.sensors die Überwachung von benutzerdefinierten Werten im Userspace von durchgeführt sensorsd .

Ab 2019 erleichtert das Framework selbst die Steuerung von Computerlüftern nicht , obwohl die Treiber die Schnittstelle zu den Lüftersteuerungsfunktionen ihrer Chips auf andere Weise implementieren könnten, beispielsweise über eine treiberspezifische Systemschnittstelle, wie dies der Ansatz ist vom dbcool(4) Fahrer. Die Treiber für die beliebtesten Super-E / A- Chips mögen lm(4) und itesio(4) implementieren jedoch überhaupt keine Lüftersteuerung (in der Vergangenheit melden diese Treiber in OpenBSD, NetBSD und DragonFly nicht einmal den Arbeitszyklus des Lüfter - nur die tatsächlichen Drehzahlwerte werden gemeldet).

Geschichte

Der Rahmen wurde zwei Mal grundlegend überarbeitet: Die erste Version von envsys.h wurde am 15. Dezember 1999 zugesagt. Vor 21 Jahren ; mit Manpage am 27. Februar 2000 ; Vor 20 Jahren . Zwischen 2000 und 2007 wurde auf der Handbuchseite für envsys (4) in NetBSD angegeben, dass die "API experimentell ist" und dass "die gesamte API durch eine sysctl (8) ersetzt werden sollte", "sollte eine entwickelt werden"; Es ist anzumerken, dass dies 2003 der genaue Ansatz von OpenBSD mit sysctl hw.sensors war, als einige der envsys (4) -Treiber auf OpenBSD portiert wurden.  ( 1999-12-15 ) envsys.4  ( 2000-02-27 )

Die zweite Überarbeitung erfolgte am 1. Juli 2007 ; Vor 13 Jahren . Die Serialisierung mit Userland wurde mithilfe von Eigenschaftslisten mithilfe der neuen proplib (3) -Bibliothek von NetBSD erneut implementiert (die zugrunde liegende Transportschicht zwischen Kernel und Userland wird noch über ioctl ausgeführt ).  ( 2007-07-01 )

Das envsys-Framework war der Vorläufer des OpenBSD- Frameworks sysctl hw.sensors im Jahr 2003, und viele Treiber sowie einige Sensortypen wurden zwischen NetBSD und OpenBSD hin und her portiert. drive NetBSD wurde am 1. Mai 2007 um Unterstützung für Typsensoren erweitert , ähnlich wie drive bei OpenBSD , als bio (4) und bioctl gleichzeitig von OpenBSD nach NetBSD portiert wurden.

Siehe auch

Verweise

Externe Links