Kategorie. Logger.php3 verwendet, um hartnäckige Journaldateien in den Anwendungen PHP3 so effizient beizubehalten, wie möglich.

Using logger können Ihre Programme Bordbucheingaben zu bis zu verschiedenen Dateien anfügen, während Sie brauchen und nur 1 verwenden, fopen () Aufruf und 1 fclose () Aufruf pro Journaldatei.

Loggerhauptgebrauch ist für persönliche Programme der Fehlersuche, wenn Sie kippen oder nicht über error_log protokollieren möchten ().

SYNOPSE

einschließen („Kategorie. Logger.php3“);
$logger = neuer logger („/path/to/log/file/root_directory“);

$logger->initialize (
Reihe (
ERRLOG => error_log,
DEBUGLOG => debug_log
)
);

$logger->log (ERRLOG, „dieses ist eine error_log Eingabe“);
$logger->log (DEBUGLOG, „dieses protokolliert in dem debug_log“);

$logger->close_logs ();
Ausgang;

Pppdlogger Projekt ist ein einfaches c-Programm, das an jedem Anschluß oben laufen gelassen wird und jeder Anschluß unten.

Mitteilung: wenn Keep-alive setted und Anschluß (das pppd noch Phasen) Indexe in ip-up.d hinuntergeht und ip-down.d an jedem möglichem Anschluß auf und ab gerufen werden, selbst wenn das deamon das selbe ist.

Arbeitsschema ist einfach, der Code ist kurz. Es wird einem GUI für die Herstellung und das Betrachten des Reports benötigt.

Nicht invasive Lösung

Beim Kommen von MS Windows konnten Sie denken, um einen Dialer zu codieren, das alles speichern und Aktualisierung in einem DB handhaben (oder in der Datei). Aber auf Linux ist solch eine Art Lösung zuviel invasiv: das Problem ist, dass der Prozeß, das eine neue Netzschnittstelle erstellen, als Superbenutzer oder mit suid laufen gelassen werden sollte, und mehr als das muß er ganze Sache, wie Brandschott und anderes vorbringen weitere.

Glücklicherweise im Linux (oder Bd oder irgendein *NIX) gibt es pppd, das ein deamon ist, die Netzschnittstelle einbauen, laufen lassen ein chatscript für AN Befehle, tut a alles, das für estabilish ein Anschluß erforderlich ist, aber gibt Ihnen Gelegenheit, andere Aufgabe zur Anfangs- und Endenzeit zu tun.

Gewöhnlich können Sie einen Index im /etc/ppp/ip-up.d/-Verzeichnis und im pppd Aufruf einstecken es, jedesmal wenn eine Netzschnittstelle oben ist. (analog für /etc/ppp/ip-down.d/ auf Netz unten).

dtRdr:: logger ist eine Perl-Baugruppe für das globale Protokollieren.

SYNOPSE

Gebrauch dtRdr:: Logger;
L->debug ($message,…);
L->info ($message,…);
L->warn ($message,…);
L->error ($message,…);
L->fatal ($message,…);

Für ein stacktrace:

Vorrechtsanwaltschaft {
L () - >logcluck („foo“);
}

Bordbuch sehen:: Log4perl für mehr Info.

ÜBER

Dieses (aktuell) baut ein $SIG {__WARN}, zwar gut versuchen vermutlich, sich weg von dem zu bewegen ein.

Import

dtRdr:: Logger->import (@args);

Logger erhalten

L

Eine Abkürzung, zum einer Loggernachricht FÜR IHR namespace mit einer wahlweiseliste von subtags zurückzubringen.

L ($subtag);

Beispiel:

