From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-io0-f169.google.com (mail-io0-f169.google.com [209.85.223.169]) by dpdk.org (Postfix) with ESMTP id DA42C2BB1 for ; Wed, 1 Mar 2017 10:22:32 +0100 (CET) Received: by mail-io0-f169.google.com with SMTP id l7so26984839ioe.3 for ; Wed, 01 Mar 2017 01:22:32 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to; bh=uj44K4TxSSmjyhtvRe0LlMlbDBo3Qu44IjYojBiQ258=; b=gcDKOIHjqockyFiIssEzDE8rg5W5YHu6e01tOFbsL5gzVlPndY9HXxM4s6TaYuPwjq 7rLo14cA0fsn1tHOn0q7T6VS/iiT2tm2FJUWNzz5misO/ZOJsIjYTa7HnK+Q/7lRGLqJ QzPNjyNQsc2Q44l+q5orI60dB1SDtYOJjtv8rpN7vPeDCQti4C143lZ9W+HGdTzSdKHZ Sc4fBo/LXtO2tCgTIpssAt9Qp2Vb+NJF8W0ua0832zAGeAHZQ+XibcMycBFvBxD1cRR7 Of3aGuOBuOE4IKPdvOu4zVIpvuTH9LAYRasVhDu5JRGkdbupRUHqfsS9KPrmXEF6HXSJ WpIg== 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; bh=uj44K4TxSSmjyhtvRe0LlMlbDBo3Qu44IjYojBiQ258=; b=dHnTbfvO9JNP6PFix7OKEXGS6gVbUTmphlYBg18MG+ZqqQIgapGyDOKt4G2S6ytDDq 9nFHnHAfc+eOb0LpMN+CwdMhLkQToLv2iDoifpqF2t1cmwM1YlYY3wh3eSQAw849oa3O tqBNVGPTkFGiKYpWUL40s3lQjoVa9Ec5YGOirVmVEM1XV2GSwnHKu/Wyay069jUDpBm+ 5DPjbaIfr2xMnHWjOibb9mjecP81y3xjcTV/a7Yfdk/KVBHgP8VghFyL1pbEwpJGn9m3 DwVW+yqtEpOTNYkcWCDMCGu6Khacat35FZMM87+hxz7dSWlT6i/lYY14XI9ZV6/7xP9q +NOw== X-Gm-Message-State: AMke39lQ26stj4lhAYl1EIT0znqZGrLL1U2/CMfiSMxDl2QFxsW82wt6781cUQf196Kn7ZGQknEPJPrxNAgQ2Q== X-Received: by 10.107.181.6 with SMTP id e6mr7026058iof.236.1488360151493; Wed, 01 Mar 2017 01:22:31 -0800 (PST) MIME-Version: 1.0 Received: by 10.107.169.223 with HTTP; Wed, 1 Mar 2017 01:22:30 -0800 (PST) In-Reply-To: References: From: Threqn Peng Date: Wed, 1 Mar 2017 17:22:30 +0800 Message-ID: To: dev@dpdk.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.15 Subject: Re: [dpdk-dev] librte_power w/ intel_pstate cpufreq governor 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: Wed, 01 Mar 2017 09:22:33 -0000 Hello, The solution should be "rte_epoll_wait". 10G NIC burst handling with in "rte_epoll_wait" state(rx-queue number:12), pkt loss rate is about 0.003%. Patch mail list(http://dpdk.org/ml/archives/dev/2015-February/014191.html) As for "cpu scaling frequence", I think the better choice should be leaving it to P-State, since driver-controlling is better than user's acknowledgement of hardware state. FYI. Best Regards, Peng On 27 February 2017 at 13:56, Threqn Peng wrote: > Hey guys, > > I have the same problem which have been discussed in January 2016(*http://dpdk.org/ml/archives/dev/2016-January/031374.html > *), about intel > cpu scaling frequency control in linux user space. But it seems no more > progress/solution relate to this problem until now. > > I also checked the example code:"L3 Forwarding with Power Management > Sample Application" in newest dpdk version (17.02) , no update yet. > > Is it true that, newer cpufreq driver p-state only support two > control-mode: "performance" and "powersave", and we can't do any more about > cpu working frequency control, for power-saving? > > Thanks for your help. > > Best Regards, > Peng >