[lttv.git] / doc / developer / lttng-lttv-roadmap.html

<html>
<body>
<center><big><big>LTTV & LTTng roadmap<small><small></center>
<br>
<br>
Here are the roadmaps for the LTTV and LTTng development. I use a priority indice
for the TODO items :<br>
(1) : very high priority<br>
(10): lowest priority<br>
<br>
<br>
Dependencies are written between brackets [ ].<br>
The # symbol marks who is currently working on the item.<br>
The % symbol marks who is interested in the realisation of the item.<br>
The $ symbol marks who is contributing funding for the realisation of the item.<br>
<br>
<br>
<big>LTT Next Generation Roadmap<small><br>
<br>
* TODO (high priority)<br>
<BR>
(1) LTTng event description: move from tracepoint/markers to Ftrace TRACE_EVENT
 declarations. Extend TRACE_EVENT as needed.<br>
# <A HREF="mailto: Douglas Santos <douglas.santos@polymtl.ca>">Douglas Santos</A>)<BR>
(1) LTTng ring buffer adaptation for FTrace.<br>
(1) FTrace/LTTng trace format standardization.<BR>
(1) Extend NO_HZ support vs trace streaming support to other architectures (need
to add cpu idle notifiers and test).<br>
(1) Make sure ltt-ascii kernel text dump fits well with streaming hooked into
cpu idle.<br>
[Depends on cpu idle notifier port to other architectures]<br>
(1) Support CPUs with scalable frequency with a time-consistent increment and
with an approach scalable to SMP. (done for ARM OMAP3 UP only, but the OMAP3
approach should be tested and probably derived into an SMP implementation)<br>
<br>
<br>
* TODO (medium priority)<br>
(3) LTTng trace session (support multiple active traces at once) integration
into Ftrace.<br>
(3) LTTng and Ftrace DebugFS interface merge.<br>
(3) LTTng trace clock time-stamping merge into mainline.<br>
(3) NMI-safe tracing merge into mainline.<br>
<br>
<br>
* Nice to have<br>
<br>
(3) Bring stack dump in sync with new lttng.<br>
(4) Dump mounts. (to fix)<br>
(4) Add Xen support. (Trace buffer desallocation needs to be fixed)<br>
(4) integrate NPTL instrumentation (see
<A HREF="http://nptltracetool.sourceforge.net/">PTT</A>).<br>
(4) Probe calibration kernel module.<br>
(5) Add boot time tracing support.<br>
(5) Integrate LTTng and lttd with LKCD.<br>
(7) Integrate periodical dump of perfctr hardware counters.<br>
(8) Integrate SystemTAP logging with LTTng.<br>
(8) Integrate periodical dump of SystemTAP computed information.<br>
(9) Add support for setjmp/longjmp and jump tables instrumentation to
ltt-instrument-functions.<br>
<br>
<br>
* Done<br>
<br>
- (2009) Port LTTng to ARM OMAP3 with power management and dynamic frequency scaling
  support. (Done by Mathieu Desnoyers, funded by Nokia).<br>
- (2009) Improvement of trace streaming power consumption efficiency (NO_HZ
  support) (x86 only for now).<br>
- (2009) Periodic flush for trace streaming (Mathieu Desnoyers).<br>
- (2009) Ascii text output from LTTng. (started by Lai Jiangshan (Fujitsu),
  completed by Mathieu Desnoyers)<br>
