SystemInfo 1.6.5

[Luckie]

Ach so, du meinst, du willst remote über das Netzwerk die Systeminformationen von Clientrechner abfragen. Klingt praktisch. Aber zum Speichern würde doch auch erst mal eine einfache XML-Datei reichen oder?

[RWarnecke]

Für jeden Rechner eine XML-Datei oder alle Rechner in eine XML-Datei ? Je mehr Rechner es werden, ist da eine XML-Datei nicht unpraktisch ? Desweiteren sollen ja dann auch noch weitere Daten zu den Rechnern gespeichert werden. Welche Daten das genau sind, kann ich jetzt noch nicht sagen, da ich noch in der Planungsphase bin.

Mir geht es erstmal darum, ob so ein Programm überhaupt Sinn macht oder ob ich mir den Aufwand sparen kann.

[mkinzler]

Grundsätzlich ist eine solches Programm schon interessnat und auch eine zentrale Ablage. In diesem Fall wäre auch eine Trennung von Scanner und Programm zu überlegen.
So könnte das Scannen automatisiert werden.

[RWarnecke]

Hallo Markus,

danke für Deine Antwort.

@all: Gibt es noch weitere Meinungen dazu ?

[DevidEspenschied]

So wie ich das beurteilen kann, arbeitet SystemInfo viel mit Windows API's zusammen, führt aber im Vergleich zu anderer Systeminfo-Software keine echten Hardwarezugriffe durch. Das wäre etwa dann wünschenswert, wenn man wirklich einmal die verbauten PCI- oder PCI-Express Geräte in Erfahrung bringen möchte. Leider ist dazu ein Treiber notwendig (ab Vista x64 mit Signierung). Hier würde ich WinRing empfehlen (http://openlibsys.org).

Die Prozessorerkennung als solche ermittelt nur einige Details des CPUID-Befehls und zeigt den internen Namen an. Falls der Hersteller den Namen falsch einprogrammiert, liest Du diesen ebenfalls falsch aus. Hier würde ich eine "echte" Prozessorerkennung vorschlagen, also quasi eine Art interne Datenbank mit den CPUID-Kennungen und den dazugehörigen Prozessoren. Da könnte man dann nicht nur das ausgelesene Stepping anzeigen, sondern das wirkliche Herstellerstepping basiertend auf den Specification Updates. Ebenfalls die Kernbezeichnung (etwa Nehalem) und den Sockel.

Den SMBIOS-Bereich könnte man ebenfalls erweitern, da Du nur zum BIOS einige wenige Details anzeigst. Hier hilft die Spezifikation von der DMTF.

Man muss letztendlich schauen, wo man mit solch einer Anwendung hin möchte. Legst Du Wert auf übersichtliche kompakte Informationen, oder möglichst viele Informationen zu den Komponenten? Ist der nicht implementierte direkte Hardwarezugriff beabsichtigt? Planst Du irgendwann, die Freeware in ein kommerzielles Produkt umzuwandeln? Fragen über Fragen...

[s.h.a.r.k]

Da ich mal in einem großen Unternehmen tätig war und die eine sehr seltsame Access-DB für die Wartung von Hardware und Software eines Rechners hatten, wäre es vielleicht nicht ganz verkehrt auch in diese Richtung zu denken. Ich denke hierbei erst mal daran, dass ein Administrator auslesen kann, aus welchen Komponenten der PC0815 bestehen und was für Software darauf installiert ist. Diese Daten wären dann in einer XML echt gut aufgehoben, da dann andere Programme auch einen Nutzen daraus ziehen könnten.

Die Trennung von Scanner und Programm wäre hier auch sehr passend, da du ein "normales" Frontend basteln könntest, so wie bisher und evtl. auch ein kommerzielles mit erweiterten Funktionen. So brauchst du aber nur einen Scanner.

[RWarnecke]

Hallo Devid,

erstmal danke für Deine Antwort.

Zitat:

Zitat von devidespe (Beitrag 1029300)

So wie ich das beurteilen kann, arbeitet SystemInfo viel mit Windows API's zusammen, führt aber im Vergleich zu anderer Systeminfo-Software keine echten Hardwarezugriffe durch. Das wäre etwa dann wünschenswert, wenn man wirklich einmal die verbauten PCI- oder PCI-Express Geräte in Erfahrung bringen möchte. Leider ist dazu ein Treiber notwendig (ab Vista x64 mit Signierung). Hier würde ich WinRing empfehlen (http://openlibsys.org).

Das Winring werde ich mir mal genauer anschauen am Wochenende. Sieht auf den ersten Blick schon mal recht interessant aus.

