6. Tools Updates

SystemTap is now fully supported, and has been re-based to the latest upstream version. This update features improved user-space probing through shared libraries, experimental DWARF unwinding, and a new <sys/sdt.h> header file which provides dtrace-compatible markers.

This re-base also enhances support for debuginfo-less operations. Typecasting (through the @cast operator) is now supported, along with kernel tracepoint probing. Several 'kprobe.*' probe bugs that hampered debuginfo-less operations are also now resolved.

SystemTap also features several documentation improvements. A new '3stap' feature provides users with useful man pages on most SystemTap probes and functions. The systemtap-testsuite package also features a larger library of sample scripts.

Weitere Informationen zu SystemTap finden Sie im SystemTap-Abschnitt Paket-Updates Kapitel der Technischen Anmerkungen.

Systemtap-Tracepoints sind in wichtigen Abschnitten des Kernels platziert, so dass Systemadministratoren die Performance von Code überprüfen und Fehler beheben können. In Red Hat Enterprise Linux 5.4 wurden den folgenden Abschnitten des Kernel-Subsystems Tracepoints als Technologievorschau hinzugefügt:

Die Gnu Compiler Collection Version 4.4 (GCC4.4) ist jetzt in dieser Release als Technologievorschau enthalten. Diese Collection von Kompilierern enthält C, C++ und Fortran-Kompilierer sowie Support-Bibliotheken.

glibc new MALLOC behaviour:Die upstream glibc wurde vor kurzem verändert, um höhere Skalierbarkeit über zahlreiche Sockets und Cores hinweg zu ermöglichen. Dies erfolgt durch Zuweisen eigener Speicher-Pools an Threads und der Vermeidung von Sperren in einigen Situationen. Die Menge zusätzlichen Speichers, die für Speicher-Pools verwendet wird (falls überhaupt welcher) mittels der Umgebungsvariablen MALLOC_ARENA_TEST und MALLOC_ARENA_MAX gesteuert.

MALLOC_ARENA_TEST legt fest, dass ein Test für eine Anzahl von Cores durchgeführt wird, wenn die Anzahl von Speicher-Pools diesen Wert erreicht. MALLOC_ARENA_MAX legt die maximale Anzahl verwendeter Speicher-Pools fest, unabhängig von der Anzahl von Cores.

In der glibc in der RHEL 5.4 Release ist diese Funktionalität als Technologievorschau des Upstream malloc integriert. Um per-Thread Speicher-Pools zu ermöglichen, muss die Umgebungsvariable MALLOC_PER_THREAD in der Umgebung eingestellt sein. Diese Umgebungsvariable wird überflüssig, wenn dieses neue malloc-Verhalten in zukünftigen Releases Standard wird. Nutzer, die die Erfahrung einer Konkurrenzsituation im Hinblick auf malloc-Ressourcen machen, können versuchen, diese Option zu aktivieren.