Re: [libvirt] [PATCH 00/13] Add multiple trace backend function and add new ftrace backend for libvirt

[...] (For what it's worth, there are several different ways of executing systemtap scripts automatically at startup. There is an initscript. With the next version, its docs will move into 'man 8 systemtap', and grows a new 'onboot' option, to modules load even earlier at initramfs time via dracut.) What 'onboot' option it is ? BTW, do you mean that ftrace backend is not necessary for libvirt now? Can it generate systemtap script automatically and load the module on boot time without users operation?
We think adding multiple trace backends can provide more trace interfaces for the upper tool which is based on libvirt. Developer can chose more compatible trace scheme according to the actual situation with more flexibility . In the ways of usage by common user, ftrace is more lightweight ,more compact and easier. After all, writing systemTap script by users themselves and making it as an initscript is not convenient for them. Regards Yang Zhiyong
[...]

Hi - On Tue, Mar 18, 2014 at 05:14:38AM +0000, yangzy.fnst@cn.fujitsu.com wrote:
[...] (For what it's worth, there are several different ways of executing systemtap scripts automatically at startup. There is an initscript. With the next version, its docs will move into 'man 8 systemtap', and grows a new 'onboot' option, to modules load even earlier at initramfs time via dracut.)
What 'onboot' option it is ?
It allows designated systemtap scripts (in the form of precompiled modules) to be loaded during early boot; coming in stap v2.5.
BTW, do you mean that ftrace backend is not necessary for libvirt now?
I have no opinion on that.
Can it generate systemtap script automatically and load the module on boot time without users operation?
Yes.
We think adding multiple trace backends can provide more trace interfaces for the upper tool which is based on libvirt. Developer can chose more compatible trace scheme according to the actual situation with more flexibility . [...]
OK, I have no opinion on that. I simply wanted to point out the current capabilities of the stap initscript. - FChE
participants (2)
-
Frank Ch. Eigler
-
yangzy.fnst@cn.fujitsu.com