Re: [dpdk-dev] librte_power w/ intel_pstate cpufreq governor

, -BL > -Original Message- > From: david.h...@intel.com [mailto:david.h...@intel.com] > Sent: Monday, March 5, 2018 6:26 PM > To: long...@viettel.com.vn; dev@dpdk.org > Subject: Re: [dpdk-dev] librte_power w/ intel_pstate cpufreq governor > > > Hi BL, > > > On 5/3

Re: [dpdk-dev] librte_power w/ intel_pstate cpufreq governor

, March 5, 2018 5:16 PM To: long...@viettel.com.vn; dev@dpdk.org Subject: Re: [dpdk-dev] librte_power w/ intel_pstate cpufreq governor Hi BL, I have always used "intel_pstate=disable" in my kernel parameters at boot so as to disable the intel_pstate driver, and force the kernel to use th

Re: [dpdk-dev] librte_power w/ intel_pstate cpufreq governor

ttel.com.vn; dev@dpdk.org > Subject: Re: [dpdk-dev] librte_power w/ intel_pstate cpufreq governor > > Hi BL, > > I have always used "intel_pstate=disable" in my kernel parameters at boot so > as to disable the intel_pstate driver, and force the kernel to use the

Re: [dpdk-dev] librte_power w/ intel_pstate cpufreq governor

Hi BL, I have always used "intel_pstate=disable" in my kernel parameters at boot so as to disable the intel_pstate driver, and force the kernel to use the acpi-cpufreq driver: # cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_driver acpi-cpufreq This then gives me the following options for

Re: [dpdk-dev] librte_power w/ intel_pstate cpufreq governor

Forgot to link the original thread. http://dpdk.org/ml/archives/dev/2016-January/030930.html -BL > -Original Message- > From: long...@viettel.com.vn [mailto:long...@viettel.com.vn] > Sent: Friday, March 2, 2018 2:19 PM > To: dev@dpdk.org > Cc: david.h...@intel.com; mh...@mhcomputing.net;

[dpdk-dev] librte_power w/ intel_pstate cpufreq governor

Hi everybody, I know this thread was from over 2 years ago but I ran into the same problem with l3fwd-power today. Any updates on this? -BL

Re: [dpdk-dev] librte_power w/ intel_pstate cpufreq governor

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 s

[dpdk-dev] librte_power w/ intel_pstate cpufreq governor

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/solut

[dpdk-dev] librte_power w/ intel_pstate cpufreq governor

> -Original Message- > From: Matthew Hall [mailto:mhall at mhcomputing.net] > Sent: Thursday, January 14, 2016 3:04 PM > To: Zhang, Helin > Cc: dev at dpdk.org; Liang, Cunming; Zhou, Danny > Subject: Re: [dpdk-dev] librte_power w/ intel_pstate cpufreq governor > &

[dpdk-dev] librte_power w/ intel_pstate cpufreq governor

On Thu, Jan 14, 2016 at 07:15:51AM +, Zhang, Helin wrote: > That's disappointing if Skylake is like that. Let's have a learning first, > and then check if we can fix that. But in addition, DPDK provide interrupt > based packet receiving mechanism, can it be one of your choice? Maybe I am wro

[dpdk-dev] librte_power w/ intel_pstate cpufreq governor

On Thu, Jan 14, 2016 at 02:03:55AM -0500, Matthew Hall wrote: > Yes, let me know how I could help. I don't know very much yet. My machine is > Skylake Core i7-6700k. Unfortunately I think I am in trouble here, because > there is no whitepaper on the Intel website for Intel Speed Shift technology

[dpdk-dev] librte_power w/ intel_pstate cpufreq governor

On Tue, Jan 12, 2016 at 03:17:21PM +, Zhang, Helin wrote: > Hi Matthew > > Yes, you have indicated out the key, the power management module has changed > or upgraded. > Could you help to try the legacy one to see if it still works, as indicated > in your link? I can do this, but according t

[dpdk-dev] librte_power w/ intel_pstate cpufreq governor

rg > Subject: Re: [dpdk-dev] librte_power w/ intel_pstate cpufreq governor > > Hello, > > In about one month, I never received any response about all these major > issues I was finding with librte_power and the intel_pstate based CPU > clockrate control driver used in all the new Li

[dpdk-dev] librte_power w/ intel_pstate cpufreq governor

Hello, In about one month, I never received any response about all these major issues I was finding with librte_power and the intel_pstate based CPU clockrate control driver used in all the new Linux kernels. From what I can tell, none of this librte_power code ever worked right in the first

[dpdk-dev] librte_power w/ intel_pstate cpufreq governor

Hello all, I wanted to ask some questions about librte_power and the great adaptive polling / IRQ mode example in l3fwd-power. I am very interested in getting this to work in my project because it will make it much friendlier to attract new community developers if I am as cooperative as possib