From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-pg0-f52.google.com (mail-pg0-f52.google.com [74.125.83.52]) by dpdk.org (Postfix) with ESMTP id A0517728E for ; Thu, 18 Jan 2018 03:18:04 +0100 (CET) Received: by mail-pg0-f52.google.com with SMTP id y27so6705499pgc.5 for ; Wed, 17 Jan 2018 18:18:04 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to:user-agent; bh=7lf0Xvsb8gROvjUPYQqaJtI3fxL/PCaDlLiyrCv3lEU=; b=i82+M03fkI75QoHmV05tJjaR0nKOkiqA3QEZlhl8Xg0tfQS5QdrUvTJ6RW3ttw6NBN 9x5bmo+g0QOc/aJPnJ/yH31+MX7uzhfdu93liEv00ed5V+EIhIRTboxlXutVYnaQn68M 2i/+URBAfoHtPR+zrMWuLLY9Ge69unLjLnbWLigcnBDkzsN9hj25Nv8SsdH6/fEQwPWC KDpyZEmxxfh4/tGaoED+JaiDkO3bEmVXXLTod9QG4vETIPW42RWpG/w2RRh+kSx90r7b HFBjf2taXxbXeyWVkivV9tCRunQR8073EW3cfHc+YZa9LOyTq5h5weoKI5EAW2QOl9M+ l+MA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to:user-agent; bh=7lf0Xvsb8gROvjUPYQqaJtI3fxL/PCaDlLiyrCv3lEU=; b=P1lPoivAvmz2nEveKKXLKgixyNXkk9tGGvxIkxtLK2jWUxT+KqhdHIZ6tCSGf34ivf 8klwRwn2losaHthaEQ2jRwt9Hnru3/dkXaN1HEUgNZ3xQK8Jpjs0l7/pMD5M3vYlOoAM 3a0YkB/tRyTwsknXBHaGOtJIm9A1xZTSMO5pj8tJWRpKoQ0c1HW8oLzAg00EN01WOSpZ WiVHbAHEoQrMgFcA4oQqslhHLR1YcwNoXow30LdyPLRJvBr/ZUB639efdofQjMxrq8pT ucqSxB/IWj8v1gj4KT9zGMyDiFbqThabaxVgE4XqI4Rh6bSS+xic2gkAVwzB9bGp2a9S x7CQ== X-Gm-Message-State: AKwxytfO+PKTIyxelfrIWnhlF9wIYyEe3l4aY59YoVBQQrYLokImbLRl 4LyX/vESOP+OlLi1OeuCWtY= X-Google-Smtp-Source: ACJfBot0R7O3wUGgOBR+fQOk8sCiXlodMhukhS4w0LLFxw2ktCsMS9FkIry4q2m+9QwhUy/CwsA8MA== X-Received: by 10.159.244.19 with SMTP id x19mr117789plr.342.1516241883825; Wed, 17 Jan 2018 18:18:03 -0800 (PST) Received: from localhost ([112.73.0.87]) by smtp.gmail.com with ESMTPSA id y18sm10030652pfa.175.2018.01.17.18.18.02 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 17 Jan 2018 18:18:03 -0800 (PST) Date: Thu, 18 Jan 2018 10:17:59 +0800 From: Simon Guo To: "Ananyev, Konstantin" Cc: "Lu, Wenzhuo" , "dev@dpdk.org" , Thomas Monjalon Message-ID: <20180117091337.GA30690@simonLocalRHEL7.x64> References: <6A0DE07E22DDAD4C9103DF62FEBC09093B7109A8@shsmsx102.ccr.corp.intel.com> <1515810914-18762-1-git-send-email-wei.guo.simon@gmail.com> <2601191342CEEE43887BDE71AB9772588627E492@irsmsx105.ger.corp.intel.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <2601191342CEEE43887BDE71AB9772588627E492@irsmsx105.ger.corp.intel.com> User-Agent: Mutt/1.5.21 (2010-09-15) Subject: Re: [dpdk-dev] [PATCH v5] app/testpmd: add option ring-bind-lcpu to bind Q with CPU 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: Thu, 18 Jan 2018 02:18:04 -0000 Hi, Konstantin, On Tue, Jan 16, 2018 at 12:38:35PM +0000, Ananyev, Konstantin wrote: > > > > -----Original Message----- > > From: dev [mailto:dev-bounces@dpdk.org] On Behalf Of wei.guo.simon@gmail.com > > Sent: Saturday, January 13, 2018 2:35 AM > > To: Lu, Wenzhuo > > Cc: dev@dpdk.org; Thomas Monjalon ; Simon Guo > > Subject: [dpdk-dev] [PATCH v5] app/testpmd: add option ring-bind-lcpu to bind Q with CPU > > > > From: Simon Guo > > > > Currently the rx/tx queue is allocated from the buffer pool on socket of: > > - port's socket if --port-numa-config specified > > - or ring-numa-config setting per port > > > > All the above will "bind" queue to single socket per port configuration. > > But it can actually archieve better performance if one port's queue can > > be spread across multiple NUMA nodes, and the rx/tx queue is allocated > > per lcpu socket. > > > > This patch adds a new option "--ring-bind-lcpu"(no parameter). With > > this, testpmd can utilize the PCI-e bus bandwidth on another NUMA > > nodes. > > > > When --port-numa-config or --ring-numa-config option is specified, this > > --ring-bind-lcpu option will be suppressed. > > Instead of introducing one more option - wouldn't it be better to > allow user manually to define flows and assign them to particular lcores? > Then the user will be able to create any FWD configuration he/she likes. > Something like: > lcore X add flow rxq N,Y txq M,Z > > Which would mean - on lcore X recv packets from port=N, rx_queue=Y, > and send them through port=M,tx_queue=Z. Thanks for the comment. Will it be a too compliated solution for user since it will need to define specifically for each lcore? We might have hundreds of lcores in current modern platforms. Thanks, - Simon