This is the mail archive of the
systemtap@sourceware.org
mailing list for the systemtap project.
Re: SystemTapGui usage scenarios.
- From: Dave Brolley <brolley at redhat dot com>
- To: Anithra P Janakiraman <anithra at linux dot vnet dot ibm dot com>
- Cc: SystemTAP <systemtap at sources dot redhat dot com>
- Date: Wed, 15 Apr 2009 11:56:00 -0400
- Subject: Re: SystemTapGui usage scenarios.
- References: <49DE1F24.108@redhat.com> <49DE3831.3060006@redhat.com> <49E5E232.10305@linux.vnet.ibm.com>
Anithra P Janakiraman wrote:
Hi Dave,
I'm not very clear with the usage of stap-server/stap-server that you
have described.
This is what i understood:
The staprun-server(stapgui-server/"lean" server) is to staprun what
the stap-client/stap-server is to stap.
Yes.
1. In a scenario where i create a script using stapgui, and i need to
execute it on a remote machine - i use stap-client to create the
module and use the staprun-server("lean" server) to execute the module.
Yes.
2. In a scenario where i create a script using stapgui, and i need to
execute on the same machine - i use stap and staprun instead of the
stap-client and staprun-server
Yes.
The problem i have with this is that it creates a "hard-dependency",
in the sense , in scenario 1 if there is no stap-server the stapgui
cannot be used. I would like to use stapgui even if there is no
registered compile-server.
The alternative would be to check if there is a registered
compile-server, if not use stap to compile on the remote machine and
use the staprun-server for execution. This is how others had
interpreted you mail :).
Yes. The idea is that we can minimize the amount of duplicated
functionality among our tools. However, if there is no stap-server
available to remote compilation, then stapgui-server would then be
forced to use stap to do the compilation.
Dave