Hi Neil, Watching EMF notifications could be an overkill, especially when we capture a lot of details in the trace, also adding adapters to Trace EMF objects could increase the footprint considerably for the in-memory case.
There are several ways to watch the trace events as they are processed, although there is no easy way to trigger that behavior, basically if you can override the XMLLoader you could watch the loading activity. As I'm working on scalability and performance improvements in 4.4 I will provide different methods of loading/persisting the monitored data (trace, test, statistical) which will may not be based on EMF. If you can list some of the things that you want to monitor as the event data is processed I could probably give you more details of how you could achieve this in a generic way so it will work with any persistence model we will use. I'll be looking into some notification mechanism (not EMF based) and I may provide some support in 4.4, would be good to get some of your requirements and see what can be done in this area in 4.4. Please open an enhancement and specify your requirements there, Thanks ! Marius Slavescu IBM Toronto Laboratory, Canada Phone: 905-413-3610 "Neil Dunn" <[EMAIL PROTECTED]> Sent by: [EMAIL PROTECTED] 03/10/2007 04:29 PM Please respond to TPTP Tracing and Profiling Tools Project developer discussions <tptp-tracing-profiling-tools-dev@eclipse.org> To "TPTP Tracing and Profiling Tools Project developer discussions" <tptp-tracing-profiling-tools-dev@eclipse.org> cc Subject [tptp-tracing-profiling-tools-dev] Model analysis Hi everyone, I'm to implement a rules engine for a profiler. The end aim is to be able to describe you performance rules in Eclipse, exectue a profiling session and have a report generated saying if the rules were satisfied. A basic example is a constraint on the execution time of a method. It seems that the best way to do this based on what is currently available in TPTP is to watch the EMF model and analyse it. However I have the following problems: * There is no uniform way to find out when a trace is occuring and grab the current trace model. I can subscribe to ProfileEvent events to find out when a profile is occuring but the only way I have found to grab the corresponding trace model is use TraceUtil.getMofObject() which returns the currently selected element in the Profiling Monitors view. This feels like a bit of a hack * The most appropriate time to do the analysis is as new profiling events occur (e.g method entry, method exit) however there is no way to hook into this. Each different type of profiling event is handled in it's own way and I have not been able to sucessfully use the Notification API in the EMF model for a trace to catch when events such as method innvocations are occuring. Guru mentioned that someone had written something similar to my idea but specificially for memory analysis. I haven't been able to found this in CVS, could someone point me to the correct module. Thanks in advance for the help. Regards, Neil Dunn _______________________________________________ tptp-tracing-profiling-tools-dev mailing list tptp-tracing-profiling-tools-dev@eclipse.org https://dev.eclipse.org/mailman/listinfo/tptp-tracing-profiling-tools-dev
_______________________________________________ tptp-tracing-profiling-tools-dev mailing list tptp-tracing-profiling-tools-dev@eclipse.org https://dev.eclipse.org/mailman/listinfo/tptp-tracing-profiling-tools-dev
