DPDK patches and discussions
 help / color / mirror / Atom feed
From: Kamil Vojanec <vojanec@cesnet.cz>
To: dev@dpdk.org
Cc: reshma.pattan@intel.com, Jan Viktorin <viktorin@cesnet.cz>
Subject: Usage of rte_latencystats
Date: Fri, 27 Sep 2024 12:53:19 +0200	[thread overview]
Message-ID: <1a09a3b3-133a-45af-b1eb-6f6453eecbd3@cesnet.cz> (raw)

[-- Attachment #1: Type: text/plain, Size: 1218 bytes --]

Hello,

I was experimenting with measuring the latency of DPDK applications 
using the rte_latencystats module. While I could eventually get it to 
work somehow, I noticed some issues, that led me to the following questions:

1. How to measure latency on multicore systems? I noticed that there are 
a lot of global variables that store intermediate results of latency 
calculations. Also, the documentation suggests calling 
rte_latencystats_update() only on a single selected lcore.

2.  What is a good value to select for the `samp_intvl` parameter of 
rte_latencystats_init()? It seems that this option has a significant 
impact on the measured application's performance.

3. How often is it recommended to call rte_latencystats_update()? The 
documentation says the function needs to be called periodically, but 
never specifies how often. Should this be done in each processing loop?

4. Is there no way to clear the statistics? I noticed that the minimum 
and maximum measurement typically reaches some kind of static value that 
does not change and does not really reflect the dynamic nature of the 
measured system.

Looking forward to your reply,
Kamil Vojanec
CESNET, z.s.p.o.


[-- Attachment #2: S/MIME Cryptographic Signature --]
[-- Type: application/pkcs7-signature, Size: 4319 bytes --]

                 reply	other threads:[~2024-09-27 10:53 UTC|newest]

Thread overview: [no followups] expand[flat|nested]  mbox.gz  Atom feed

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=1a09a3b3-133a-45af-b1eb-6f6453eecbd3@cesnet.cz \
    --to=vojanec@cesnet.cz \
    --cc=dev@dpdk.org \
    --cc=reshma.pattan@intel.com \
    --cc=viktorin@cesnet.cz \
    /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
Be sure your reply has a Subject: header at the top and a blank line before the message body.
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).