linux-trace-users.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Yordan Karadzhov <y.karadz@gmail.com>
To: LKML <linux-kernel@vger.kernel.org>,
	"linux-trace-devel@vger.kernel.org" 
	<linux-trace-devel@vger.kernel.org>,
	Linux-trace Users <linux-trace-users@vger.kernel.org>
Subject: [ANNOUNCE] KernelShark 2.0
Date: Tue, 18 May 2021 17:23:05 +0300	[thread overview]
Message-ID: <1c9f9a94-0ae3-e5f6-0cd8-79565d9d53a8@gmail.com> (raw)
In-Reply-To: <20210410094046.0a23f960@oasis.local.home>

I am pleased to announce the new version of KernelShark has been released:

KernelShark 2.0

https://git.kernel.org/pub/scm/utils/trace-cmd/kernel-shark.git/snapshot/kernel-shark-kernelshark-v2.0.tar.gz

https://git.kernel.org/pub/scm/utils/trace-cmd/kernel-shark.git/

Major changes since 1.3:
- Introduces Data streams:
   With the help of Data stream, KernelShark is able to load and
   merge multiple trace files (streams). Each stream can have
   different plugins or filters, registered for it, which means that
   the raw trace data of the streams can have different formats, and
   will allow for a great degree of customization of the provided
   data visualization.

- New design of the plugin interface - instead of having a single
   interface for loading the plugin, we now have 3 different
   interfaces:
   - The one that exists in version 1 of KernelShark is now renamed
     to Data Processing Interface (dpi).

   - The first new interface for loading can be used to register
     user provided implementation of the Data stream readout and is
     called Data Readout Interface (dri). Via this plugin loading
     interface the user can open trace data having an arbitrary
     format. In order to make this possible the user has to provide
     a plugin that contains an implementation of the data readout
     methods defined by the Data stream and to register all those
     methods.

   - The second new plugin loading interface is called Control
     interface and can be used to provide the plugin with an access
     to the GUI's Main window object. Via this interface the plugin
     can became capable to modify the GUI.

- The modification of the C API are used to implement 3 new
   plugins:
   - KVMCombo plugin: The plugin allows the user to visualize
     the execution flow between the host and guest virtual machines.
     It exploits the concepts of "Data streams " and "Combo Plots"
     That allows to have two normal graphs from two data streams
     stacked together (on top of each other). The plugin uses a
     "combo" between the task in the host that emulates a virtual
     CPU and the corresponding CPU graph from the VM. The plugin
     draws additional graphical elements on top of this "combo",
     helping the user to intuitively interpret the data and see how
     the execution flow goes from host to guest and back.

   - LatencyPlot plugin: The plugin allows the user to visualize
     the latency between two events under the condition that the
     values of given data fields in the two events are identical
     (for example having the same PID). The plugin also registers
     its own dialog, that allows the user to select the events
     (and the matching field) to be visualized.

   - EventFieldPlot plugin: The plugin allows the user to visualize
     the recorded value of a given data field from a given trace
     event. The user can select the event and field to be visualized.


Yordan

      reply	other threads:[~2021-05-18 14:23 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-04-10 13:40 [ANNOUNCE] libtracefs 1.1.0 Steven Rostedt
2021-05-18 14:23 ` Yordan Karadzhov [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=1c9f9a94-0ae3-e5f6-0cd8-79565d9d53a8@gmail.com \
    --to=y.karadz@gmail.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-trace-devel@vger.kernel.org \
    --cc=linux-trace-users@vger.kernel.org \
    --subject='Re: [ANNOUNCE] KernelShark 2.0' \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).