Zitat:

Zitat von devidespe (Beitrag 1029300)

Die Prozessorerkennung als solche ermittelt nur einige Details des CPUID-Befehls und zeigt den internen Namen an. Falls der Hersteller den Namen falsch einprogrammiert, liest Du diesen ebenfalls falsch aus. Hier würde ich eine "echte" Prozessorerkennung vorschlagen, also quasi eine Art interne Datenbank mit den CPUID-Kennungen und den dazugehörigen Prozessoren. Da könnte man dann nicht nur das ausgelesene Stepping anzeigen, sondern das wirkliche Herstellerstepping basiertend auf den Specification Updates. Ebenfalls die Kernbezeichnung (etwa Nehalem) und den Sockel.

Das werde ich mal als Punkt mit aufnehmen für die Erweiterung.

Zitat:

Zitat von devidespe (Beitrag 1029300)

Den SMBIOS-Bereich könnte man ebenfalls erweitern, da Du nur zum BIOS einige wenige Details anzeigst. Hier hilft die Spezifikation von der DMTF.

Was ist das DMTF ? Was macht das genau ?

Zitat:

Zitat von devidespe (Beitrag 1029300)

Man muss letztendlich schauen, wo man mit solch einer Anwendung hin möchte. Legst Du Wert auf übersichtliche kompakte Informationen, oder möglichst viele Informationen zu den Komponenten? Ist der nicht implementierte direkte Hardwarezugriff beabsichtigt? Planst Du irgendwann, die Freeware in ein kommerzielles Produkt umzuwandeln? Fragen über Fragen...

Diese Fragen und noch ein paar mehr stelle ich mir auch gerade schon. Ich bin ja noch in der Planungsphase und wollte nur mal auf den Busch klopfen, ob überhaupt Interesse an so einer Anwendung besteht.

Natürlich sind auch Vorschläge willkommen, was unbedingt in die Erweiterung mit rein soll. Aber eines steht auf jedenfall Fest. Das Systeminfo in seiner jetzigen Form, bleibt Freeware und wird auch stetig weiterentwickelt. Die angesprochene Erweiterung, soll die Techniken und die Informationen von dem jetzigen Systeminfo beinhalten und Netzwerkfähig sein.

[freak4fun]

Sehr schönes Programm! :thumb:

[RWarnecke]

Zitat:

Zitat von s.h.a.r.k (Beitrag 1029316)

Da ich mal in einem großen Unternehmen tätig war und die eine sehr seltsame Access-DB für die Wartung von Hardware und Software eines Rechners hatten, wäre es vielleicht nicht ganz verkehrt auch in diese Richtung zu denken. Ich denke hierbei erst mal daran, dass ein Administrator auslesen kann, aus welchen Komponenten der PC0815 bestehen und was für Software darauf installiert ist. Diese Daten wären dann in einer XML echt gut aufgehoben, da dann andere Programme auch einen Nutzen daraus ziehen könnten.

Die Überlegung ist nicht schlecht. Ich werde das mit in meine Planung mit einbeziehen.

Zitat:

Zitat von s.h.a.r.k (Beitrag 1029316)

Die Trennung von Scanner und Programm wäre hier auch sehr passend, da du ein "normales" Frontend basteln könntest, so wie bisher und evtl. auch ein kommerzielles mit erweiterten Funktionen. So brauchst du aber nur einen Scanner.

Werde ich ebenfalls mit in die Planung übernehmen.

Zitat:

Zitat von freak4fun (Beitrag 1029330)

Sehr schönes Programm! :thumb:

Danke.

[DevidEspenschied]

Zitat:

Zitat von RWarnecke (Beitrag 1029324)

Was ist das DMTF ? Was macht das genau ?

Die DMTF steht für Distributed Management Task Force (siehe http://www.dmtf.org/home oder auch http://de.wikipedia.org/wiki/Distrib...ent_Task_Force) und ist ein Zusammenschluss mehrerer Unternehmen, deren Ziel es mitunter ist, die DMI/SMBIOS-Spezifikation zu konzeptionieren und zu pflegen.

Du findest übrigens hier (http://crystalmark.info/?lang=en) die beiden Programme CrystalDMI und CrystalCPUID, die den DMI-Bereich auswerten und zum Thema Prozessorerkennung eine eigene Engine beinhalten. Beide Programme sind ebenfalls als C++-Sources herunterladbar.

Das ist alles viel Input und sicherlich wird man nicht jeden Tip umsetzen können (zumal alles auf Freeware Basis entwickelt wird). Von daher auch meine vorherige Frage, wo Du mit der Applikation hin willst.