<br>
<br>
<big>LTTV Roadmap<small><br>
<br>
Note: new feature development is currently done in the Linux Tools Project:
LTTng Integration. Mainwhile, LTTV is maintained as a known-stable viewer.<br>
<br>
<br>
* Nice to have<br>
<br>
(4) Statistics per time window.<br>
(4) Add Xen per physical CPU view.<br>
(4) Add Xen per vcpu view.<br>
(4) Disable plugins when threshold reached (i.e. too much process in control
flow view). Draw, and, when the threshold is reached, stop drawing. The global
statistics view can inhibit showing the per process stats.<br>
(4) Add a visual artifact : PID 0 could be named swapper instead of UNNAMED for
cpus > 0.<br>
(4) Add event specific fields support to filter.<br>
(4) Add a periodic event interval view. (useful to verify event periodicity)<br>
(4) create a graphical per cpu activity view.<br>
(4) Filter by target process.<br>
(4) Compensate for time spent in probes in LTTV analysis.<br>
(4) Add CPU, network, disk, memory usage histogram. [Per interval statistics]<br>
(4) Add sort by process priority in the control flow view (must also instrument
priority information of the processes).<br>
% Airbus<br>
(5) Add Python scripting hooks.<br>
(5) Add GUI interface to take an hybrid trace.<br>
(5) Automatically detect traces with too much processes and disable faulty operations.<br>
(5) Event sequence detector (inspired from regular expressions).<br>
(7) Create a hardware counter viewer (low cost rate counters : L1 cache miss,
page faults, interrupts...). This will be a generalisation of the event rate
view into a view of the evolution of a user definable event field.<br>
<br>
* TO FIX<br>
<br>
(10) Add cancel button to LTTV filter GUI window.<br>
(10) Sometimes, in the control flow view, a process with 0 creation time is
created in addition to the real process itself. Seems to be caused by end of
process life.<br>
(10) Statistics do not take in account the time spent in the mode present at
the beginning of the trace. Example : real time spent in system call on behalf
of process 0.<br>
<br>
<br>
Mathieu Desnoyers<br>


</body>
</html>
Commit	Line	Data
1f2c88b1	1	<html>
1f2c88b1	2	<body>
e3a30a9e	3	<center><big><big>LTTV & LTTng roadmap<small><small></center>
674fa3b3	4	<br>
674fa3b3	5	<br>
5e11a375	6	Here are the roadmaps for the LTTV and LTTng development. I use a priority indice
fc5993d2	7	for the TODO items :<br>
90d65afc	8	(1) : very high priority<br>
90d65afc	9	(10): lowest priority<br>
fc5993d2	10	<br>
fc5993d2	11	<br>
6b18b620	12	Dependencies are written between brackets [ ].<br>
59656e3f	13	The # symbol marks who is currently working on the item.<br>
e565223b	14	The % symbol marks who is interested in the realisation of the item.<br>
35e68130	15	The $ symbol marks who is contributing funding for the realisation of the item.<br>
59656e3f	16	<br>
b894bf02	17	<br>
	18	<big>LTT Next Generation Roadmap<small><br>
	19	<br>
83b3ebc4 MD	20	* TODO (high priority)<br>
83b3ebc4 MD	21	<BR>
c311e9d5	22	(1) LTTng event description: move from tracepoint/markers to Ftrace TRACE_EVENT
35e68130 MD	23	declarations. Extend TRACE_EVENT as needed.<br>
35e68130 MD	24	# <A HREF="mailto: Douglas Santos <douglas.santos@polymtl.ca>">Douglas Santos</A>)<BR>
4b676535	25	(1) LTTng ring buffer adaptation for FTrace.<br>
c311e9d5 MD	26	(1) FTrace/LTTng trace format standardization.<BR>
	27	(1) Extend NO_HZ support vs trace streaming support to other architectures (need
	28	to add cpu idle notifiers and test).<br>
	29	(1) Make sure ltt-ascii kernel text dump fits well with streaming hooked into
	30	cpu idle.<br>
4b676535	31	[Depends on cpu idle notifier port to other architectures]<br>
83b3ebc4 MD	32	(1) Support CPUs with scalable frequency with a time-consistent increment and
	33	with an approach scalable to SMP. (done for ARM OMAP3 UP only, but the OMAP3
	34	approach should be tested and probably derived into an SMP implementation)<br>
c311e9d5 MD	35	<br>
c311e9d5 MD	36	<br>
ae7d441b MD	37	* TODO (medium priority)<br>
	38	(3) LTTng trace session (support multiple active traces at once) integration
	39	into Ftrace.<br>
	40	(3) LTTng and Ftrace DebugFS interface merge.<br>
	41	(3) LTTng trace clock time-stamping merge into mainline.<br>
	42	(3) NMI-safe tracing merge into mainline.<br>
	43	<br>
	44	<br>
c311e9d5	45	* Nice to have<br>
35e68130	46	<br>
b894bf02	47	(3) Bring stack dump in sync with new lttng.<br>
	48	(4) Dump mounts. (to fix)<br>
	49	(4) Add Xen support. (Trace buffer desallocation needs to be fixed)<br>
	50	(4) integrate NPTL instrumentation (see
	51	<A HREF="http://nptltracetool.sourceforge.net/">PTT</A>).<br>
	52	(4) Probe calibration kernel module.<br>
