Re: [PATCH 0/2] A kernel tracing interface

2007-09-18 Thread Vara Prasad
rdize the use of relay. Systemtap adopted this code some time ago in its own runtime. Moving this code into the kernel will allow other tracers to take advantage of the same trace primitives. Andrew, This is part of the effort by the SystemTap team to move pieces of the project that are gener

Re: filesystem benchmarking fun

2007-05-24 Thread Vara Prasad
ystemTap and its use and any suggestions for improvements, we would love to hear as well. Thanks again for using SystemTap, Vara Prasad - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/

Re: [PATCH] markers-linker-generic

2007-04-11 Thread Vara Prasad
locking) for the particular hotspot we want to probe. Agreed Jim bye, Vara Prasad - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/

Re: [PATCH 00/05] Linux Kernel Markers - kernel 2.6.20

2007-02-15 Thread Vara Prasad
happy to see this in. Thanks, Vara Prasad - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/

Re: Merging relayfs?

2005-07-13 Thread Vara Prasad
Tomasz Kłoczko wrote: On Tue, 12 Jul 2005, Vara Prasad wrote: [..] [..] If I can suggest something about order prepare some feactures: 1) prepare base infrastructure for counters, this "tool" will take very small amount of data and can be performad by very small pieces of bi

Re: Merging relayfs?

2005-07-13 Thread Vara Prasad
Tomasz Kłoczko wrote: On Tue, 12 Jul 2005, Vara Prasad wrote: Tomasz Kłoczko wrote: On Tue, 12 Jul 2005, Tom Zanussi wrote: =?ISO-8859-2?Q?Tomasz_K=B3oczko?= writes: > On Tue, 12 Jul 2005, Tom Zanussi wrote: [...] > > OK .. "so you can say better is stop flushing buff

Re: Merging relayfs?

2005-07-12 Thread Vara Prasad
Tomasz Kłoczko wrote: On Tue, 12 Jul 2005, Tom Zanussi wrote: [..] > DTrace real examples shows something completly diffret. > MANY things (if not ~almost all) can be kept only in aggregated form > during experiments. But you can also do the aggregation in user space if you have a cheap way o

Re: Merging relayfs?

2005-07-12 Thread Vara Prasad
Tomasz Kłoczko wrote: On Tue, 12 Jul 2005, Tom Zanussi wrote: =?ISO-8859-2?Q?Tomasz_K=B3oczko?= writes: > On Tue, 12 Jul 2005, Tom Zanussi wrote: [...] > > OK .. "so you can say better is stop flushing buffers on measure which > wil take day or more" ? :_) > Some DTrace probes/technik are spe

Re: Merging relayfs?

2005-07-12 Thread Vara Prasad
Tomasz Kłoczko wrote: On Tue, 12 Jul 2005, Tom Zanussi wrote: [..] > This is much more simpler and much better for control (also from point of > view caching bugs in agregator code -> also from point of view kernel > stability). > > Also .. probably some code for handle i.e. counters cen be t

Re: [1/6 PATCH] Kprobes : Prevent possible race conditions generic changes

2005-07-07 Thread Vara Prasad
Andi Kleen wrote: On Thu, Jul 07, 2005 at 03:25:37AM -0700, Andrew Morton wrote: Prasanna S Panchamukhi <[EMAIL PROTECTED]> wrote: There are possible race conditions if probes are placed on routines within the kprobes files and routines used by the kprobes. So... don't do that