From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mga04.intel.com (unknown [192.55.52.120]) by dpdk.org (Postfix) with ESMTP id 98B7E7D0B for ; Fri, 25 Aug 2017 18:02:31 +0200 (CEST) Received: from fmsmga001.fm.intel.com ([10.253.24.23]) by fmsmga104.fm.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 25 Aug 2017 09:02:24 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.41,426,1498546800"; d="scan'208";a="1188144458" Received: from silpixa00397898.ir.intel.com (HELO silpixa00397898.ger.corp.intel.com) ([10.237.223.116]) by fmsmga001.fm.intel.com with ESMTP; 25 Aug 2017 09:02:23 -0700 From: David Hunt To: dev@dpdk.org Date: Fri, 25 Aug 2017 17:02:11 +0100 Message-Id: <1503676941-80981-1-git-send-email-david.hunt@intel.com> X-Mailer: git-send-email 2.7.4 Subject: [dpdk-dev] [PATCH v1 0/10] Policy Based Power Control for Guest 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, 25 Aug 2017 16:02:32 -0000 This patchset adds the facility for a guest VM to send a policy down to the host that will allow the host to scale up/down cpu frequencies depending on the policy criteria independently of the DPDK app running in the guest. This differs from the previous vm_power implementation where individual scale up/down requests were send from the guest to the host via virtio-serial. It's a modification of the vm_power_manager app that runs in the host, and the guest_vm_power_app example app that runs in the guest. This allows the guest to send down a policy to the host via virtio-serial, which then allows the host to scale up/down based on the criteria in the policy, resulting in quicker scale up/down than individual requests coming from the guest. It also means that the DPDK application running in the guest does not need to be modified in any way, it is unaware that it's cores are being scaled up/down, reducing the effort in implementing a power-aware infrastructure. The usage model is as follows: 1. Set up the VF's and assign to the guest in the usual way. 2. run vm_power_manager on the host, creating a channel to the guest. 3. Start the guest_vm_power_mgr app on the guest, which establishes a virtio-serial channel to the host. 4. Send down the profile for the guest using the "send_profile now" command. There is an example profile hard-coded into guest_vm_power_mgr. 5. Stop the guest_vm_power_mgr and run your normal power-unaware application. 6. Send traffic into the VFs at varying traffic rates. Observe the frequency change on the host (turbostat -i 1) The sequence of code changes are as follows: Firstly, two new API calls are added to the ethdev layer 1. One to convert a VF id to a PF id. In the patchset this id is a MAC address. This is needed so that the host can map the VFs in the profile to PF so in can monitor the traffic on the relevant PF at the host level. 2. The other function is to read the low-level traffic throughput on the NIC. Currently this API reads a NIC register for speed, but we are looking at using a more generic way to get these stats, suggestions welcome. Next we make an addition to librte_power that adds an extra command to allow the passing of a policy structure from the guest to the host. This struct contains information like busy/quiet hour, packet throughput thresholds, etc. The next addition adds functionality to convert the virtual CPU (vcpU0 IDs to physical CPU (pcpu) IDs so that the host can scale up/down the cores used in the guest. The remaining patches are functionality to process the policy, and take action when the relevant trigger occurs to cause a frequency change. [01/10] net/i40e: add API to convert VF Id to PF Id [02/10] net/i40e: add API to get received packet count [03/10] lib/librte_power: add extra msg type for policies [04/10] examples/vm_power_mgr: add vcpu to pcpu mapping [05/10] examples/vm_power_mgr: add scale to medium freq fn [06/10] examples/vm_power_mgr: add policy to channels [07/10] examples/vm_power_mgr: add port initialisation [08/10] examples/guest_cli: add send policy to host [09/10] examples/vm_power_mgr: set MAC address of VF [10/10] net/i40e: set register for no drop