How many frequencies would cpufreq optimally like to manage?
viresh.kumar at linaro.org
Thu Nov 20 19:36:53 PST 2014
On 20 November 2014 19:50, Mason <mpeg.blue at free.fr> wrote:
> On 20/11/2014 10:13, Viresh Kumar wrote:
> Suppose I expose 100 frequencies. Aside from wasting memory, isn't
> there also a risk that cpufreq will take time, ramping up/down
> through similar frequencies? (Or does it just say "jump to THAT
> frequency" skipping useless intermediate frequencies?)
Some time might be wasted for similar frequencies, moreover for every
change we have to traverse 100 frequencies to see which one fits best.
> There is a trade-off, tough.
> My concern is this: suppose the CPU cores are set to e.g. 54 MHz.
> Suddenly, the driver for an important subsystem needs to speak with
> the corresponding device, with hard deadlines in the comms protocol.
> Will the CPU ramp up fast enough (assuming ondemand governor).
All current governors depend on background timers for their functionality.
These timers run at some sampling rate (in ms) and that time we change
CPU's frequency depending on existing load on system.. So, that might
not be fast enough.
> And the end of this message is as good a place as any to thank you
> for having answered my many questions.
Your welcome :)
More information about the linux-arm-kernel