Eclipse Trace Compass

Scope

Eclipse Trace Compass™ is a tool for viewing and analyzing both logs and traces. It provides views, graphs, metrics, etc. to help extract useful information from logs or traces, in a way that is user-friendly and informative. The project provides:

  • Both a stand-alone RCP application and a standard Eclipse plugin.
  • A core framework written in Java that exposes a generic interface for integration of logs or trace data input.
  • Parsers to ingest input logs or traces and convert to the frameworks internal data representation.
  • Support for the following trace formats natively (no third-party libraries needed):
    • Linux LTTng kernel traces
    • Linux LTTng-UST userspace traces
    • Other traces in the Common Trace Format (CTF), like bare metal and HW traces (e.g. IEEE Nexus 5001 conversion). See also this link.
    • GDB traces for debugging
    • The Best Trace Format (BTF) for OSEK
    • The libpcap (PAcket CAPture) format, for network traces
    • Custom text or XML parsers that can be added right from the graphical interface by the user
    • Can be (and has been) extended to support various proprietary log or trace files.
  • Support for live trace reading and monitoring.
  • Tracer control (currently available for LTTng traces)
  • Configurable data-driven views and analysis.
  • A trace synchronization infrastructure, which allow matching traces taken from different hosts at the same time.
  • A repository of application-specific or problem-specific modules of all known trace type integration plugins.


The following items would be considered outside of the scope of this project:

  • Trace viewing and analyzing facilities that do not integrate with the base Trace Compass framework and "do their own thing". To prevent project bloat, reduce the maintenance burden, and encourage reusability, all views and analyses integrated in the project should use the Trace Compass framework.
  • Parsers/readers depending on native utilities or libraries. Parsers should be implemented in the framework, in Java, as much as possible. Keeping the native third-party libraries to a minimum makes distribution easier.
Releases
Name Date
10.2.0 2024-12-04
10.1.0 2024-09-11
10.0.1 2024-06-28
10.0.0 2024-06-12
9.3.0 2024-03-13
9.2.0 2023-12-06
9.1.0 2023-09-13
9.0.0 2023-06-14
8.3.0 2023-03-15
8.2.0 2022-12-07
8.1.0 2022-09-14
8.0.0 2022-06-15
7.3.0 2022-03-16
7.2.0 2021-12-15
7.1.0 2021-09-15
7.0.0 2021-06-16
6.3.0 2021-03-17
6.2.1 2021-01-14
6.2.0 2020-12-16
6.1.0 2020-09-16
6.0.0 2020-06-17
5.3.0 2020-03-18
5.2.0 2019-12-18
5.1.0 2019-09-18
5.0.0 2019-06-19
4.3.0 2019-03-20
4.2.0 2018-12-19
4.1.0 2018-09-19
4.0.0 2018-06-27
3.3.0 2018-03-21
3.2.0 2017-12-20
3.1.0 2017-09-27
3.0.0 2017-06-28
2.3.0 2017-03-23
2.2.0 2016-12-21
2.1.0 2016-09-28
2.0.1 2016-08-05
2.0.0 2016-06-22
1.2.1 2016-03-25
1.2.0 2016-02-26
1.1.0 2015-09-25
1.0.0 2015-06-24
0.1.0 2015-02-27