From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mx1.evs.tv (mx1.evs.tv [195.190.86.126]) by dpdk.org (Postfix) with ESMTP id 5674E5598 for ; Wed, 16 Nov 2016 08:53:53 +0100 (CET) From: "VERDOUX, Sylvain" To: "Van Haaren, Harry" , Paul Emmerich CC: "users@dpdk.org" Thread-Topic: Howto control sending IFG Thread-Index: AdI/S6r32kPBlCXhQtuv9T/ZOwa4NAABm81wACL0DBA= Date: Wed, 16 Nov 2016 07:53:51 +0000 Message-ID: <294AEAFC4B0A3E498038549EC65E9D1B018AB0A221@BELGSMBX01.EVS.TV> References: <294AEAFC4B0A3E498038549EC65E9D1B018AB09F91@BELGSMBX01.EVS.TV> In-Reply-To: Accept-Language: fr-FR, fr-BE, en-US Content-Language: fr-FR X-MS-Has-Attach: X-MS-TNEF-Correlator: x-tm-as-product-ver: SMEX-11.0.0.4255-8.000.1202-22702.005 x-tm-as-result: No--44.361500-0.000000-31 x-tm-as-user-approved-sender: Yes x-tm-as-user-blocked-sender: No Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Subject: Re: [dpdk-users] Howto control sending IFG X-BeenThere: users@dpdk.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: usage discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Nov 2016 07:53:53 -0000 Thank you both for the link to moongen, i did not see it during my research= and it seems the project is exactly studying what I'm facing. Moongen in i= ts software solution is filling gaps sending invalid packets. I'm not sure = I can go with that solution but it is worth testing. Best Regards, Sylvain -----Message d'origine----- De=A0: Van Haaren, Harry [mailto:harry.van.haaren@intel.com]=20 Envoy=E9=A0: mardi 15 novembre 2016 16:11 =C0=A0: VERDOUX, Sylvain; users@dpdk.org Objet=A0: RE: Howto control sending IFG > From: users [mailto:users-bounces@dpdk.org] On Behalf Of VERDOUX,=20 > Sylvain > Sent: Tuesday, November 15, 2016 2:31 PM > To: users@dpdk.org > Subject: [dpdk-users] Howto control sending IFG >=20 > Hi, >=20 > Using i40e pmd i'm currently trying to control precisely packets=20 > emission rate. When dealing with an IFG (inter frame gap) of 1ms it=20 > works fine, but dealing with IFG under 100us I'm seeing bursts on the=20 > receiver. I was wondering if there was a better way to be close to the=20 > wanted IFG instead of waiting and using rte_eth_tx_burst with 1 packet=20 > at a time. I did not see anything relevant in mbuf structure, and I was w= ondering if tx queue threshold could help, but I'm not sure to understand w= ell the impact of those thresholds. > Any advice is welcome :) >=20 > Best Regards, > Sylvain Hi Sylvain, I don't personally have experience, however the MoonGen traffic generator h= as a few solutions to this problem; I can recommend reading their documenta= tion on rate control[1], and the paper they wrote on the topic[2]. Hopefully that leads you to a solution, -Harry [1] https://github.com/emmericp/MoonGen#rate-control [2] https://www.net.in.tum.de/fileadmin/bibtex/publications/papers/MoonGen_= IMC2015.pdf