Zkoušel to někdo na CentOS 7? Nejjednodušší hello world příklady mi fungují, ale i ty s ls hážou errory:
semantic error: while resolving probe point: identifier 'kernel' at /usr/share/systemtap/tapset/linux/syscalls2.stp:197:24
source: probe __syscall.open = kernel.function("sys_open").call
Vypadá to, že je rozbitý ten systemtap balík.
#1 Red Hat se pise dvema slovy :)
#2 SystemTap consists of free and open-source software and includes contributions from Red Hat, IBM, Intel, Hitachi, Oracle, and other community members
#3 DTrace je na Linuxu jeste v horsim stavu, bohuzel (protoze to byl pekny projekt, nez to Sun zabalil a navic se jeste nechal koupit zrovna Oraclem, kterej na to kasle)
#1 a?
#2 to je ten duvod, proc je to tak rozbite, nekompatibilni napric Linuxem a i v ramci verzi jednoho vendora a proc to porad neni tak bezpecne jako Dtrace?
#3 Oracle nevyviji Dtrace, ZFS ani zony. Vsechny tyhle veci se davno delaji jinde pod BSD a Oracle si pro to jen kupuje support a skoleni od tech firem aby vubec to mohli nabizet svym vlastnim zakaznikum
Co mohu doporucit zcela jiste jak pro Linux, tak i dalsi OS, tak je tento pan http://www.brendangregg.com/
Dtrace byl psan jeste za ery Sunu a vedle vyvoje ZFS do nej dali nechutny prostredky. Sun byla typicka engineering firma s minimem obchodackych plkancu a u zeleza mel clovek konkretni specky. Veci technicky promysleny a sparc zelezo a Solaris sel maximalne debugovat a to byl i interni cil. Mit nastroje na debug vseho. A tam kde to slo to bylo i soucasti firmware. To ze u toho zeleza si mohl kazdy dopsat ve Forthu(shell je dodnes soucasti firmware!!!) pred bootem i vlastni testovaci rutiny ci testovat stav registru o tom se upatlanym intelakum/linuxakum mohly zdat tak maximalne mokre sny.
Ocekavam ze za ery Oracle dojde taktez k znehodnoceni dtrace.