b894bf02	53	(5) Add boot time tracing support.<br>
b894bf02	54	(5) Integrate LTTng and lttd with LKCD.<br>
b894bf02	55	(7) Integrate periodical dump of perfctr hardware counters.<br>
	56	(8) Integrate SystemTAP logging with LTTng.<br>
	57	(8) Integrate periodical dump of SystemTAP computed information.<br>
	58	(9) Add support for setjmp/longjmp and jump tables instrumentation to
	59	ltt-instrument-functions.<br>
c311e9d5	60	<br>
b894bf02	61	<br>
35e68130 MD	62	* Done<br>
	63	<br>
	64	- (2009) Port LTTng to ARM OMAP3 with power management and dynamic frequency scaling
	65	support. (Done by Mathieu Desnoyers, funded by Nokia).<br>
	66	- (2009) Improvement of trace streaming power consumption efficiency (NO_HZ
	67	support) (x86 only for now).<br>
	68	- (2009) Periodic flush for trace streaming (Mathieu Desnoyers).<br>
	69	- (2009) Ascii text output from LTTng. (started by Lai Jiangshan (Fujitsu),
	70	completed by Mathieu Desnoyers)<br>
	71	<br>
b894bf02	72	<br>
c8a111eb	73	<big>LTTV Roadmap<small><br>
c8a111eb	74	<br>
c311e9d5 MD	75	Note: new feature development is currently done in the Linux Tools Project:
	76	LTTng Integration. Mainwhile, LTTV is maintained as a known-stable viewer.<br>
	77	<br>
	78	<br>
	79	* Nice to have<br>
35e68130	80	<br>
3ccb19e4	81	(4) Statistics per time window.<br>
ea53f068	82	(4) Add Xen per physical CPU view.<br>
ea53f068	83	(4) Add Xen per vcpu view.<br>
3ccb19e4	84	(4) Disable plugins when threshold reached (i.e. too much process in control
	85	flow view). Draw, and, when the threshold is reached, stop drawing. The global
	86	statistics view can inhibit showing the per process stats.<br>
568c21ab	87	(4) Add a visual artifact : PID 0 could be named swapper instead of UNNAMED for
568c21ab	88	cpus > 0.<br>
16fe6efa	89	(4) Add event specific fields support to filter.<br>
6ed34001	90	(4) Add a periodic event interval view. (useful to verify event periodicity)<br>
2d569f51	91	(4) create a graphical per cpu activity view.<br>
e6284587	92	(4) Filter by target process.<br>
cdee9265	93	(4) Compensate for time spent in probes in LTTV analysis.<br>
568c21ab	94	(4) Add CPU, network, disk, memory usage histogram. [Per interval statistics]<br>
42c475ad	95	(4) Add sort by process priority in the control flow view (must also instrument
	96	priority information of the processes).<br>
	97	% Airbus<br>
b35779fc	98	(5) Add Python scripting hooks.<br>
80f91a14	99	(5) Add GUI interface to take an hybrid trace.<br>
caf22319	100	(5) Automatically detect traces with too much processes and disable faulty operations.<br>
b0a1cd56	101	(5) Event sequence detector (inspired from regular expressions).<br>
c5cab5d9	102	(7) Create a hardware counter viewer (low cost rate counters : L1 cache miss,
	103	page faults, interrupts...). This will be a generalisation of the event rate
	104	view into a view of the evolution of a user definable event field.<br>
b85b85e5	105	<br>
162990b3	106	* TO FIX<br>
35e68130	107	<br>
b85b85e5	108	(10) Add cancel button to LTTV filter GUI window.<br>
	109	(10) Sometimes, in the control flow view, a process with 0 creation time is
	110	created in addition to the real process itself. Seems to be caused by end of
	111	process life.<br>
5355b763	112	(10) Statistics do not take in account the time spent in the mode present at
	113	the beginning of the trace. Example : real time spent in system call on behalf
	114	of process 0.<br>
c8a111eb	115	<br>
c8a111eb	116	<br>
b720b182	117	Mathieu Desnoyers<br>
1f2c88b1	118
	119
	120	</body>
	121	</html>