From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail04.ics.ntt-tx.co.jp (mail05.ics.ntt-tx.co.jp [210.232.35.69]) by dpdk.org (Postfix) with ESMTP id 1845E2B8B for ; Thu, 22 Nov 2018 09:05:27 +0100 (CET) Received: from gwchk03.silk.ntt-tx.co.jp (gwchk03.silk.ntt-tx.co.jp [10.107.0.111]) by mail04.ics.ntt-tx.co.jp (unknown) with ESMTP id wAM85Qc5006832; Thu, 22 Nov 2018 17:05:26 +0900 Received: (from root@localhost) by gwchk03.silk.ntt-tx.co.jp (unknown) id wAM85QTF032495; Thu, 22 Nov 2018 17:05:26 +0900 Received: from gwchk.silk.ntt-tx.co.jp [10.107.0.110] by gwchk03.silk.ntt-tx.co.jp with ESMTP id TAA32494; Thu, 22 Nov 2018 17:05:25 +0900 Received: from imss06.silk.ntt-tx.co.jp (localhost [127.0.0.1]) by ccmail04.silk.ntt-tx.co.jp (unknown) with ESMTP id wAM85Pii018384; Thu, 22 Nov 2018 17:05:25 +0900 Received: from imss06.silk.ntt-tx.co.jp (localhost [127.0.0.1]) by imss06.silk.ntt-tx.co.jp (unknown) with ESMTP id wAM85PNY032005; Thu, 22 Nov 2018 17:05:25 +0900 Received: from ccmail04 (smtp03.silk.ntt-tx.co.jp [10.107.0.135]) by imss06.silk.ntt-tx.co.jp (unknown) with SMTP id wAM85OTD031997; Thu, 22 Nov 2018 17:05:24 +0900 Date: Thu, 22 Nov 2018 17:04:15 +0900 From: Hideyuki Yamashita In-Reply-To: References: <201811210749.wAL7nrKg027704@ccmail04.silk.ntt-tx.co.jp> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Mailer: Becky! ver. 2.74 [ja] X-CCMail7: CC-Mail-V7.0.2-Client-Relayed Message-Id: <201811220805.wAM85CRE018317@ccmail04.silk.ntt-tx.co.jp> X-TM-AS-MML: No X-CC-Mail-RelayStamp: CC-Mail-V5.14-Server To: Rami Rosen Cc: dev@dpdk.org Subject: Re: [dpdk-dev] Question about telemetry on 18.11 release X-BeenThere: dev@dpdk.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: DPDK patches and discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Nov 2018 08:05:28 -0000 Hi Ferruh, Rami Thanks for your answering me at this busy time during release of 18.11. I will wait response from your colleague. >Ferruh Rami, thanks for your advice. If I understand you correctly, then there already exist APIs to collect statistic information inside dpdk including CPU usage. I've read the l2fwd-jobstats code in addition to documents you pointed out and found that there exists code sample showing statistics per lcore. (You are right) So my next questions are Q5.Are there any API document for jobstats? I've already read header file definition. I've already read sample coce. But API documenation will be a great help to understand semantics(or usage) of each APIs within jobstats. Q6. Is it possible to use those (jobstats and telemetry) together? If I understand l2fwd-jobstats sample code correctly, statistic information is periodicaly stored into memory (variables), so at that timing application can pass statistics information to teremetry API (server side). But that is only my guess. Q7.Are there any samples implementing above? (My guess is 'no'. jobstats sample only use 'jobstats' and 'telemetry' sample only use 'telemetry' though.) Have a nice day and thanks again. BR, Hideyuki Yamashita NTT TechnoCross > Hi Hideyuki, > > Regarding your questions about DPDK CPU usage, etc: > I believe that due to the way PMDs are implemented, maybe one > should consider using DPDK RTE jobstats API for collecting stats for a DPDK > app. This API reflects better the actual DPDK app stats. > See an example in: > https://doc.dpdk.org/guides/sample_app_ug/l2_forward_job_stats.html > And also see: > https://doc.dpdk.org/api/rte__jobstats_8h_source.html > > Regards, > Rami Rosen > > ?????? ??? ??, 21 ????? 2018, 09:50, ??? Hideyuki Yamashita < > yamashita.hideyuki@po.ntt-tx.co.jp>: > > > Hello, > > > > I have some basic questions about telemetry API > > which is planned to be relaesed in 18.11. > > > > Note that I have read the follwoing document. > > https://doc.dpdk.org/guides/howto/telemetry.html > > > > Q1. In general dpdk application use polling when > > receiving packets. So CPU usage is always looks 100% > > when measured using e.g. vmstat even if there is no packet receiving. > > (CPU is busy for polling packets) > > Is that correct? > > > > Q2. Is it correct understanding that dpdk application > > can send "any" value(or metric) to client if client > > requested via "telemetry" framework? > > > > Q3.Is it possible to query "real cpu usage" from dpdk > > application using "telemetry" framework? > > ("real cpu usage" I mean if 0 pakcket incoming, > > cpu usage indicates almost 0 %) > > > > Q4. Is it possible to inform client about fault or some > > trouble from dpdk application? > > > > Background I ask above is that > > - I am relative new to DPDK world and have almost no knowledge about > > "telemetry" > > - I am interested in how dpdk applications can "scales" on platform > > like OpenStack. I think some mesurement mechanism required > > and I thought it might be "telemetry" APIs. > > > > Thanks in advance. > > > > BR, > > Hideyuki Yamashita > > NTT TechnoCross > > > > > >