From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mga07.intel.com (mga07.intel.com [134.134.136.100]) by dpdk.org (Postfix) with ESMTP id 79DC22BB0 for ; Fri, 26 Oct 2018 15:34:57 +0200 (CEST) X-Amp-Result: UNSCANNABLE X-Amp-File-Uploaded: False Received: from fmsmga003.fm.intel.com ([10.253.24.29]) by orsmga105.jf.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 26 Oct 2018 06:34:55 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.54,428,1534834800"; d="scan'208";a="91446322" Received: from irvmail001.ir.intel.com ([163.33.26.43]) by FMSMGA003.fm.intel.com with ESMTP; 26 Oct 2018 06:34:55 -0700 Received: from sivswdev01.ir.intel.com (sivswdev01.ir.intel.com [10.237.217.45]) by irvmail001.ir.intel.com (8.14.3/8.13.6/MailSET/Hub) with ESMTP id w9QDYsSN013408; Fri, 26 Oct 2018 14:34:54 +0100 Received: from sivswdev01.ir.intel.com (localhost [127.0.0.1]) by sivswdev01.ir.intel.com with ESMTP id w9QDYs5T024963; Fri, 26 Oct 2018 14:34:54 +0100 Received: (from lma25@localhost) by sivswdev01.ir.intel.com with LOCAL id w9QDYsCQ024958; Fri, 26 Oct 2018 14:34:54 +0100 Date: Fri, 26 Oct 2018 14:34:54 +0100 From: "Liang, Ma" To: Thomas Monjalon Cc: dev@dpdk.org, david.hunt@intel.com, lei.a.yao@intel.com, ktraynor@redhat.com, marko.kovacevic@intel.com Message-ID: <20181026133453.GD1349@sivswdev01.ir.intel.com> References: <1539944630-21625-1-git-send-email-liang.j.ma@intel.com> <1539947242-16729-1-git-send-email-liang.j.ma@intel.com> <1658071.YiiUmb1uWB@xps> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1658071.YiiUmb1uWB@xps> User-Agent: Mutt/1.4.2.3i Subject: Re: [dpdk-dev] [PATCH v12 1/5] lib/librte_power: traffic pattern aware power control 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: Fri, 26 Oct 2018 13:34:57 -0000 Hi Thomas, Many thanks, I will check carefully for meson build and doc next time. Regards Liang On 26 Oct 01:55, Thomas Monjalon wrote: > 19/10/2018 13:07, Liang Ma: > > The proposed solution focuses on how many times empty polls are executed. > > The less the number of empty polls, means current core is busy with > > processing workload, therefore, the higher frequency is needed. The high > > empty poll number indicates the current core not doing any real work > > therefore, we can lower the frequency to safe power. > > > > In the current implementation, each core has 1 empty-poll counter which > > assume 1 core is dedicated to 1 queue. This will need to be expanded in the > > future to support multiple queues per core. > > Applied with fixes for meson compilation, doxygen and doc. > >