> And as said; Daniel has been working on a better predictor -- now he's > probably not used it on the network workload you're looking at, so that > might be something to consider.
Deriving a better idle predictor is a bit orthogonal to fast idle. It would be a good idea to set the fast idle threshold to be the same as intel_idle would use on that platform and rerun the benchmarks Then the Cx pattern should be mostly identical, and fast idle can be evaluated on its own benefits. -Andi
