home *** CD-ROM | disk | FTP | other *** search
/ Vectronix 2 / VECTRONIX2.iso / FILES_01 / SYSTEMON.LZH / SYSMON / FEATURES < prev    next >
Text File  |  1990-06-20  |  8KB  |  197 lines
  1. Was ist SysMon ?
  2. ----------------
  3.   - SysMon ist ein System-Monitor, der sämtliche ablaufenden
  4.     System-Funktionen anzeigen kann.
  5.   - SysMon ist au₧erdem ein Monitor, der sämtliche System-Resourcen
  6.     anzeigen kann.
  7.   - Da SysMon komplett aus dem Speicher entfernt werden kann,ist er
  8.     'quasiresident'.
  9.  
  10. Zielgruppe
  11. ----------
  12.   - Programmierer und Software Entwickler,
  13.     - die eigene Programme überprüfen wollen;
  14.     - die die Arbeitsweise anderer Programme feststellen wollen;
  15.     - die wissen wollen, wie sich bestimmte Programme in das System
  16.       einklinken, welche Aufrufe sie abfangen, modifizieren oder
  17.       hinter welche Aufrufe sie sich einhängen;
  18.     - die die Interprozess-Kommunikation am Austausch von AES-Messages
  19.       beobachten wollen;
  20.     - die die Häufigkeit einzelner Systemaufrufe interessiert, damit 
  21.       sie ihre Programme verbessern können;
  22.     - die Interesse an den internen Abläufen des Systems haben.
  23.   - Hobby-Programmierer,
  24.     - die anhand anderer Programme ihr Wissen und ihre Möglichkeiten
  25.       erweitern wollen;
  26.     - die einen tieferen Einblick oder Überblick über den Rechner
  27.       gewinnen wollen.
  28.  
  29.  
  30. A. Allgemeines
  31. --------------
  32.  Bedienung
  33.  ---------
  34.   - SysMon arbeitet mit einem Fenstersystem, da₧ mit der Tastatur
  35.     bedient wird.
  36.   - Der Zustand des 'Tracers' ist mit einem Blick festzustellen.
  37.   - Die wichtigsten Kommandos sind Control-Codes, die in allen
  38.     Fenstern gelten.
  39.   - Es gibt Funktionen, um sich schell zur gesuchten Information
  40.     zu bewegen.
  41.  
  42.  Ein/Ausgabe
  43.  -----------
  44.   - SysMon läuft unter allen Auflösungen des ST, auch OverScan und
  45.     AutoSwitch-OverScan.
  46.   - SysMon läuft mit der MATRIX-SW- und Color-Karte und der 
  47.     MAXON-MGE.
  48.   - SysMon läuft auf allen ST's, auch dem STE und dem TT.
  49.   - SysMon läuft unter allen bekannten TOS-Versionen, bei unbekannten
  50.     Versionen pa₧t es sich selber an (AutoPatch).
  51.   - SysMon läuft mit 68000-68030.
  52.   - Die Ein/Ausgaben können auch auf RS232-, Centronics- oder Midi-Port
  53.     umgeleitet werden.
  54.   - Alle Trace-Ausgaben von SysMon können in einem Protokollfile
  55.     gespeichert werden.
  56.   - Die Profilingdaten können im Protokollfile gespeichert werden.
  57.   - Alle Fenster von SysMon können im Protokollfile abgelegt werden.
  58.   - Es gibt eine Notizblock-Funktion, damit man einfach Kommentare im
  59.     Protokollfile unterbringen kann.
  60.  
  61.  Setups
  62.  ------
  63.   - Es gibt 10 verschiedene Setups, die gespeichert werden können.
  64.   - Für jedes Setup kann der Modus, die angewählten Programme und
  65.     Funktionen festgelegt werden.
  66.  
  67.  
  68. B. Der Tracer
  69. --------------
  70.  1.Modi
  71.  ------
  72.   - Es gibt 4 Modi : RUN, STEP, WAIT und HALT. 
  73.     - RUN   laufende Ausgaben
  74.     - STEP  schrittweise Abarbeitung
  75.     - WAIT  warten bis Breakpoint
  76.     - HALT  Stop beim nächsten Systemaufruf
  77.   - Für jedes geladene Programm kann man den Modus festlegen.
  78.   - Für jeden Trap kann man bestimmen,ob er getraced wird.
  79.   - Für jede Funktion kann man den Modus festlegen.
  80.  
  81.  2.Tracer-Ausgaben
  82.  -----------------
  83.   - Es werden alle Eingangsparameter ausgegeben.
  84.   - Auch alle Ausgangsparameter werden ausgegeben.
  85.   - Bei allen Strukturen können die Elemente angezeigt werden.
  86.   - Die meisten Parameter sind mit einer Kurzbezeichnung versehen.
  87.   - Alle Konstanten werden im Klartext ausgegeben.
  88.   - Dazugehörige Informationen können ausgegeben werden 
  89.     - z.B. bei AES-Funktionen mit Objekten deren Typ und String;
  90.     - z.B. bei Filefunktionen mit Filehandle den Filenamen;
  91.     - z.B. bei Speicherfunktionen die Blockgrö₧e;
  92.     - z.B. bei LineA-Funktionen die zugehörigen Variablen.
  93.   - Für jeden Aufruf kann 
  94.     - die Rücksprungadresse,
  95.     - der Name des aufrufenden Programms,
  96.     - der Stapelzeiger,
  97.     - der Prozessormodus,
  98.     - die Funktionsnummer
  99.     ausgegeben werden.
  100.   - Verschachtelte Aufrufe werden durch Einrückungen kenntlich gemacht.
  101.     (Fread hat z.B. Rwabs zur Folge...)
  102.     
  103.  3.Besonderheiten
  104.  ----------------
  105.   - SysMon kennt verschiedene ACC-Protokolle, von DEGAS, CLIPBRD über
  106.     GEMINI bis zum XACC-Protokoll.
  107.   - SysMon kennt auch die Netzwerkprotokolle und die erweiterten
  108.     Gemdos-Funktionen.
  109.   - SysMon ist MultiTasking tauglich, es kommt auch mit System-Aufrufen
  110.     aus Interrupts und mit verschiedenen MultiTasking-Systemen wie 
  111.     z.B. dem RTX klar.
  112.   - Das Profiling erlaubt es, die Häufigkeit von bestimmten Aufrufen
  113.     zu zählen.
  114.   - Man kann ausgeben lassen, welche Aufrufe von anderen Programme
  115.     abgefangen werden (FileSelectorBoxen...)
  116.   - SysMon bemerkt, wenn andere Programme einen Aufruf modifizieren.
  117.   - SysMon bemerkt, wenn sich andere Programme hinter einen Aufruf
  118.     hängen.
  119.     
  120.  4.Trap Überwachung
  121.  ------------------
  122.   - SysMon bemerkt Veränderungen von Traps und lä₧t sich nicht aus den
  123.     System-Vektoren entfernen.
  124.   - SysMon kommt mit Programmen, die sich in die Traps hängen, zurecht.
  125.   - Es entstehen auch keine Probleme, wenn die Programme sich wieder
  126.     entfernen.
  127.   - SysMon kann sich selber wieder aus den Traps aushängen.
  128.  
  129.  
  130. C. Ausgabe von SystemResourcen
  131. ------------------------------
  132.  
  133.  1.Programme
  134.  -----------
  135.   - SysMon erkennt alle geladenen Programme, auch diejenigen, die vor
  136.     SysMon gestartet wurden.
  137.   - Bei residenten Programmen werden auch Datenbereiche erkannt.
  138.   - SysMon kennt alle XBRA-Kennungen und die dazugehörigen Programme.
  139.   - Bei vorher geladenen Programmen ist sogar der Name bekannt,
  140.     wenn das Programm eine XBRA-Kennung hat oder ein ACC ist.
  141.     
  142.  2.Speicher
  143.  ----------
  144.   - Die Speicherliste ist eine vollständige Liste aller Speicherblöcke.
  145.   - Die Speicherliste enthält auch alle residenten Bereiche.
  146.   - Jedem Speicherbereich wird eine Kennung zugeordnet. Erkannt werden:
  147.     - Codebereiche,
  148.     - VDI-Workstations,
  149.     - AES-Blöcke,
  150.     - geladene GEM-Fonts,
  151.     - Resourcen,
  152.     - PDs,
  153.     - Enviroments,
  154.     - LineF-Handler.
  155.  
  156.  3.Variablen
  157.  -----------
  158.   - Alle Systemvariablen von $400 - $5A0.
  159.   - Alle (auch die nicht vom System genutzten) Traps und Vektoren
  160.     werden mit XBRA-Ketten angezeigt.
  161.   - Alle LineA-Variablen.
  162.   - Alle negativen LineA-Variablen.
  163.   - Die Font-Header aller geladenen Fonts und Systemfonts.
  164.   - Die Program-Header/Basepages/Cartridge-Header aller Programme.
  165.   - Die Daten aller geöffneten VDI-Workstations.
  166.   - Der System-Header.
  167.   - Alle Cookies; System-Cookies werden weiter aufgeschlüsselt.
  168.  
  169. D. Beispiele für die Anwendung
  170. ------------------------------
  171.   - Stepweises Booten des Rechners.
  172.   - Alle Aufrufe beim Wechseln der Auflösung in das Protokollfile
  173.     schreiben.
  174.   - Die Funktionsweise der neuen FileSelectorBoxen herausfinden.
  175.   - Das Messageprotokoll zwischen GEMINI und CLIPBOARD.ACC beobachten.
  176.   - Das 'MultiTasking' des MultiAcc's STUFFER.ACC herausfinden.
  177.   - Feststellen, wieviel Speicher ein Programm wirklich belegt.
  178.   - Welche Vektoren von einem Programm verändert werden.
  179.   - Herausfinden, da₧ der häufigste Aufruf während des Aufbaus des
  180.     Desktops der 'vsl_udsty' Aufruf ist, wobei für 2 gezeichnete
  181.     'v_plines' 3 'vsl_udsty' mit denselben Parametern benutzt werden.
  182.   - Herausfinden, da₧ der Desktop versucht Speicher freizugeben, der 
  183.     ihm nicht gehört.
  184.   - Herausfinden, da₧ unter bestimmten Umständen immer derselbe 
  185.     VDI-Handle vergeben wird. (Und daraufhin VDI_FIX schreiben :-)
  186.   - Herausfinden, da₧ viele Patches und Programme immer noch nicht
  187.     das XBRA-Protokoll unterstützen.
  188.   - Plötzlich feststellen, da₧ ein 'Unbekannter' einen 'Rwabs' 
  189.     Aufruf absetzt, und einen Virus im Rechner entdecken...
  190.   - Programmfehler und Abstürze im Protokollfile dokumentieren, um
  191.     in Ruhe darüber nachdenken zu können.
  192.   - Den schlechten Programmierstil einiger Autoren dokumentieren
  193.     und ihnen das Protokollfile ihrer 'Sünden' zuschicken.
  194.  
  195. Karsten Isakovic, März 90 in Berlin
  196.  
  197.