From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mga01.intel.com (mga01.intel.com [192.55.52.88]) by dpdk.org (Postfix) with ESMTP id 023FB5A3E for ; Mon, 30 Mar 2015 11:51:15 +0200 (CEST) Received: from fmsmga001.fm.intel.com ([10.253.24.23]) by fmsmga101.fm.intel.com with ESMTP; 30 Mar 2015 02:51:15 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.11,493,1422950400"; d="scan'208,217";a="687559885" Received: from irsmsx102.ger.corp.intel.com ([163.33.3.155]) by fmsmga001.fm.intel.com with ESMTP; 30 Mar 2015 02:51:14 -0700 Received: from irsmsx104.ger.corp.intel.com ([169.254.5.132]) by IRSMSX102.ger.corp.intel.com ([169.254.2.2]) with mapi id 14.03.0224.002; Mon, 30 Mar 2015 10:51:13 +0100 From: "Walukiewicz, Miroslaw" To: "dev@dpdk.org" Thread-Topic: determine number of free TX descriptors in DPDK transmit queue Thread-Index: AdBqzd+XIhZF69ikRIyHQ142Gx4jCQ== Date: Mon, 30 Mar 2015 09:51:13 +0000 Message-ID: <7C4248CAE043B144B1CD242D275626532FE81DC4@IRSMSX104.ger.corp.intel.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [163.33.239.182] MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.15 Subject: [dpdk-dev] determine number of free TX descriptors in DPDK transmit queue 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, 30 Mar 2015 09:51:16 -0000 Hello, Is there any method of determining the number free TX descriptor in specifi= c TX queue? I know that when transmit function is called with some number packets to se= nd and then number returned by function is different than provided that mea= ns that queue is full. This mechanism works good when we have packets that fits single DPDK descri= ptor (rte_mbuf). But when we provide longer descriptors for example up to 64K-long packets w= ith different size it is good to predict how much space is available in the= transmit queue, because creating such longs packets Is expensive and the a= pplication could work much more effectively when such information would be = provided. Regards, Mirek