Megjelent a SystemTap 5.0 dinamikus nyomkövető rendszer, amely a Linux platform számára hasonló hibakeresési eszközöket kínál, mint a DTrace technológia. A SystemTap lehetővé teszi a Linux rendszer működésének alapos megfigyelését, statisztikai adatok gyűjtését az alkalmazások teljesítményéről, profilozást és rendszerhívások ellenőrzését. A kezelés parancssori felületen és egy speciális C-szerű szkriptnyelven keresztül történik. A rendszer kompatibilis a Linux kernel 3.10-es verziójától egészen a 6.6-rc0 verzióig.
A projekt fejlesztésében olyan cégek vesznek részt, mint a Red Hat, az IBM, az Intel, a Hitachi és az Oracle. A példák katalógusában több mint 190 szkript található különböző élethelyzetekhez, amelyek alkalmasak a memória, a bemenet/kimenet, a lemezműveletek, a hálózati forgalom (például az NFS teljesítményének elemzése), a feladatütemező működése, az megszakítások kezelése, a rendszerszűrők használata, a zárak beállítása, a rendszerhívások végrehajtása, a jelek kezelése stb. nyomon követésére.
Főbb változások:
- A 2.6.32-es kernel ága, amelyet a RHEL6 használ, már nem támogatott. A SystemTap tesztelése most a 3.10-es (RHEL7), a 4.18-as (RHEL8 + CentOS Stream 8), az 5.14.0-ás (RHEL9 + CentOS Stream 9), a 6.4-es (Fedora 38), a 6.5-ös (Fedora 39) és a 6.6-rc (Fedora rawhide) kernelokkal történik.
- Hozzáadva a debuginfod folyamat támogatása a dinamikus hibakeresési információk és a telepített futtatható fájlok metaadatainak megszerzéséhez.
- Hozzáadva a DWARF5 típusú hibakeresési adatok támogatása, amelyeket a print_ubacktrace_fileline() funkcióban lehet használni.
- A frontend (stap eszköz) esetében, jelenlétében szerverek a debuginfod lehetőséget biztosít a célzott folyamatok maszkjának használatára, például a stap -e ‘probe debuginfod.process(«/usr/*/curl»).begin { log(«hi»)}. A -L opcióval együtt használva javult a folyamatokkal kapcsolatos információk részletessége a megjelenített listában, több -v opcióval.
- A backendben javították a uprobe regisztrációjának teljesítményét és felgyorsították a kernel modul indítását. Egy gyorsabb és megbízhatóbb üzenetátviteli rendszert javasoltak a kernel és a felhasználói tér között.
- Futtatás közben feldolgozott makrók kerültek hozzáadásra: STP_TIMING_NSECS az ellenőrzési idő másodpercekben való megszerzéséhez és STP_FORCE_STDOUT_TTY az STP_STDOUT_NOT_ATTY felülírásához.
Forrás: opennet.ru
