[dpdk-dev] [PATCH v4 00/33] DPDK Trace support
Thomas Monjalon
thomas at monjalon.net
Thu Apr 9 16:00:13 CEST 2020
Hi,
03/04/2020 17:36, jerinj at marvell.com:
> Features:
> ~~~~~~~~~
> - APIs and Features are similar to rte_log dynamic framework
> API(expect log prints on stdout vs it dumps on trace file)
A log can print to syslog as well.
As discussed somewhere else, please do not introduce global level
in rte_trace. I think it is useless. If we need to change the level
of all trace types, we can just use a wildcard (globbing or regexp).
And about wording, "pattern" is too vague and should be replaced
with "globbing".
> - No specific limit on the events. A string-based event like rte_log
> for pattern matching
Would it be possible to replace rte_log with rte_trace?
> - Dynamic enable/disable support.
How dynamic it is? Can we start/stop a trace after starting DPDK?
I think we need a control channel for this.
I propose to introduce a general control channel in DPDK.
> - Instructmention overhead is ~1 cycle. i.e cost of adding the code
Nice
> wth out using trace feature.
> - Timestamp support for all the events using DPDK rte_rtdsc
Could we use other timestamp sources, like the mbuf timestamp
for Rx traces?
> - No dependency on another library. Clean room native implementation of
> CTF.
No benefit of using an external CTF library maintained somewhere else?
More information about the dev
mailing list