Hardware Verwaltung

Gerätemanagement

Fachliches und betriebswirtschaftliches Management der Hardware mit IT-Asset-Management und zentralem Management der Hard- und Software-IT-Ressourcen. Er ist die Abstraktionsschicht zwischen Softwarekonzepten und Hardware-Schaltungen und muss daher mit beiden Seiten kommunizieren. Vor der üblichen, rotzfrechen Antwort: "Es ist einfach, es selbst zu programmieren", kommt zu meiner Frage: abteilungsübergreifendes IT-Bestandsmanagement.

Suchmaschine für die Verwaltung von Benutzern und Hardware

Guten Tag zusammen, weiß jemand ein einsatzbereites Werkzeug, mit dem Sie z.B. Firmenstandorte / Benutzer / Kennwörter / Hardware etc. eingeben und abfragen können? Stellen Sie sich eine Webseite vor, auf der Sie z.B. zuerst den Ort auswählen können...dann auf "Benutzer" klicken und alle Benutzer des Ortes werden aufgelistet...dann können Sie z.B. Kennwörter - Hardware usw. auswählen und die entsprechenden Angaben werden eingeblendet.

Bei Hardware z.B. Service TAG-Nummern. Es wäre natürlich toll, wenn es ein bereitständiges PHP-Tool gäbe, mit dem man so etwas machen kann.

Management von Arbeitsstätten Standorte Hardware Softwaresysteme

Derzeit leite ich ein Elektrotechnikunternehmen, das für die Konstruktionsbüros auf sich ändernden Großbaustellen in ganz Deutschland eigene Hard- und Softwaresysteme verwendet. Derzeit leite ich die Verwaltung der Endgeräte im Betrieb über Excel-Tabellen. Das bedeutet, dass ich eine Tisch für "interne Arbeitsplätze" habe, in der die individuellen PC, deren Ausrüstung, die angeschlossenen Peripheriegeräte, Monitore, IP-Adressen usw. von mir eingab.

Gleiches gilt für externe Geräte, die noch die Objektnummer des eingegebenen Bauprojektes haben. FW-Zustände, die VPN-Konfiguration (falls vorhanden), DSL-Accountdaten, etc. werden hier ebenfalls eingegeben. Darüber hinaus hat die Auswertesoftware eine eigene Liste, in der der Softwarename, die Lizenzschlüssel, der Hersteller und die Computer, auf denen sie sich befindet, gespeichert sind. Und wie verwalten Sie Ihre Hard- und Softwaresysteme sowie Verbindungen, Einstellungen und Zugriffsdaten?

Hardwaremanagement

Jede Peripherievorrichtung wird durch Schreiben und Lesen ihrer Zählwerke kontrolliert. Bei den meisten Geräten gibt es mehrere Registrierkassen, auf die als aufeinander folgende Adresse entweder im Speicheradressraum oder im I/O-Adressraum zurückgegriffen wird. In der Hardware gibt es keinen konzeptuellen Unterscheid zwischen Speicherbereich und I/O-Bereich: Einige CPU-Hersteller realisieren einen einzelnen Adressraum in ihren Chops, andere denken, dass sich Peripheriegeräte vom Arbeitsspeicher abheben und daher einen eigenen Adressraum verdienen.

Bei einigen Verarbeitern (insbesondere der x86-Familie) gibt es getrennte elektronische Lese- und Schreibleitungen für I/O-Ports und besondere CPU-Anweisungen für den Zugriff auf diese Anschlüsse. Weil Peripheriegeräte für den Einsatz auf einem speziellen Peripheriebus entwickelt wurden und weil die gängigsten I/O-Busse auf dem Computer realisiert werden, müssen auch Prozesse, die keinen eigenen Adressraum für I/O-Ports haben, beim Zugriff auf einzelne Peripheriegeräte das Auslesen und Beschreiben von I/O-Ports implizieren. Dies erfolgt in der Regel über einen externen Chipsatz oder Zusatzschaltungen im CPU-Kern.

Auch aus dem selben Grunde setzt Linux das Prinzip der I/O-Ports auf allen unterstützen Computerplattformen um - auch auf Systemen, bei denen die CPU einen einzelnen Adressraum bereitstellt. Auch wenn der Peripheriebus einen eigenen Adressraum für I/O-Ports hat, ordnen nicht alle Bausteine ihre Zählwerke den I/O-Ports zu. Der Einsatz von I/O-Ports erfolgt typischerweise bei ISA-Peripheriekarten; die meisten PCI-Vorrichtungen ordnen sich Registern in einen Speicheradressraum zu.

