From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mails.dpdk.org (mails.dpdk.org [217.70.189.124]) by inbox.dpdk.org (Postfix) with ESMTP id 555AA4570F; Thu, 1 Aug 2024 10:22:57 +0200 (CEST) Received: from mails.dpdk.org (localhost [127.0.0.1]) by mails.dpdk.org (Postfix) with ESMTP id 13C59402C8; Thu, 1 Aug 2024 10:22:57 +0200 (CEST) Received: from mail-relay150.hrz.tu-darmstadt.de (mailout.hrz.tu-darmstadt.de [130.83.252.150]) by mails.dpdk.org (Postfix) with ESMTP id 0DC404027E; Thu, 1 Aug 2024 00:29:09 +0200 (CEST) Received: from smtp.tu-darmstadt.de (mail-relay158.hrz.tu-darmstadt.de [IPv6:2001:41b8:83f:1611::158]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) client-signature RSA-PSS (2048 bits)) (Client CN "mail-relay158.hrz.tu-darmstadt.de", Issuer "Sectigo RSA Organization Validation Secure Server CA" (not verified)) by mail-relay150.hrz.tu-darmstadt.de (Postfix) with ESMTPS id 4WZ6Fw0chgz43Vn; Thu, 1 Aug 2024 00:29:08 +0200 (CEST) From: "Long Le" To: , Subject: QoS Schedule sample app: question about latency Date: Thu, 1 Aug 2024 00:29:06 +0200 Message-ID: MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_002A_01DAE3A9.D1A635C0" Thread-Index: AdrjloOkRb6afv9EQD6lF53hO7NQdQ== Content-Language: en-us X-Header-TUDa: X-Mailman-Approved-At: Thu, 01 Aug 2024 10:22:55 +0200 X-BeenThere: dev@dpdk.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: DPDK patches and discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: dev-bounces@dpdk.org This is a multipart message in MIME format. ------=_NextPart_000_002A_01DAE3A9.D1A635C0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Hello, I am testing the QoS Schedule sample app with a traffic generator = and I notice that the latency of high priority traffic class (TC 0, for = example) increases when the load of the NIC increase. With that being = said, may I ask is there anyway to maintain the latency of high priority = traffic low, when still have high throughput on other traffic classes? =20 For more information, I am testing the QoS app with 512 streams = generated from a traffic generator (16 queues x 32 pipes), the traffic = of TC 0, pipe 0 is generated with low packet rate, all other streams are = at high packet rate, 100% line rate is used in total. =20 My expectation is: Pipe 0: tc 0: low rate --> low latency tc 1: high rate --> high latency . . . tc 12: high rate --> high latency =20 Best regards Long Le ------=_NextPart_000_002A_01DAE3A9.D1A635C0 Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: quoted-printable

Hello, I am = testing the QoS Schedule sample app with a traffic generator and I = notice that the latency of high priority traffic class (TC 0, for = example) increases when the load of the NIC increase. With that being = said, may I ask is there anyway to maintain the latency of high priority = traffic low, when still have high throughput on other traffic = classes?

 

For more information, I am testing the QoS app with 512 = streams generated from a traffic generator (16 queues x 32 pipes), the = traffic of TC 0, pipe 0 is generated with low packet rate, all other = streams are at high packet rate, 100% line rate is used in = total.

 

My expectation is:

Pipe 0:

tc 0:=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 low rate = --> low latency

tc = 1:=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 high rate --> high = latency

.

.

.

tc = 12:=C2=A0=C2=A0=C2=A0=C2=A0 high rate --> high latency

 

Best regards

Long = Le

------=_NextPart_000_002A_01DAE3A9.D1A635C0--