Anzeige:
Ergebnis 1 bis 14 von 14

Thema: Woher Systeminformationen nehmen?

  1. #1
    Registrierter Benutzer Avatar von TheDodger
    Registriert seit
    18.05.2001
    Ort
    Hamburg
    Beiträge
    615

    Woher Systeminformationen nehmen?

    Woher bekomme ich am effektivsten Systeminformationen zu einem Rechner her?
    /proc wäre eine Anlaufstelle, sicher, aber ich hab mal gelesen, das /proc langsam als 'obsolete' gekennzeichnet ist ... wenn mich mein altes Gedächtniss nicht täuscht!

    Gibt es noch eine andere Anlaufstelle?
    Bodo
    Systemadmistration UNIX

  2. #2
    Registrierter Benutzer Avatar von bischi
    Registriert seit
    10.04.2003
    Beiträge
    4.828
    Welche Sprache, welches Betriebssystem?

    MfG Bischi

    "There is an art, it says, or rather, a knack to flying. The knack lies in learning how to throw yourself at the ground and miss it" The hitchhiker's guide to the galaxy by Douglas Adams

    --> l2picfaq.pdf <-- www.n.ethz.ch/~dominikb/index.html LaTeX-Tutorial, LaTeX-Links, Java-Links,...

  3. #3
    Registrierter Benutzer Avatar von peschmae
    Registriert seit
    14.03.2002
    Ort
    Schweizland
    Beiträge
    4.549
    Mein altes Gedächtnis sagt folgendes:

    /proc war für irgendwas gedacht (Ich glaub es waren Systeminformationen), wurde dann aber Missbraucht um dem User Einstellungsmöglichkeiten zu geben.
    Der Thread der unten gequoted ist ist ergiebig: http://www.spinics.net/lists/newbies/msg09300.html
    > Is it true, that the procfs should be dedicated to process only informations?

    Yes.

    > What are about non process informations, should they migrate to sysfs?

    Yes.
    /sys ist jetzt dafür da - da veröffentlicht der Kernel für jedes gefundene Gerät jede Menge unnützer Daten für die Userspace-Programme und Möglichkeiten dem Kernel was zu den Geräten zu sagen.
    Da ist was: http://www.spinics.net/lists/newbies/msg09380.html
    sysfs is
    for the representation of the kernel data structures, and their
    representation to each other.
    MfG Peschmä
    Geändert von peschmae (20-04-2004 um 21:33 Uhr)
    The greatest trick the Devil ever pulled was convincing the world he didn't exist. -- The Usual Suspects (1995)
    Hey, I feel their pain. It's irritating as hell when people act like they have rights. The great old one (2006)

  4. #4
    Registrierter Benutzer Avatar von TheDodger
    Registriert seit
    18.05.2001
    Ort
    Hamburg
    Beiträge
    615
    Original geschrieben von bischi
    Welche Sprache
    c, c++, bash

    welches Betriebssystem?
    noch immer Linux
    Bodo
    Systemadmistration UNIX

  5. #5
    Registrierter Benutzer Avatar von TheDodger
    Registriert seit
    18.05.2001
    Ort
    Hamburg
    Beiträge
    615
    Original geschrieben von peschmae
    Mein altes Gedächtnis sagt folgendes:

    /proc war für irgendwas gedacht (Ich glaub es waren Systeminformationen), wurde dann aber Missbraucht um dem User Einstellungsmöglichkeiten zu geben.

    [...]

    /sys ist jetzt dafür da - da veröffentlicht der Kernel für jedes gefundene Gerät jede Menge unnützer Daten für die Userspace-Programme und Möglichkeiten dem Kernel was zu den Geräten zu sagen.
    Danke, das hilft schon weiter.
    Allerdings läuft sysfs doch erst ab Kernel 2.6, oder täusche ich mich da?

    Jedenfalls ist auf einer UL1.0 Kiste nicht vorhanden ... die haben als aktuellsten Kernel einen 2.4.21 ...

    Und jenes währe eines der Zielsysteme ...
    Bodo
    Systemadmistration UNIX

  6. #6
    Registrierter Benutzer Avatar von peschmae
    Registriert seit
    14.03.2002
    Ort
    Schweizland
    Beiträge
    4.549
    Ja. Sysfs ist erst ab 2.6 dabei. Und auch da ist im Moment noch viel zu tun (noch nicht alle Treiber verwenden Sysfs...)

    MfG Peschmä
    The greatest trick the Devil ever pulled was convincing the world he didn't exist. -- The Usual Suspects (1995)
    Hey, I feel their pain. It's irritating as hell when people act like they have rights. The great old one (2006)

  7. #7
    Administrator Avatar von anda_skoa
    Registriert seit
    17.11.2001
    Ort
    Graz, Österreich
    Beiträge
    5.477
    Der Code von Systemmonitoren wie KSysGuard oder GKrellm ist da immer am besten.

    Dort sieht man schön, welche Infos aus Files geparst werden müssen und für welches es Systemcalls gibt.

    Ciao,
    _
    Qt/KDE Entwickler
    Debian Benutzer

  8. #8
    Registrierter Benutzer Avatar von TheDodger
    Registriert seit
    18.05.2001
    Ort
    Hamburg
    Beiträge
    615
    Original geschrieben von anda_skoa
    Der Code von Systemmonitoren wie KSysGuard oder GKrellm ist da immer am besten.

    Dort sieht man schön, welche Infos aus Files geparst werden müssen und für welches es Systemcalls gibt.
    Na dann weiss ich ja schon, was ich die nächsten Tage zu tun habe ...

    KSysGuard scheint irgendwie genau das zu sein, was ich suche ...
    Bis auf die Möglichkeit, ausserhalb von Linux genutzt werden zu können.
    Und genau das brauch ich ... zumindest als Viewpart ... das Ding, was auf dem Server läuft, rennt ehh unter Linux.
    Und auf allen Kisten wg. KSysGuard KDE installieren ist auch etwas bloated ...
    Geändert von TheDodger (21-04-2004 um 18:29 Uhr)
    Bodo
    Systemadmistration UNIX

  9. #9
    Administrator Avatar von anda_skoa
    Registriert seit
    17.11.2001
    Ort
    Graz, Österreich
    Beiträge
    5.477
    Ksysguardd kann glaub ich auf einem anderen Rechner laufen als die KSysguard GUI.

    Ciao,
    _
    Qt/KDE Entwickler
    Debian Benutzer

  10. #10
    Registrierter Benutzer Avatar von TheDodger
    Registriert seit
    18.05.2001
    Ort
    Hamburg
    Beiträge
    615
    Original geschrieben von anda_skoa
    Ksysguardd kann glaub ich auf einem anderen Rechner laufen als die KSysguard GUI.
    Japp, hab ich auch grad erst gesehen.
    Bodo
    Systemadmistration UNIX

  11. #11
    Registrierter Benutzer Avatar von TheDodger
    Registriert seit
    18.05.2001
    Ort
    Hamburg
    Beiträge
    615
    Hmmm ... schade das KSysGuard nicht auch noch Dienste überwachen kann ...
    Bodo
    Systemadmistration UNIX

  12. #12
    Administrator Avatar von anda_skoa
    Registriert seit
    17.11.2001
    Ort
    Graz, Österreich
    Beiträge
    5.477

    Ich schätze über so eine Erweiterung würde sich der KSysGuard Maintainer sicher freuen

    Wir benutzen in der Firma für unsere Server und die darauf laufenden Prozesse mittlerweile SNMP.
    War aber alles andere als trivial das zu implementieren.

    Ciao,
    _
    Qt/KDE Entwickler
    Debian Benutzer

  13. #13
    Registrierter Benutzer Avatar von TheDodger
    Registriert seit
    18.05.2001
    Ort
    Hamburg
    Beiträge
    615
    Original geschrieben von anda_skoa
    Der Code von Systemmonitoren wie KSysGuard oder GKrellm ist da immer am besten.
    GKrellm ... urgs ... reine C Code ... hülfe
    Ich fühl mich grad in meine Programmierurzeit zurückversetzt ...
    Bodo
    Systemadmistration UNIX

  14. #14
    Registrierter Benutzer Avatar von TheDodger
    Registriert seit
    18.05.2001
    Ort
    Hamburg
    Beiträge
    615
    Original geschrieben von anda_skoa

    Ich schätze über so eine Erweiterung würde sich der KSysGuard Maintainer sicher freuen



    Wir benutzen in der Firma für unsere Server und die darauf laufenden Prozesse mittlerweile SNMP.
    Ich hab auch schon darüber nachgedacht ...
    Aber wieder verworfen, da ich einfach zu viel installieren müsste.


    War aber alles andere als trivial das zu implementieren.
    Ja, hab ich auch schon feststellen dürfen ...
    Bodo
    Systemadmistration UNIX

Lesezeichen

Berechtigungen

  • Neue Themen erstellen: Nein
  • Themen beantworten: Nein
  • Anhänge hochladen: Nein
  • Beiträge bearbeiten: Nein
  •