Diese I/O-Speicherlösung ist im Allgemeinen wünschenswert, da keine besonderen Prozessoranweisungen erforderlich sind; der CPU-Kern kann viel effektiver auf den Arbeitsspeicher zugreifen, bei der Registerzuweisung und bei der Wahl des Adressiermodus beim Speicherzugriff hat der Kompilierer mehr Freiheit. Ungeachtet der großen Übereinstimmung zwischen Hardware-Registern und Arbeitsspeicher muss ein Entwickler, der auf I/O-Register zugreift, darauf achten, dass er nicht durch CPU- oder Compileroptimierungen betrogen wird, die das zu erwartende I/O-Verhalten ändern können.

In CPU-Registern kann der Kompilierer mit Datenwerten puffern, ohne sie in den Arbeitsspeicher zu speichern; und selbst wenn die Daten abgespeichert sind, können sowohl Schreib- als auch Lesevorgänge im Cachespeicher ausgeführt werden, ohne je in den physischen RAM zu gelangen. Die Konvertierung von Vorgängen kann auch auf der Ebene des Compilers und der Hardware erfolgen:

Oftmals kann eine Sequenz von Statements rascher durchlaufen werden, wenn sie in einer anderen Ordnung als im Text des Programms abgearbeitet wird - zum Beispiel, um ein Blockieren in der RISC-Pipeline zu verhindern. Bei CISC-Prozessoren können Vorgänge, die lange dauern, zeitgleich mit anderen, rascheren Vorgängen ablaufen. Bei Anwendung auf konventionelle Speichermedien (zumindest bei Einzelprozessorsystemen) sind diese Verbesserungen zwar klar und gutmütig, können aber bei I/O-Betriebsvorgängen tödlich sein, da sie dann mit den "Nebenwirkungen" ins Spiel kommen, die der Grund dafür sind, dass ein Fahrer überhaupt auf I/O-Register zuzugreift.

Dabei kann der Verarbeiter keine Schätzung vornehmen, in welcher Weise ein anderer Prozess (der auf einem anderen Verarbeiter oder sogar in einer I/O-Steuerung läuft) von der Ordnung des Zugriffs auf den Speicher abhängig ist. Daher müssen die Fahrer darauf achten, dass kein Cache benutzt wird und beim Registerzugriff nicht zwischen Lese- und Schreibvorgängen gewechselt wird: Der Kompilierer oder die CPU könnte sonst vielleicht versucht haben, intelligenter zu sein als Sie und die gewünschten Vorgänge umzustellen.

Die Problematik der Hardware-Caches ist am leichtesten zu lösen: Bei der zugrundeliegenden Hardware ist bereits eine Konfiguration (entweder automatisiert oder durch den Initalisierungscode unter Linux ) vorhanden, um Hardware-Caches beim Zugriff auf I/O-Bereiche (Speicher- oder Portbereiche) zu deaktivieren. Bei der Compileroptimierung und dem Hardware-Switching wird eine Speichersperre zwischen den Vorgängen eingerichtet, die für die Hardware (oder einen anderen Prozessor) in einer bestimmten Ordnung erkennbar sein muss.

Unter Linux gibt es vier Macros für alle vorstellbaren Sortieranforderungen: Diese Funktionalität veranlasst den Kompilierer, eine Speichersperre zu verwenden, hat aber keinen Einfluss auf die Hardware. Der kompilierte Programmcode speichert alle aktuell veränderten Daten in CPU-Registern im Arbeitsspeicher und liest sie bei Notwendigkeit später wieder ein. Enthalten Sie , ungültig rmb(ungültig);, ungültig wmb(ungültig);, ungültig mb(ungültig); Diese Befehle ergänzen den compilierten Befehlsfluss um Hardware-Speicherbarrieren; die tatsächliche Instanziierung ist Plattform abhängig.

Eine Lesespeichersperre (rmb) gewährleistet, dass alle Leseoperationen durchgeführt werden, bevor die Sperre überschritten wird. wmb gewährleistet die Ordnung der Schreibeoperationen, mb beide. Durch die Speichersperre wird sichergestellt, dass die Schreibvorgänge in der erforderlichen Ordnung durchgeführt werden. In der x86-Architektur zum Beispiel tut wmb() momentan nichts, weil Schreibvorgänge außerhalb des Rechners sowieso nicht konvertiert werden.

Mehr zum Thema