|
From: Joshua A. <jo...@us...> - 2008-08-14 11:15:25
|
Since the difference between a TimeInterval and a StateTimeInterval is
fairly minor, I don't know if we would create a whole new EventTypeSpace or
just add support for StateTimeIntervals to our existing generic
EventTypeSpace and I don't know the timeframe for doing either; David can
comment on that.
But, meanwhile, I am working on something that could allow somewhat
advanced end-users like yourself (e.g., people who know what's in their
specialized feeds but don't want to do Java hacking on Tuningfork itself)
to derive some of these more advanced kinds of streams without writing an
EventTypeSpace. This facility (called ForkTalk) is already starting to
appear in the code but will only become functional probably later this week
(and will still be kind of buggy for a while). If you send me a sample
trace that has your new state events in it, I will use it as a test case.
Then, perhaps in a week or two, it *might* be able to do what you want. I
can't really promise but it does seem like this is a case that ForkTalk
should handle easily.
Josh
"Donnie Jones"
<donnie@darthik.c
om> To
Joshua Auerbach/Watson/IBM@IBMUS
08/11/2008 12:07 cc
PM "David F. Bacon"
<df...@wa...>, "Simon
Marlow" <mar...@gm...>, "Jost
Berthold" <t-j...@mi...>,
tun...@li...
e.net,
tun...@li...
urceforge.net
Subject
Re: [Tuningforkvp-users] Timeline
Graphs.
Hello Josh,
On Fri, Aug 8, 2008 at 9:13 AM, Joshua Auerbach <jo...@us...> wrote:
David may want to answer as well, but since part of your question
involves
the C tracing library, which he may not know in detail, I will attempt an
answer.
> Honestly, I'm not sure what you mean by "primitive events". The
> closest description to "primitive events" I have found in the C
> Trace Generation Library would be "AddSimpleEvent()". Would
> AddDoubleEvent() satisfy for generating the "primitive events" with
> the "state" variable?
Your goal is to generate events that can later be used to reconstruct a
StateTimeInterval, which has a timestamp like any event (representing a
start time), another long representing the end time, and a state,
represented as an int. Right now I believe you are just using two
events,
named appropriately, to cause an ordinary TimeInterval to be generated.
Well, you would still use two events, given that that is working for you
now. One of them (either the start or the end) would continue to be a
simple event with just a timestamp. The other would be created with
tfAddIntEvent so that it conveys both a timestamp and a state. Whether
you
record the state at the start of the interval or at the end is up to you.
You would also have to use tfAddEventType to define both events, but I
think you are already doing that. The difference is that one of the two
events would have an additional int attribute.
I was attempting something similar but including the "state" in both the
start and stop events with tfAddIntEvent(). Thank you for the
clarification.
> How do I go about creating an event typespace in Tuning Fork? Use
> "derive stream" in Tuning Fork? I only see an "event typespace"
> mentioned in the trace generation libraries, not in the Tuning Fork
GUI/menus.
This is a Java coding activity, not an end-user GUI activity. In the
source, you can get a sense of what is involved by
looking at the EventTypeSpace class and its many subclasses (for example,
use the type hierarchy view in Eclipse). This may not be the way to go
if
you are not comfortable with Eclipse's plugin structure, since you need a
plugin that extends the com.ibm.tuningfork.core.eventTypeSpaceFactory
extension point in order to do this cleanly. If you want to delve in, we
can provide more guidance. On the other hand, perhaps you just want to
stay at the user level and wait for some more GUI support for what you
want
to do.
Hmm, at this point, it would definitely be preferred to stay at the user
level and hope for GUI support that provides the graphing capabilities that
I desire. Any idea if the EventTypeSpace that I am needing may be added
soon? :)
Both you and David have been extremely helpful.
Thank you.
__
Donnie
|