From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-qc0-f182.google.com (mail-qc0-f182.google.com [209.85.216.182]) by dpdk.org (Postfix) with ESMTP id 06762AD7D for ; Tue, 3 Feb 2015 18:21:24 +0100 (CET) Received: by mail-qc0-f182.google.com with SMTP id l6so36451779qcy.13 for ; Tue, 03 Feb 2015 09:21:23 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=xdel.ru; s=google; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=y/qbANNgl+Ldn6UVZ/O1IYdbiff2/PaMKNc1HSCvrF0=; b=RbjCmNR7ifruW362iu2LTaji8QQlwIgBSrUFie6ldUQcbuxxuEJcVLGIugm3Wk1ZcO JfGL83wUBLzahahrGaYT8xlNZu2cw6qmTG2MKZfCZskGVTCNDtfmlVBWvvlzs6CxvxKo nUlkDSTNHoChicU7xcD9OlApNU4fRyUwd/dAc= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-type; bh=y/qbANNgl+Ldn6UVZ/O1IYdbiff2/PaMKNc1HSCvrF0=; b=EV2cyCJC7pv6GMgeJAq/e3bYcnB+b6MtnoSiKsNmuehiRWGk1yVJ5q/PArTHXYY72Y TpKszO+Ac0nh0o+3CydhimsGQJ4ZT/ZGmifLA5Lg/wCIIevQKiLEGX+z4l6D5B23U4x/ /FOwqIGb8jYHtrjuMi0JRNQFbH1VlPHtudb+gwbVX2TyZCJhzWcIZej6NL/FabZYog4m 0b003RqBGRPyffkOwkdGf3EXK3usE7Jk+Cm66RFzeqq+i4aq53msZiwL4E2t6LDdPcMN yd5X/fNHACZuFBg423p2bvrTlhJFJeg+IqWfWj7oOZCpUI32yyg0QpSS7SMfKYFnJ99V zadg== X-Gm-Message-State: ALoCoQnLfHhjKfRAR27qEi0RTktgTPhyKWJFkZ854Cv5BgN6VtBxyyFKRjWQNkJxAc1QRb+3flif X-Received: by 10.140.97.38 with SMTP id l35mr14658661qge.47.1422984083431; Tue, 03 Feb 2015 09:21:23 -0800 (PST) MIME-Version: 1.0 Received: by 10.140.92.197 with HTTP; Tue, 3 Feb 2015 09:21:03 -0800 (PST) In-Reply-To: References: From: Andrey Korolyov Date: Tue, 3 Feb 2015 21:21:03 +0400 Message-ID: To: "Traynor, Kevin" Content-Type: text/plain; charset=UTF-8 Cc: "dev@dpdk.org" , "discuss@openvswitch.org" Subject: Re: [dpdk-dev] Packet drops during non-exhaustive flood with OVS and 1.8.0 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: Tue, 03 Feb 2015 17:21:24 -0000 > These patches are to enable DPDK 1.8 only. What 'bulk processing' are you referring to? > By default there is a batch size of 192 in netdev-dpdk for rx from the NIC - the linked > patch doesn't change this, just the DPDK version. Sorry, I referred the wrong part there: bulk transmission, which is clearly not involved in my case. The idea was that the conditionally enabling prefetch for rx queues (BULK_ALLOC) may help somehow, but it`s probably will mask issue instead of solving it directly. By my understanding, strict drop rule should have a zero impact on a main ovs thread (and this is true) and work just fine with a line rate (this is not). > > Main things to consider are to isocpu's, pin the pmd thread and keep everything > on 1 NUMA socket. At 11 mpps without packet loss on that processor I suspect you are > doing those things already. Yes, with all tuning improvements I was able to do this, but bare Linux stack on same machine is able to handle 12Mpps and there are absolutely no hints of what exactly is being congested.