{"id":115001,"date":"2024-04-12T02:30:02","date_gmt":"2024-04-12T00:30:02","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/kompaniya-oracle-opublikovala-dtrace-dlya-linux-2-0-0-1-14"},"modified":"2024-04-12T02:30:02","modified_gmt":"2024-04-12T00:30:02","slug":"kompaniya-oracle-opublikovala-dtrace-dlya-linux-2-0-0-1-14","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/news\/kompaniya-oracle-opublikovala-dtrace-dlya-linux-2-0-0-1-14","title":{"rendered":"Das Unternehmen Oracle hat DTrace f\u00fcr Linux 2.0.0-1.14 ver\u00f6ffentlicht.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Eine experimentelle Version des Werkzeugsets f\u00fcr dynamisches Debugging DTrace f\u00fcr Linux 2.0.0-1.14 wurde vorgestellt, die als Benutzerprozessor arbeitet und das eBPF-Subsystem sowie die vom Linux-Kernel bereitgestellten nativen Tracing-Mechanismen nutzt. In Bezug auf die Funktionalit\u00e4t \u00e4hnelt die DTrace-Implementierung auf Basis von eBPF der ersten DTrace-Implementierung f\u00fcr Linux, die als Kernelmodul realisiert wurde. Der Projektcode wird unter der GPLv2-Lizenz ver\u00f6ffentlicht. <\/p>\n
Das Werkzeugset kann mit standardm\u00e4\u00dfigen Linux-Kernen verwendet werden, die BPF unterst\u00fctzen. F\u00fcr den Betrieb wird die Bibliothek libctf ben\u00f6tigt, welche die Unterst\u00fctzung des Debugging-Formats CTF (Compact Type Format) implementiert und Teil des Pakets binutils ist, beginnend mit der Version 2.40, oder die von Solaris portierte Bibliothek libdtrace-ctf. Optional werden zwei Patches f\u00fcr den Kernel 6.7 angeboten, die erweiterte Funktionen zur Erfassung zus\u00e4tzlicher Daten \u00fcber Module und den Kernel bereitstellen. <\/p>\n
Die DTrace-Technologie wurde entwickelt, um Aufgaben der dynamischen Trennung von Kerneln und Endanwendungen im Betriebssystem Solaris zu l\u00f6sen. DTrace erm\u00f6glicht es dem Benutzer, das Verhalten des Systems detailliert zu verfolgen und in Echtzeit Probleme zu diagnostizieren. W\u00e4hrend des Debugging hat DTrace keinen Einfluss auf den Betrieb der untersuchten Anwendungen und wirkt sich nicht auf deren Leistung aus, was die Analyse laufender Systeme \u201eon-the-fly\u201c erm\u00f6glicht. Zu den St\u00e4rken von DTrace geh\u00f6rt die hochgradige D-Sprache, die AWK \u00e4hnlich ist, und die es wesentlich einfacher macht, Tracing-Skripte zu erstellen als bei der Verwendung der vorgeschlagenen Mittel zur Erstellung von Handlern f\u00fcr eBPF in C, Python und Lua mit externen Bibliotheken. <\/p>\n
Hauptfunktionen: <\/p>\n
\n
Verf\u00fcgbare Anbieter:\n
\n
cpc (CPU Leistungsz\u00e4hler) \u2014 Abrufen von Leistungsinformationen.\n
dtrace \u2014 Handler BEGIN, END und ERROR, die vor oder nach anderen Pr\u00fcfungen sowie bei Fehlern ausgef\u00fchrt werden.\n
fbt (Funktionsgrenze-Tracking) \u2014 Verfolgung von Aufrufen von Kernel-Funktionen.\n
lockstat \u2014 Verfolgung des Status von Sperren.\n
pid \u2014 Verfolgung von Aufrufen von Funktionen in Prozessen, die im Benutzermodus laufen.\n
proc \u2014 Verfolgung von Aktivit\u00e4ten, die mit Prozessen verbunden sind, wie Starten und Beenden (fork, exec, exit, fault).\n
profile \u2014 Speichern von Leistungsstatistiken \u00fcber festgelegte Zeitintervalle.\n
sdt, rawtp \u2014 Statische Kernel-Trace (SDT \u2014 Statically Defined Tracing).\n
usdt: Statische Anwendungs-Trace (USDT \u2014 Userspace Statically Defined Tracing)\n
sched \u2014 Verfolgung der Ressourcenverteilung des CPUs.\n
sycall \u2014 Verfolgung des Eintritts und Austritts von Systemaufrufen. <\/ul>\n
Aggregation der gesammelten Daten: M\u00f6glichkeit der Anwendung aggregierter Funktionen (avg, count, llquantize, lquantize, max, min, quantize, stddev und sum) sowie aggregierter Aktionen (clear, normalize, normalize, printa). Unterst\u00fctzung der Speicherung von Ergebnissen der Anwendung aggregierter Funktionen in normalen und assoziativen Arrays.\n
Unterst\u00fctzung von spekulativem Tracking, das es erm\u00f6glicht, Daten vor\u00fcbergehend zu verfolgen und zu entscheiden, welche im Tracking-Puffer festgehalten und welche verworfen werden sollen. Verf\u00fcgbare Funktionen: speculation, speculate, commit und discard.\n
Unterst\u00fctzung f\u00fcr globale und lokale Variablen, TLS (Thread-Local Storage), assoziative Arrays und Strings.\n
Verf\u00fcgbarkeit von Z\u00e4hlern f\u00fcr Daten, die nicht in die Tracking-Puffer gelangen.\n
Unterst\u00fctzung f\u00fcr die Kompilierung von Tracking-Skripten in D zur Form von BPF-Programmen.\n
Vorkompilierung von BPF-Funktionen f\u00fcr Bibliotheksaufrufe.\n
bpflog-Option f\u00fcr das Protokollieren der Verifizierung von geladenen BPF-Programmen.\n
Dynamische Codegenerierung und Vorkompilierung von Code zur Wiederverwendung in BPF-Programmen. <\/ul>\n
\u00c4nderungen in der neuen Version: <\/p>\n
\n
Im Provider pid, der zur Verfolgung von Prozessen im Benutzerspeicher verwendet wird, wurde die Unterst\u00fctzung f\u00fcr die Verfolgung der Ausf\u00fchrung von Befehlen durch deren Offset im Code hinzugef\u00fcgt.\n
Unterst\u00fctzung der Verwendung von Funktionen stack() und ustack() zur Aggregation gesammelter Daten.\n
M\u00f6glichkeit, Elemente beliebiger Typen aus assoziativen Arrays durch Zuweisung des Literals 0 zu entfernen.\n
Die print-Funktion wurde hinzugef\u00fcgt, um strukturierte Daten mit Typanmerkungen auszugeben.\n
Neue integrierte Funktionen cleanpath(), d_path() und link_ntop() wurden hinzugef\u00fcgt.\n
Parameter '-xcpu' hinzugef\u00fcgt, der es erm\u00f6glicht, Pr\u00fcfungen an bestimmte CPUs zu binden.\n
Parameter '-xlockmem' hinzugef\u00fcgt, um die Gr\u00f6\u00dfe des Speichers zu begrenzen.\n
Es wurde die M\u00f6glichkeit geschaffen, Prozess-Trace-Daten (USDT) zwischen Neustarts von dtprobed zu speichern.\n
Unterst\u00fctzung f\u00fcr das BTF-Format (BPF Type Format), das Informationen zur Typpr\u00fcfung im BPF-Pseudocode bereitstellt.\n
Die M\u00f6glichkeit, ein configure-Skript zum Erstellen zu verwenden. <\/ul>\n