From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-it1-f172.google.com (mail-it1-f172.google.com [209.85.166.172]) by dpdk.org (Postfix) with ESMTP id F302C201 for ; Mon, 12 Nov 2018 02:15:22 +0100 (CET) Received: by mail-it1-f172.google.com with SMTP id j79-v6so11011521itb.2 for ; Sun, 11 Nov 2018 17:15:22 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=PrGJmcRjSyxlwGFB3KA5f0JJiPuZknaUG3PrxhOQBx0=; b=stn8K11ej4huiAJg6Zcy1yjB5RaJCM7Bf14tHV4yKQRRKSx0MXUq+D46vNqbzT+fL2 jhiCL6Yg8buqLV7XekfFanNIWfHz0Okrni7l5nEG742c/bbNSaqiZ2CIjgMg7ymwOHVQ kqp1tOqxsSs++puusaPxmqeNOFYcYwf9GWFVYtCfI8dxuUfz9J+Ugw4t6vFO6Hst82sJ PmzfnpKYm8PoghFlBgEKTstTCX9CoFnUBOEW3ke1WyJK622/59TZVeLz43h4JfKrj/Nj QpyoxSkh7xaRJlKss+rm/lpoPS5X2Riz47/mcBoIFjEzopNZPyM315uJskA64k/Raayz 99tg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=PrGJmcRjSyxlwGFB3KA5f0JJiPuZknaUG3PrxhOQBx0=; b=ivOI4Q611c7itVOyEAx7KxYfewY8bcPDrg4wm664lu1GwkFXXOUXeDZ25htP7SjC2T p1B8WkzmNlkcgHNg0fsyNn/WWLaaylbsNu2f1RQwVM/EmB3bno1V2IIT7nTlH123zdLL Ve0QjrWTUQmAH3pR2RV3eTcdKtIq2/fymm5KXEq/69Yyq/Mqnu3fXSz8sAGCLcCr/tGH oHVw8J/bXaJoBMNcfJ6etGyCkhrJQYtFvkom7Bgd4e98oUTr7GIusXGp/HaWRywcO51k hWTyKZx3aGvGZ4gUAE9pPNsbWe/aQ1A44Tq/86qrRervqBEABNKEWckHti7iBwxiUfz5 apAg== X-Gm-Message-State: AGRZ1gJ4X06bx9ybaZSW+GuQVYOPoOR3k+SQsj5PHJ0D/qdSP4jBPy2K z2u0wLMxs24irn/H3acuDKA/N6hHtgCbShCbJ1g= X-Google-Smtp-Source: AJdET5d6Tg4iZ/RsOr/Z3xRBUQLKXkuThP4qfJz2WVPvcjF+CqIinOnwIt5zBfNuAt1R86EC1akaip3ZfHWty9oPk6c= X-Received: by 2002:a24:9d48:: with SMTP id f69-v6mr9378845itd.13.1541985322094; Sun, 11 Nov 2018 17:15:22 -0800 (PST) MIME-Version: 1.0 References: <71CBA720-633D-4CFE-805C-606DAAEDD356@intel.com> <3C60E59D-36AD-4382-8CC3-89D4EEB0140D@intel.com> In-Reply-To: <3C60E59D-36AD-4382-8CC3-89D4EEB0140D@intel.com> From: Harsh Patel Date: Mon, 12 Nov 2018 01:15:09 +0530 Message-ID: To: keith.wiles@intel.com Cc: users@dpdk.org Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.15 Subject: Re: [dpdk-users] Query on handling packets X-BeenThere: users@dpdk.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: DPDK usage discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Nov 2018 01:15:23 -0000 Thanks a lot for all the support. We are looking into our work as of now and will contact you once we are done checking it completely from our side. Thanks for the help. Regards, Harsh and Hrishikesh On Sat, 10 Nov 2018 at 11:47, Wiles, Keith wrote: > Please make sure to send your emails in plain text format. The Mac mail > program loves to use rich-text format is the original email use it and I > have told it not only send plain text :-( > > > On Nov 9, 2018, at 4:09 AM, Harsh Patel > wrote: > > > > We have implemented the logic for Tx/Rx as you suggested. We compared > the obtained throughput with another version of same application that uses > Linux raw sockets. > > Unfortunately, the throughput we receive in our DPDK application is less > by a good margin. Is this any way we can optimize our implementation or > anything that we are missing? > > > > The PoC code I was developing for DAPI I did not have any performance of > issues it run just as fast with my limited testing. I converted the l3fwd > code and I saw 10G 64byte wire rate as I remember using pktgen to generate > the traffic. > > Not sure why you would see a big performance drop, but I do not know your > application or code. > > > Thanks and regards > > Harsh & Hrishikesh > > > > On Thu, 8 Nov 2018 at 23:14, Wiles, Keith wrote: > > > > > >> On Nov 8, 2018, at 4:58 PM, Harsh Patel > wrote: > >> > >> Thanks > >> for your insight on the topic. Transmission is working with the > functions you mentioned. We tried to search for some similar functions for > handling incoming packets but could not find anything. Can you help us on > that as well? > >> > > > > I do not know if a DPDK API set for RX side. But in the DAPI (DPDK API) > PoC I was working on and presented at the DPDK Summit last Sept. In the PoC > I did create a RX side version. The issues it has a bit of tangled up in > the DAPI PoC. > > > > The basic concept is a call to RX a single packet does a rx_burst of N > number of packets keeping then in a mbuf list. The code would spin waiting > for mbufs to arrive or return quickly if a flag was set. When it did find > RX mbufs it would just return the single mbuf and keep the list of mbufs > for later requests until the list is empty then do another rx_burst call. > > > > Sorry this is a really quick note on how it works. If you need more > details we can talk more later. > >> > >> Regards, > >> Harsh > >> and Hrishikesh. > >> > >> > >> On Thu, 8 Nov 2018 at 14:26, Wiles, Keith > wrote: > >> > >> > >> > On Nov 8, 2018, at 8:24 AM, Harsh Patel > wrote: > >> > > >> > Hi, > >> > We are working on a project where we are trying to integrate DPDK with > >> > another software. We are able to obtain packets from the other > environment > >> > to DPDK environment in one-by-one fashion. On the other hand DPDK > allows to > >> > send/receive burst of data packets. We want to know if there is any > >> > functionality in DPDK to achieve this conversion of single incoming > packet > >> > to a burst of packets sent on NIC and similarly, conversion of burst > read > >> > packets from NIC to send it to other environment sequentially? > >> > >> > >> Search in the docs or lib/librte_ethdev directory on > rte_eth_tx_buffer_init, rte_eth_tx_buffer, ... > >> > >> > >> > >> > Thanks and regards > >> > Harsh Patel, Hrishikesh Hiraskar > >> > NITK Surathkal > >> > >> Regards, > >> Keith > >> > > > > Regards, > > Keith > > > > Regards, > Keith > >