From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from na01-bn1-obe.outbound.protection.outlook.com (mail-bn1on0141.outbound.protection.outlook.com [157.56.110.141]) by dpdk.org (Postfix) with ESMTP id BCABA5960 for ; Mon, 20 Apr 2015 18:39:54 +0200 (CEST) Received: from BN1PR05MB280.namprd05.prod.outlook.com (10.141.64.153) by BN1PR05MB279.namprd05.prod.outlook.com (10.141.64.150) with Microsoft SMTP Server (TLS) id 15.1.136.25; Mon, 20 Apr 2015 16:39:53 +0000 Received: from BN1PR05MB280.namprd05.prod.outlook.com ([10.141.64.153]) by BN1PR05MB280.namprd05.prod.outlook.com ([10.141.64.153]) with mapi id 15.01.0136.026; Mon, 20 Apr 2015 16:39:53 +0000 From: Greg Smith To: "dev@dpdk.org" Thread-Topic: QoS Question Thread-Index: AdB7hwer++Rvil0nR+WEeVfgDMWH0g== Date: Mon, 20 Apr 2015 16:39:53 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: dpdk.org; dkim=none (message not signed) header.d=none; x-originating-ip: [66.129.241.16] x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:BN1PR05MB279; x-microsoft-antispam-prvs: x-forefront-antispam-report: BMV:1; SFV:NSPM; SFS:(10019020)(6009001)(52604005)(164054003)(74316001)(86362001)(54356999)(87936001)(122556002)(33656002)(19580395003)(99286002)(221733001)(76576001)(62966003)(66066001)(40100003)(77156002)(2351001)(102836002)(15975445007)(77096005)(450100001)(2900100001)(110136001)(46102003)(2501003)(15395725005)(107886001)(2656002)(229853001)(50986999)(92566002); DIR:OUT; SFP:1102; SCL:1; SRVR:BN1PR05MB279; H:BN1PR05MB280.namprd05.prod.outlook.com; FPR:; SPF:None; MLV:sfv; LANG:en; x-exchange-antispam-report-test: UriScan:; x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(601004)(5005006)(5002010); SRVR:BN1PR05MB279; BCL:0; PCL:0; RULEID:; SRVR:BN1PR05MB279; x-forefront-prvs: 05529C6FDB MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-originalarrivaltime: 20 Apr 2015 16:39:53.1503 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-Transport-CrossTenantHeadersStamped: BN1PR05MB279 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.15 Subject: [dpdk-dev] QoS Question X-BeenThere: dev@dpdk.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: patches and discussions about DPDK List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Apr 2015 16:39:55 -0000 Hi DPDK team, The docs on QoS (http://dpdk.org/doc/guides/prog_guide/qos_framework.html# = ) describe the traffic class (TC) as follows: 1 - The TCs of the same pipe handled in strict priority order. 2 - Upper limit enforced per TC at the pipe level. 3 - Lower priority TCs able to reuse pipe bandwidth currently unused by hig= her priority TCs. 4 - When subport TC is oversubscribed (configuration time event), pipe TC u= pper limit is capped to a dynamically adjusted value that is shared by all = the subport pipes. Can someone describe how and when the TC upper limit is "dynamically" chang= ed? For example, assume there's a 1Gb/s port and a single 1Gb/s subport and 200= 0 pipes each of 1Mb/s (total pipes =3D 2Gb/s which is > the 1Gb/s subport w= hich I think means "oversubscribed" as used in the doc). Each Pipe has a si= ngle TC. In that case, would each pipe be shaped to an upper limit of 0.5 Mb/s? What if there was no traffic on 1999 pipes, would the single active pipe st= ill be limited to 0.5 Mb/s? What if the number of pipes changes without restarting the OS, how does tha= t change the behavior? BTW, great docs overall, thanks for writing those up. Thanks, Greg Smith