Messages in this thread | | | Date | Sun, 31 Jul 2005 18:12:31 -0400 | From | James Bruce <> | Subject | Re: Power consumption HZ100, HZ250, HZ1000: new numbers |
| |
Pavel Machek wrote: > Then the second test was probably flawed, possibly because we have > some more work to do. No display is irrelevant, HZ=100 will still save > 0.5W with running display. Spinning disk also does not produce CPU > load (and we *will* want to have disk spinned down). No daemons... if > some daemon wakes every msec, we want to fix the daemon.
I was talking about percentage saved; That 5.2% easily drops below 2% once other things start sucking up power. I was thinking that way since the percentage saved is what determines the overall battery life increase. You're right in that the absolute power draw difference should stay the same, and that seems to be the case is Marc's tests (ignoring the brokenness of artsd).
> Kernel defaults are irelevant; distros change them anyway. [But we > probably want to enable ACPI and cpufreq by default, because that > matches what 99% of users will use.]
True, but I think a lot of distros treat the values as recommendations. I guess we'll find out what they do with this option soon enough.
>>I have a fixed-framerate app that had to busywait in the days of 2.4.x. >> It was nice in 2.6.x to not have to busywait, but with 250HZ that code >>will be coming back again. And unfortunately this app can't be made >>variable-framerate, as it is simulating video hardware. The same goes >>for apps playing movies/animations; Sometimes programs just need a >>semi-accurate sleep, and can't demand root priveledges to get it. > > I really don't think default HZ in kernel config is such a big > deal. You'll want to support HZ=100 on 2.6.X, anyway...
Yeah, but if its only the default value for servers and laptops they won't normally be running my app. I'll be truly happy the day I can delete all the busy-waiting code, as I think its about the ugliest workaround in modern computing.
> defconfig on i386 is Linus' configuration. Maybe server-config and > laptop-config would be good idea...
Well maybe if we can get enough people who agree then it could happen. I think a "laptop-config" and "server-config" file could fit nicely into the current arch/*/config/ directory structure. I'm not sure how those defconfig files are kept up to date though.
- Jim - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
| |