From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-ot0-f177.google.com (mail-ot0-f177.google.com [74.125.82.177]) by dpdk.org (Postfix) with ESMTP id 13733DE5 for ; Mon, 16 Jan 2017 15:58:53 +0100 (CET) Received: by mail-ot0-f177.google.com with SMTP id f9so45506425otd.1 for ; Mon, 16 Jan 2017 06:58:52 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=imvisiontech-com.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=kkzdv/kdG4mU41wwJP7n1tVhjytdSJI3cdhx3g2tgOU=; b=EgZLR6tTezYzetUQVPHpWSLmrq6HMzVhFV5QymMJfm4/j6HVx2MVxJxl8WByALRnvt p2TUuZjDSRxnm8+jo7kjJNVHRs4hSdXcEfzFLMvNDpgkMTPhkLGtroVrCx4ggPDGSRNh q75+M/jnBvdhHYu9Cm3JhsdzSE/ffhk4rpVZlMxgIHAAj9J6GU82/CMyGT4p0tD3ISYp 8T1WyNYsdryACZIXx3CHEL0oox8SU2lrMl8go82uCzxpx6S58losE8bWBWKwogqcaOqv Tvie9ve6R3kMAOYRgBbdu9U121oADyb9FxRw2d2BMv/pxIuozVsPrA/kF61JLdK2MIdm ltpw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=kkzdv/kdG4mU41wwJP7n1tVhjytdSJI3cdhx3g2tgOU=; b=N4B7wr2wfDXh8E7EAymxxQBhZ5d0LU/6dWpd3Ne68VZ8/LfmhHSeiGZWxbe48YnhAT mWXCa1KQ6PvfmS0ExLuOtp+VSk7NRy6V33qdTGK7zcSOJLsrYOBA/LYGcmVTROcN7FJX EGcxSlOhLobt9BCZKNhF2H328kufj7ja9sybWrQ/+we4mv7F9t82yJlXY7Qf09SUSoi6 LYc96N7sGbb43W1vRkeuKkj1okwuJuDWekHZFJ2zVfCxoAaQed1edD3CLkxJMXo4S0cD V7/jYNmTYcfGasSMbw3JNztpyca0xC5Xi2xh+r21MsTKbNkUFVAaHZCJl3C8CBAZKFzu nVxQ== X-Gm-Message-State: AIkVDXJ0C0814qDpfmwgIG90qjUwIM14jHEF4AkQmD7OohoNYyKC6OwIybyIBvOfEUhNloigUys/s4gkW/QR0A== X-Received: by 10.157.40.205 with SMTP id s71mr17656535ota.69.1484578732450; Mon, 16 Jan 2017 06:58:52 -0800 (PST) MIME-Version: 1.0 Received: by 10.182.50.70 with HTTP; Mon, 16 Jan 2017 06:58:51 -0800 (PST) In-Reply-To: References: From: Shirley Avishour Date: Mon, 16 Jan 2017 16:58:51 +0200 Message-ID: To: Ferruh Yigit Cc: dev@dpdk.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.15 Subject: Re: [dpdk-dev] drops while transmitting to the kni using rte_kni_tx_burst() X-BeenThere: dev@dpdk.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: DPDK patches and discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jan 2017 14:58:53 -0000 I am currently using the kernel interface for recording the received traffic by duplicating the received packets and sending a copy to the kni (and performing pcap_open_live on the kni). my goal rate is around 500Mbps. is it possible to achieve it via the kni ?? On Mon, Jan 16, 2017 at 4:55 PM, Ferruh Yigit wrote: > On 1/16/2017 2:47 PM, Shirley Avishour wrote: > > Hi, > > As I wrote the kernel thread runs on a dedicated lcore. > > running top while my application is running I see kni_single and the cpu > > usage is really low... > > Is there any rate limitation for transmitting to the kernel interface > > (since packets are being copied in the kernel). > > Yes, kind of, kernel thread sleeps periodically, with a value defined by > KNI_KTHREAD_RESCHEDULE_INTERVAL. You can try tweaking this value, if you > want thread do more work, less sleep J > > Also KNI_RX_LOOP_NUM can be updated for same purpose. > > > > > > > On Mon, Jan 16, 2017 at 4:42 PM, Ferruh Yigit > > wrote: > > > > On 1/16/2017 12:20 PM, Shirley Avishour wrote: > > > Hi, > > > I have an application over dpdk which is consisted of the > following threads > > > each running on a separate core: > > > 1) rx thread which listens on in a poll mode for traffic > > > 2) 2 packet processing threads (for load balancing) > > > 3) kni thread (which also runs on a separate core). > > > > This is kernel thread, right? Is it bind to any specific core? > > Is it possible that this thread shares the core with 2nd processing > > thread when enabled? > > > > > > > > the rx thread receives packets and clones them and transmit a copy > > to the > > > kni and the other packet is sent to the packet processing unit > > (hashing > > > over 2 threads). > > > the receive traffic rate is 100Mbps. > > > When working with single packet processing thread I am able to get > > all the > > > 100Mbps towards the kni with no drops. > > > but when I activate my application with 2 packet processing > > threads I start > > > facing drops towards the kni. > > > the way I see it the only difference now is that I have another > > threads > > > which handles an mbuf and frees it once processing is completed. > > > Can anyone assist with this case please? > > > > > > Thanks! > > > > > > > > >