mein verpacken:: Paket;
mein $logger = L;
mein $logger = L (#foo);

Jetzt protokolliert $logger in die Kategorie log4perl.log Ger. My.Package.#foo.

$subtag MUSS mit beginnen a #. Wenn dieses ausgelassen wird, wird es geändert.

RL

Eine Abkürzung zu einem Wurzelstand Logger.

RL ($tag);

mein $logger = RL (#foo);

Jetzt $logger, das in die Kategorie log4perl.log ger.#foo protokolliert.

$tag MUSS mit beginnen a #. Wenn dieses ausgelassen wird, wird es geändert.

Herausgeber

Startet $ENV {THOUT_EDITOR} mit einem tempfile enthaltenen $string.

Gerade eine handliche Methode, etwas Fehlersuchedaten in einen Herausgeber zu kommen.

dtRdr:: Logger->editor ($string);

Oder, faule Auswertung zu tun nur wenn gebraucht, ein Unterseeboot führen, das eine Zeichenkette zurückbringt.

dtRdr:: Logger->editor (Unterseeboot {do_stuff_that_takes_time ()});

DBG_DUMP

Ähnlich Herausgeber, aber schreibt zu einem tempfile in „/tmp/$filename“.

DBG_DUMP ($ENV_NAME, $filename, Unterseeboot {$content});

Wirkt nur, wenn $ENV {„DBG_$ENV_NAME“} eingestellt wird.

DBG_FOO=1 ./Build Prüfung

… verursacht dieses

DBG_DUMP (foo, thisfile.txt, Unterseeboot {$blah});

… den Inhalt von $blah schreiben /tmp/thisfile.txt.

Die Vor Sache {$thing} ist eine Drehzahlkerbe, aber diese Variable ist genug groß, Sie zu lassen sie in einem Herausgeber öffnen wünschen, so…

init

dtRdr:: Logger->init (Dateiname => „foo“);

PerlIO:: über:: logger ist eine PerlIO Schicht für die Voransetzung der aktuellen Uhrzeit, Ausgang zu protokollieren.

SYNOPSE

Gebrauch PerlIO:: über:: Logger;
PerlIO:: über:: Logger->format ([%b %d, %Y %r]);

Gebrauch PerlIO:: über:: Loggerformat => [%b %d, %Y %r];

öffnen (mein $in, <: über (Logger), filein)
oder „Gewinsel geöffnetes file.ln sterben für Anzeige: $! N“;

öffnen (mein $out, >: über (Logger), fileout)
oder „Gewinsel geöffnetes file.ln sterben für Schreiben: $! N“;

PerlIO:: über:: Logger:: logify (*STDOUT); # stdout in einer Leitung umadressieren!

PerlIO:: über:: Logger:: logify (*openhandle); # oder irgendein anderes Griff

Diese Baugruppe implementiert eine PerlIO Schicht, die die aktuelle Uhrzeit jeder Leitung des Ausgangs oder des Input vorsetzt. Diese Baugruppe wurde hergestellt, weil ich häufig protokollierende Systeme der Datei in den Dämonart Perl-Systemen verwenden muß. Diese Baugruppe wurde hergestellt, um drei Bedingungen zu erfüllen:

1. Sein müssen niedrige Unkosten/schnelles
2. Muß einfach sein zu verwenden (d.h. Druck „etwas zum logn“)
3. Müssen in der Lage sein, ein Vorzeichen jeder Leitung (Zeiten in meinem Fall) zu addieren

METHODEN KLASSIFIZIEREN

Die folgenden zwei Kategorienmethoden erlauben Ihnen, die Vorzeichenformatierungszeichenkette zu ändern, die durch die -/Ausgabeschicht und vorhandene filehandles verwendet wird mit (fast) keiner Bemühung umzuadressieren.
Convienance können Kategorienmethoden als Schlüsselwert Paare in der Gebrauchanweisung auch gefordert werden. Dieses erlaubt Ihnen, diese Baugruppe in einem „Import zu verwenden und sie zu vergessen“ Form.

Bitte notiert, dass der neue Wert der Kategorienmethoden, die spezifiziert werden, nur auf die Dateigriffe zutreffen, zu denen geöffnet sind (oder, zu welchem die Schicht using binmode zugewiesen wird ()) nachdem sie geändert worden sind.
Format

Gebrauch PerlIO:: über:: Loggerformat => [%b %d, %Y %r];

PerlIO:: über:: Logger->format ([%b %d, %Y %r]);
mein $format = PerlIO:: über:: Logger->format;

Das Kategorienmethodenformat bringt das Format zurück, das für das Addieren der Zeit Leitungen verwendet wird. Der wahlweiseinputparameter spezifiziert das Format, das für alle mögliche Dateien verwendet wird, die zukünftig geöffnet sind. Sie sollten nur die Konvertierungsspezifikationselemente verwenden, die durch den Standard ANSI-C definiert werden (C89, Safe spielen). Diese sind aAbBcdHIjmMpSUwWxXyYZ%. Die Zahlungseinstellung ist [%b %d, %Y %H: %M: %S], obwohl die Beispiele während dieses Dokuments ein eleganteres - aber weniger Portable - Format verwenden.

logify

PerlIO:: über:: Logger:: logify ($filehandle);
PerlIO:: über:: Logger:: logify (*WRITEFH);
PerlIO:: über:: Logger:: logify (*STDOUT);

Die Kategorie, die Methode logify, existiert lediglich für Bequemlichkeit und meinen persönlichen Gebrauch. Ich empfehle mich nicht, sie zu verwenden, es sei denn Ihre Systeme für nur Entwicklung sind, oder Sie verstehen, wie es funktioniert. Kurz gesagt öffnet es das gegebene filehandle durch die logger -/Ausgabeschicht wieder.

Der Projekt-Logger zur Verfügung stellt einfachen dennoch wirkungsvollen Mittelwerte für das Halten der Leute informiert über den Fortschritt von Projekten, von Reisewegen oder von jeder möglicher Sortierung von Plänen.

Er kombiniert die Einfachheit von Blogging mit Datteln, Aufgaben, Dateien, Kosten, und RSS Zufuhrbaugruppeen, einen zentralen Sendungspunkt zu bilden, von dem, Leute zu halten koordinierte. Wieviele Male haben, auftraten Probleme wegen „ich wußten nicht ht, daß“ oder „ich“ oder „ahnungslos war, als das #$% tat, das geschehen?“

Der Projekt-Logger löst dieses Problem, indem er ein Werkzeug herstellt, das in erster Linie einfach ist, beide von einem Verleger zu verwenden (wie es einfach ist, zum von Informationen einzubringen?) und von einem Teilnehmer (wie es einfach ist, zum an die Informationen zu gelangen?) Standpunkt.

Logger:: Ist eine Umsetzung der Simran-Bordbuch-Bordbuch und Simran-Fehler-Fehler Baugruppee einfach.

SYNOPSE

Gebrauch Logger:: Einfach;
mein $log=Logger:: Simple->new (LOG=> " /tmp/program.log ");
mein $x=5; mein $y=4;

wenn ($x>$y) {
$log->write („$x ist grösser als $y“);
}

neu

mein $log=Logger:: Simple->new (LOG=> " /tmp/logfile ");

Die neue Methode stellt den Logger: her: Einfache Nachricht als inside-out Nachricht. Der Bordbuchparameter ist ein vorgeschriebenes, das zur Nachricht an der Kreation geführt werden muß, oder die Nachricht fällt aus. Kreation ruft diese Methode auch die open_log Methode auf, die die Journaldatei öffnet.

schreiben

$log->write („dieses ist eine Fehlermeldung“);

Diese Methode schreibt eine Meldung zur Journaldatei und ändert die interne GESCHICHTEN-Reihe.

retrieve_history

mein @history = $log->retrieve_history; mein $msg = $log->retrieve_history;
Wenn es im Skalarzusammenhang gerufen wird, bringt es die letzte Meldung zurück, die zur GESCHICHTEN-Reihe geschrieben wird. Wenn es in einem Listenzusammenhang gerufen wird, bringt es die gesamte GESCHICHTEN-Reihe zurück

clear_history

$log->clear_history;

Diese Methode löscht die interne GESCHICHTEN-Reihe

Diese Baugruppe basiert auf dem Simran:: Bordbuch:: Bordbuch und Simran:: Fehler:: Fehlerbaugruppee. Ich mochte die Grundregel hinter ihnen, aber glaubte, dass die Schnittstelle ein wenig besser sein könnte.

Mein Dank erlischt auch noch einmal zu Damian Conway für objektorientiertes Perl und auch zu Sam Tregar, für sein Buch „Schreibens-Perl-Baugruppee für CPAN“. Beide waren unschätzbare Hinweise für mich.

Ich möchte auch Jerry Heden für seine Nachricht danken:: InsideOut Baugruppe, der ich pflegte, um diese Baugruppe herzustellen.

Mysqmail-qmaillogger ist ein sehr kleiner Dämon, der smtp-Verkehr wie erfolgreiche Anlieferung und Weitergeben zu einer SQL-Datenbank protokolliert.

Mysqmail-qmaillogger peoject teilt die Informationen durch Gebiet und durch Benutzer in beiden nach und von Bereichen auf, das es sehr einfach, den ganzen smtp-Verkehr für ein gegebenes Domain Name zu zählen bildet.

Was in diesem Auslösen neu ist:

· Diese Version addiert das Management eines Kerbevorstandtisches für jedes Gebiete, also wird Überwachung des qmail Verkehrs in der Istzeit gebildet.

Mysqmail-Eilbotelogger Projekt ist Wechselstrom-Syntaxanalyse, die alle Bordbücher des Verkehrs Eilbote-imap in eine MySQL Datenbank protokollieren kann.

DTC (Gebiet Technologie Steuerung) kann den Verkehr IMAP4 und POP3 pro Benutzer und pro Gebiet dann messen.

Bordbuch:: Log4perl ist eine Log4j Umsetzung für Perl.

SYNOPSE

# einfache Betriebsart, wenn Sie mögen es einfach…

Gebrauch Bordbuch:: Log4perl qw (: einfach);
Bordbuch:: Log4perl->easy_init ($ERROR);

„Dieses AUSPRÜFEN geht nicht überall“;
FEHLER, „, das dieses protokolliert erhält“;

#… oder Standardbetriebsart für mehr Merkmale:

Bordbuch:: Log4perl:: init (/etc/log4perl.conf);

--oder--

# Check Config alle 10 sek
Bordbuch:: Log4perl:: init_and_watch (/etc/log4perl.conf, 10);

--dann--

$logger = Bordbuch:: Log4perl->get_logger (house.bedrm.desk.topdrwr);

$logger->debug (dieses ist eine ausprüfenmeldung);
$logger->info (dieses ist eine Info-Meldung);
$logger->warn (usw.);
$logger->error (.);
$logger->fatal (.);

#####/etc/log4perl.conf###############################
log4perl.log ger.house = WARNEN, FileAppndr1
log4perl.log ger.house.bedroom.desk = PRÜFEN, FileAppndr1 aus

log4perl.appender.FileAppndr1 = Bordbuch:: Log4perl:: Appender:: Datei
log4perl.appender.FileAppndr1.filename = desk.log
log4perl.appender.FileAppndr1.layout =
Bordbuch:: Log4perl:: Layout:: SimpleLayout
######################################################

AUSZUG

Bordbuch:: Log4perl stellt eine leistungsfähige protokollierende API für Ihre Anwendung zur Verfügung

LDasm (Linux-Disassembler) ist ein Perl/Tk-based GUI für objdump/binutils, das versucht, das looknfeel von W32Dasm nachzuahmen.

Es searchs für Kreuzverweise (z.B. Zeichenketten), Bekehrte der Code von GAS zu a MASM-wie Art, Spurenprogramme und viel mehr.

Zusammen mit PTrace kommt ein Prozess-fließenlogger.

Was in diesem Auslösen neu ist:

· Fileoffset berechnet und angezeigt t

Bordbuch:: Log4perl:: AutoCategorize - entfaltetes Bordbuch:: Log4perl Protokollieren.

AUSZUG

Bordbuch:: Log4perl:: AutoCategorize ausdehnt Bordbuch:: Log4perls (l4p) einfache Betriebsart, 2 Hauptmerkmale hinzufügend;
1. entfaltete, automatische, transparente Kategorisierungfähigkeiten
a.-protokollierende Kategorie < - package.subroutine.log level.linenumber
2. Ablaufinformationen nützlich für:
a. Prüfungdichte Einschätzung
b., das Ihre protokollierenden Config handhabt.
3. Geringe Hilfsverbesserungen
a. Configbelastung gebräuchliche Anweisung
b. Daten:: Kipper Hinweis args
Es gibt einige fälligere Alternativen, die Sie auf Vergleich heraus überprüfen sollten;
#1. Recherche nach Heimlichkeit-Loggern in der falschen HÜLSE
Gebrauch Bordbuch:: Log4perl qw (: einfach);

#2. neue Funktionalität, entwickelt zur ca. gleichen Zeit wie AutoCategorize
Gebrauch Bordbuch:: Log4perl:: Filter;

SYNOPSE

Gebrauch Bordbuch:: Log4perl:: AutoCategorize
(
alias => Logger, # Stenographie Kategoriename alias
# können Sie gebräuchliche Anweisung initialisieren
# gibt 1. Methode Trennung des Codes von den Config
# ist 2. Methode für Vorführung und frühe Entwicklung gut
initfile => $filename,
initstr => q {
# Log4perl Doc. sehen, um diese Richtlinien zu verstehen
log4perl.rootLogger=DEBUG, A1
# log4perl.appender. A1=Log:: Abfertigung:: Siebanlage
log4perl.appender. A1 = Bordbuch:: Abfertigung:: Datei
log4perl.appender. A1.filename = ./mylog
log4perl.appender. A1.mode = schreiben
log4perl.appender. A1.layout = PatternLayout
log4perl.appender. A1.layout.ConversionPattern=%d %c %m%n
# TEST-COVERAGE Bordbuch herstellen
log4perl.appender.COVERAGE = Bordbuch:: Abfertigung:: Datei
log4perl.appender.COVERAGE.mode = schreiben
log4perl.appender.COVERAGE.layout = org.apache.log 4j.PatternLayout
log4perl.appender.COVERAGE.layout.ConversionPattern = (%d {HH: mm: ss.SSS}) %c: %m%n
# außer zeitgestempelten Versionen, 1 pro Prozeß
log4perl.appender.COVERAGE.filename = Unterseeboot {„. /test-coverage.txt.“. Skalarlocaltime}

# jetzt, den Wert hinzufügen: das Material schicken, das am ENDE zu ihm geschrieben
log4perl.log Ger. Log.Log4perl.Autocategorize.END = Info, DICHTE
},
);

foreach (1..500) {
Logger->warn ($_);
foo ();
A->bar ();
A:: Rechtsanwaltschaft ();
}

Vorfoo {
foreach (1..20) {
Logger->warn ($_);
}
}

a verpacken;

sub Rechtsanwaltschaft {
mein @d;
foreach (Rückseite 1..10) {
@d, $_ drücken;
Logger->warn („t-minus: “, $_, @d);
}
}

TjMSN begonnen als wegen eines Mangels an annehmbaren MSN Messenger-Klienten für Linux, also beschloß ich, dass ich einen Klienten schreiben, der Plattformunabhängiger war, damit ich auf meinen Schreibtisch und Laptop laufen.

TjMSN ist freie Software und es genehmigt im Sinne der GNU Öffentlichkeit Lizenz.

TjMSN unterstützt jetzt Steckverbindungen, um Ihnen zu erlauben, Merkmale einzubauen, die nicht alle Benutzer wünschen.

Erhältliche Steckverbindungen:

Schwätzchen-Logger

Protokolliert alle Schwätzchensitzungen in HTML/xml Dateien für das Betrachten, nachdem ein Schwätzchenfenster cloased

Schwätzchen-Logger-web server

Wenn es im combiation mit dem Schwätzchenlogger verwendet, erlaubt dieses Ihnen, Schwätzchen zu veröffentlichen anmeldet ein web server, damit Sie Leute-URL zu den Ansichtschwätzchengeschichten geben können.

Eliza Autoreply

Eine Selbstantwort steckbar, die den Eliza Algorithmus verwendet, um Gespräche für Sie zu haben, während Sie weg von Ihrem Rechner sind.

Systray

Legt eine Ikone in das Systemstellersegment für TjMSN

Was in diesem Auslösen neu ist:

· Dieses Auslösen umfaßt eine aktualisierte Version von TjMSNLib (0.50) diese Verlegenheiten einige Majorsmarken im Klienten.

Bootchart ist eine Software für Ergebnisanalyse und Sichtbarmachung des GNU/Linux Matteprozesses. Hilfsmittelanwendung und Prozeßinformationen werden während des Matteprozesses montiert und können in einem png, in einem SVG oder in einem ENV-gekodierten Diagramm später angezeigt werden.

Der Matteprozeß wird geändert, um den Mattelogger (/sbin/bootchartd) anstelle von /sbin/init anzustellen. Der Mattelogger läuft in Hintergrund und montiert Informationen vom proc Dateisystem (/proc/ [PID] /stat, /proc/stat und /proc/diskstats).

Die Statistiken werden in einem SpeicherDateisystem (tmpfs) protokolliert. Sobald der Matteprozeß (bezeichnet durch das Bestehen der spezifischen Prozesse) beendet, werden die Journaldateien zu /var/log/bootchart.tgz verpackt.

Das Bordbuchpaket kann using eine Java-Anwendung später aufbereitet werden, die den Prozeßbaum aufbaut und ein Leistungsdiagramm überträgt. Das Diagramm kann dann analysiert werden, um Prozeßabhängigkeit und Gesamthilfsmittelanwendung zu prüfen. Ein renderer Web-Formular ist auch auf der Projektweb site erhältlich.

Das Diagramm kann dann analysiert werden, um Prozeßabhängigkeit und Gesamthilfsmittelanwendung zu prüfen.

Runing:

1. Bootchartd und das bootchart renderer einbauen. EINZUBAUEN für Sonderkommandos sehen.

2. Ihre Matteladevorrichtung (GRUB/LILO) wenn notwendig ändern. Wechselweise die KernBefehlszeile nach Neuladen interaktiv ändern.
Neuladen.

3. Überprüfen, dass /var/log/bootchart.tgz erstellt wurde und enthält die Journaldateien.

4. Das Diagramm übertragen, indem Sie laufen:

$ Java - Glas bootchart.jar

Wechselweise (wenn kein Java-Entwicklungs-Satz eingebaut ist, um das GLAS-Paket aufzubauen), kann das Web renderer verwendet werden.

Zu das Web renderer von einem Index verwenden, Lack-Läufer:
Rotation --format=svg bilden --log=@/var/log/bootchart.tgz bilden
http://bootchart.klika.si:8080/bootchart/render > bootchart.svgz

(die svg/bootchart.svgz Paare durch png/bootchart.png oder ENV/bootchart.eps.gz wahlweise, ersetzend)

5. Das festgelegte Bild ansehen und das Diagramm analysieren.
SVG Bilder können using irgendwelche der folgenden Programme angesehen werden:
- Rsvgansicht (librsvg; GNOME)
- svgdisplay (ksvg; KDE)
- Kordel (using steckbares mit Kordel besetzen-svg)
- Inkscape
- Squiggle (Batik; http://xml.apache.org/batik/)

Zu Hilfe für zusätzliche Optionen erhalten, Lack-Läufer:

$ Java - Glas bootchart - h

Wie es funktioniert:

Logger-Start

Der Mattelogger (/sbin/bootchartd) wird durch den Kern anstelle von /sbin/init laufen gelassen. Dieses kann erzielt werden, indem man Befehlszeile des MADE- oder LILO-Kerns, z.B. ändert:

/boot/grub/menu.lst
[...]
Name Fedora-Kern (2.6.10) - bootchart
Wurzel (hd0,1)
Kern-/vmlinuz-2.6.10 ro root=/dev/had1 init=/sbin/bootchartd
initrd /initrd-2.6.10.img

Der Installationsindex und DAS Drehzahl-Paket versuchen, die Matteladevorrichtungseingabe automatisch hinzuzufügen.

Der Mattelogger beginnt sich im Hintergrund und läßt sofort den Zahlungseinstellung init Prozeß, /sbin/init laufen. Der Matteprozeß fährt dann wie üblich fort.

Erhebung

Da die Wurzeltrennwand während der Matte befestigtes Read-only ist, muß der logger Daten im Speicher, using ein SpeicherDateisystem (tmpfs) speichern.

Sobald das /proc-Dateisystem befestigt wird - normalerweise früh im sysinit Index - der logger fängt an, Ausgang von den verschiedenen Dateien zu montieren:
/proc/stat system-wide CPU-Statistiken: Benutzer, System, IO und untätige Zeiten
/proc/diskstats-system-wide Plattestatistiken: Platteanwendung und -durchsatz
(nur erhältlich in 2.6 Kernen)
Informationen /proc/-[PID] /stat über die Betriebprozesse: Anlaßzeit, Muttergesellschaft PID, Prozeßzustand, CPU-Verbrauch, usw.

Der Inhalt dieser Dateien wird regelmäßig zu entsprechenden Journaldateien, alle 0.2 Sekunden durch Zahlungseinstellung angefügt.

Der logger versucht, das Ende des Matteprozesses aufzuspüren, indem er nach spezifischen Prozessen sucht. Z.B. wenn in runlevel 5 (graphische Gemeinschaftsbetriebsart), er gdmgreeter, kdm_greet, nach usw. sucht, sobald einer dieser Prozesse gefundener Betrieb ist, stoppt der Logger, Daten zu montieren, verpackt die Journaldateien und lagert sie zu /var/log/bootchart.tgz.

Wahlweise Prozeßbuchhaltung

In den meisten Fällen genügt der Ausgang Dateien von den /proc/-[PID] /stat, den Prozeßbaum neu zu erstellen. Es ist jedoch, das möglich, das ein kurzlebiger Prozeß nicht durch den logger aufgehoben erhält. Wenn dieser Prozeß auch neue Prozesse gabelt, ermangelt der logger Abhängigkeitsinformationen für diese „verwaiste“ Prozesse - Bedeutung, die sie falsch gruppiert durch das Diagramm renderer erhalten konnten.

Wenn wirklich genaue Abhängigkeitsinformationen benötigt werden, kann Prozeßbuchhaltung verwendet werden. Wenn er konfiguriert wird, hält der Kern eine Journaldatei mit ausführlicher Information über Prozesse. Bd-Prozeßbuchhaltung v3 umfaßt Informationen über den Prozeß PID und Muttergesellschaft PID (PPID) - eine genaue Rekonstruktion des Prozeßbaums effektiv aktivieren.

Um Prozeßbuchhaltung zu aktivieren, muß der Kern konfiguriert werden um CONFIG_BSD_PROCESS_ACCT_V3 zu enthalten, darunter:

[] Allgemeine Installation
[] Bd-Prozeßbuchhaltung
[] Dateiformat der Bd-Prozeßbuchhaltungversion 3

Die gnu-Buchhaltunghilfsprogramme (Paket psacct oder acct) müssen auch eingebaut werden. Der Mattelogger verwendet den accton Befehl, Prozeßbuchhaltung zu aktivieren; er schließt den Buchhaltung-LOGON das tarball ein.

Sichtbarmachung

Der Java-Anwendung für die Satzgliederung und die Wiedergabe der Daten das Bordbuch tarball wird später geführt. Die CPU-und Plattestatistiken werden verwendet, um Kellerbereich und Leitung Diagramme zu übertragen. Die Prozeßinformationen werden verwendet, um ein Gantt-Diagramm zu erstellen, das Prozeßabhängigkeit, Zustände und CPU-Verbrauch zeigt.

Eine typische Mattereihenfolge besteht aus mehrereen hundert Prozessen. Da es schwierig ist, solche Menge Daten auf eine verständliche Art sichtbar zu machen, wird Baumbeschneidung verwendet. Untätige Hintergrundprozeße und kurzlebige Prozesse werden entfernt. Die ähnlichen Prozesse, die parallel laufen, werden auch zusammen fusioniert.

Schließlich sind die Leistung und die Abhängigkeitsdiagramme renderer als einzelnes Bild entweder im png-, SVG oder ENV-Format.

vnstat PHP-vorgelagertes Projekt ist ein PHP konfrontiertes Ende zum vnStat, ein Netzverkehrslogger. Da vnStat Konsolenbetriebsart nur ist, ich erstellte diesen Index, um einen netten Report von den Daten zu bilden, die durch vnStat montiert wurden.

Dieser Index erfordert ein Arbeits-PHP, das mit GD Bildbibliotheken vorgebracht wird. Auch vnStat muß richtig eingebaut und montierend Daten sein. Zu Information über, wie man die gefallen oben überprüfen ihre jeweiligen homepage einstellt (Linkabschnitt sehen).

SClient Projekt ist ein Schlamm Klient für x-Fenster.

Sein konzipiert, um bedienungsfreundlich zu sein, so sogar ein Neuer kann es ohne Probleme verwenden aber dennoch so leistungsfähig, dass der erfahrenste Schlammsüchtige es nützlich findet!

Sind hier einige Hauptmerkmale von „SClient“:

· Anschluß-Zauberer mit autologin Option
· logger
· Abzüge
· Makro
· Pseudonyme
· ANSI unterstützen
· Befehlszeile Geschichte
· Schrifttypauswahl

Bordbuch:: Abfertigung:: TkText stellt einen Text Widget für Bordbuch: zur Verfügung: Abfertigung.

SYNOPSE

TK verwenden;
Gebrauch Bordbuch:: Abfertigung;
Gebrauch Bordbuch:: Abfertigung:: TkText;

mein $dispatch = Bordbuch:: Dispatch->new;

mein $mw = MainWindow-> neu;

mein $tklog = $mw->Scrolled (LogText, Namens=> TK,
min_level => prüfen) aus;
$tklog - > Satz;

# die Loggernachricht $dispatch (nicht der Widget!!) addieren
$dispatch->add ($tklog->logger);

$dispatch - > Bordbuch
(
waagerecht ausgerichtetes => Info,
Meldung => „Quaquacomekiki? (sagt so Averell Dalton)“
);

Dieser Widget liefern einen Read-only-Text Widget (basiert auf TK:: ROText) für das Protokollieren durch das Bordbuch:: Abfertigungsbaugruppe.

Notiert, dass dieser Widget mit einem Freund Bordbuch: arbeitet: Abfertigung:: ToTk Nachricht, die durch den Widgetserbauer erstellt wird. Der Hinweis auf dieser Freundnachricht muß dem Hauptbordbuchabsetzer addiert werden.

IVJLogger Projekt ist eine kleine Bibliothek der Kategorien und die Funktionen, die in Java konzipiert, um Sie mit Ihrem Protokollieren zu unterstützen geschrieben, braucht. „, warum ein anderer Logger?“ Sie können bitten. Gut hält der Hauptzweck ihm ihn einfach.

Einfachheit bedeutet weniger Marken, mehr Ausbaufähigkeit, bessere Leistung und glücklichere Benutzer. Viele logger das Ive gesehene heraus therer Nehmen für immer zum vorzubringen, befasse ich nicht sogar dem ganzem Initialisierungscode und mit aller Reinigung, die Sie nur tun müssen, um sie zu erhalten, um eine Leitung Code zu protokollieren.

Mit IVJLogger benötigen Sie keine externen Dateien, keine Reinigung, und Initialisierungscode ist so einfach wie instantiating eine Nachricht.

Sind hier einige Hauptmerkmale „des ivj Loggers“:

· Einfachheit
· Hochleistungs- - dank sehr effizientes Gewindepool
· Weniger Kodierung - eine zu initialisieren Leitung, eine Leitung zum Bordbuch, keine Reinigung
· Keine externen Nachrichten, die verwendet - die Quelle mit Ihrem Projekt und youre einschließen, die betriebsbereit sind zu gehen
· Das meiste neue JVM freundlich - erstellt und auf Java 1.4.2 SE geprüft
· Kreuz-Plattform - gut kümmerte Java-Art von um der:)
· Verlegen-sicher - mehrfache Gewinde können den gleichen logger zu den Journaldaten gleichzeitig verwenden.

Bordbuch:: Log4perl:: Layout:: XMLLayout ist ein XML Layout.

SYNOPSE

Gebrauch Bordbuch:: Log4perl:: Layout:: XMLLayout;

mein $app = Bordbuch:: Log4perl:: Appender->new („Bordbuch:: Log4perl:: Appender:: Datei“);

mein $logger = Bordbuch:: Log4perl->get_logger („abc.def.ghi“);
$logger->add_appender ($app);

# Bordbuch mit LocationInfo
mein $layout = Bordbuch:: Log4perl:: Layout:: XMLLayout->new (
{LocationInfo => {Wert => ZUTREFFEND},
Kodierung => {Wert => iso8859-1}});

$app->layout ($layout);
$logger->debug („, das die Meldung“ ist);

########################### Log4perl Config-Dateieingaben für XMLLayout
log4perl.appender. A1.layout = Bordbuch:: Log4perl:: Layout:: XMLLayout
log4perl.appender. A1.layout.LocationInfo = RICHTEN aus
log4perl.appender. A1.layout.Encoding =iso8859-1
###########################

Erstellt ein XML Layout entsprechend http://jakarta.apache.org/log4j/docs/api/org/apache/log4j/xml/XMLLayout.html
Journaldateien legten gegründet auf XMLLayout können innerhalb der graphischen Benutzerschnittstelle der log4j Kettensäge angesehen werden und gefiltert werden fest (Beispielabschnitt unten sehen). Kettensäge ist ein Teil des JAVA gegründeten log4j Pakets und kann von http://jakarta.apache.org/ zentralgeladen werden

Der Ausgang des XMLLayout besteht einer Reihe aus log4j: Ereigniselemente, wie im log4j.dtd definiert. Es gibt nicht eine komplette wohlgeformte XML Datei aus. Der Ausgang ist konzipiert, als externe Körperschaft in einer unterschiedlichen Datei eingeschlossen zu werden, um eine korrekte XML Datei zu bilden.

Z.B. wenn ABC der Name der Datei ist, wohin das XMLLayout ouput geht, dann würde eine wohlgeformte XML Datei sein:

<? xml version= " 1.0 "? >
<! DOCTYPE log4j: eventSet SYSTEM „log4j.dtd“ [<! KÖRPERSCHAFT-Daten SYSTEM „ABC“ >] >

< log4j: eventSet version= " 1.2 " xmlns: log4j= " http://jakarta.apache.org/log4j/ " > &data; < /log4j: eventSet >

Dieser Anflug erzwingt die Unabhängigkeit des XMLLayout und des appender, in dem er eingebettet wird.

Das Versionsattribut hilft Teilen richtig zum intrepret Ausgang, der von XMLLayout festgelegt wird. Der Wert dieses Attributes sollte „1.1“ für den Ausgang sein, der durch log4j Versionen vor log4j 1.2 festgelegt wird (abschließendes Auslösen) und „1.2“ für relase 1.2 und späteres.

Bordbuch:: Log4perl:: Appender:: RRDs ist ein Bordbuch zu einem RRDtool Archiv.

SYNOPSE

Gebrauch Bordbuch:: Log4perl qw (get_logger);
RRDs verwenden;

mein $DB = „myrrddb.dat“;

RRDs:: erstellen (
$DB, „--step=1“,
„DS: myvalue: ANZEIGEINSTRUMENT: 2: U: U“,
„RRA: Max: 0.5: 1: 120“);

Druckzeit (), „N“;

Bordbuch:: Log4perl->init (qq {
log4perl.category = Info, RRDapp
log4perl.appender.RRDapp = Bordbuch:: Log4perl:: Appender:: RRDs
log4perl.appender.RRDapp.dbname = $DB
log4perl.appender.RRDapp.layout = Bordbuch:: Log4perl:: Layout:: PatternLayout
log4perl.appender.RRDapp.layout.ConversionPattern = N: %m
});

mein $logger = get_logger ();

für (10, 15, 20, 25) {
$logger->info ($_);
Schlaf 1;
}

Bordbuch:: Log4perl:: Appender:: RRDs appenders ermöglichen Schreibensdaten RRDtool zu den round-robin Archiven über Log4perl. Auf Unterlagen über RRD und seine Perl-Schnittstelle RRDs (die mit der Verteilung kommt), http://rrdtool.org heraus überprüfen.

Die Meldungen, die Log4perls RRDs zum appender geschickt, erwartet, um numerische Werte zu sein (ints oder Gleitbetriebe), die dann verwendet, um einen rrdtool Aktualisierungbefehl auf einer vorhandenen round-robin Datenbank laufen zu lassen. Der Name dieser Datenbank muß in den appenders dbname Konfigurationsparameter eingestellt werden.

Wenn theres mehr Parameter, die Sie zur Aktualisierungmethode führen möchten, den rrdupd_params Konfigurationsparameter verwenden:

log4perl.appender.RRDapp.rrdupd_params = --template=in: heraus

Um die Datenbank des runden Rotkehlchens später auszulesen, rrdtool Reichweite oder rrdtool Diagramm für graphische Anzeigen verwenden.

trafflogger ist ein conf-gegründeter Verkehrslogger. Alle Journaldaten können (graphisch dargestellt worden) über eine Web-Schnittstelle angezeigt werden. Benutzer können sie verwenden, um eine globale Ansicht der Netzbelastung zu erhalten oder einen näheren Blick an irgendwelchen der Hosts zu erhalten.

Dieses ist ein conf gegründeter Verkehrslogger, jeder conf LOGON/handelt heraus für:

einige definierbare Hosts
in einer definierbaren Einheit
welcher Übereinstimmung a (wahlweise) definierbare pcap Filter

Alle Journaldaten können (wirklich graphisch dargestellt worden) über ein Web-cgi angezeigt werden.
So können Sie golbal Ansicht Ihrer Netzbelastung erhalten und entweder zu erhalten suchen ein engeres irgendwelchen nach der Hosts (sehr nützlich, wenn Sie a sind [Mini|wanabe] ISP). Im Verstand halten, dass Sie Mehrfachverbindungsstellen confs für das gleiche host/s bilden können und nur Richtlinie die depcap ändern und dies tun, das Sie Fotos Ihres Netzes von den Mehrfachverbindungsstellenwinkeln nehmen. Sie können ein conf Web Verkehr, otherone, um Postverkehr zu protokollieren und otherone protokollieren lassen, um kazaa Verkehr und schließlich einen zu protokollieren, um allen Verkehr zu protokollieren. Sie können pcap Filter zu discrime unerwünschtem Verkehr für ein spezifisches conf auch verwenden.

Sind hier einige Hauptmerkmale von „trafflogger“:

· Codiert in Perl
· rrdtool schielt an
· libpcap schielt an
· Bordbuch-IP-Verkehr
· Verkehrsgrapher/-analysegerät
· Web-Ausgang
· dynamischer IP-Träger