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

2018-03-05 Thread longtb5
, -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

2018-03-05 Thread Hunt, David
, 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

2018-03-05 Thread longtb5
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

2018-03-05 Thread Hunt, David
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

2018-03-01 Thread longtb5
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;

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

2017-03-01 Thread Threqn Peng
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