On Thu, 8 Jan 2009 09:15:25 +1030 "Graham Gower" <graham.go...@gmail.com> babbled:
> 2009/1/8 Gustavo Sverzut Barbieri <barbi...@profusion.mobi>: > > > > I really dislike such governor option for the same reason Matthew > > Garrett: the faster you finish the task, the less power you use, less > > time with hot cpu... even less time hd spinning (for io+cpu bound > > tasks, like compile). > > That's entirely the point though. > Scale up cpu freq when the system is under higher cpu load, scale it > down when its not. i would agree here - ubuntu's policy is wrong - it's a bad idea. e's policy of "drop applications down priority from e" is very effective when cpu is limited. e (the overall desktop control mechanism) remains much mroe responsive and usable even if apps it launches run off and eat cpu. this is especially noticeable on embedded systems where processing power is at a premium. while the process starts e becomes very sluggish until the process is up (and idle again). thus nicing sub-processes makes this problem disappear. in the end you want your primary "desktop controls" to be as responsive as possible no matter what apps do. so this falls in line with that. as such we cant make e higher priority as you need to be root to do that - but we can lower things e runs. ubuntu's policy basically works against this. so as such i think i'll just have it turn this off in e. it probably should be anyway. n.b. - i didn't notice this as i use "low power automatic" (conservative) governor - it doesnt clock up as much as automatic does - but it will for sustained cpu needs. -- ------------- Codito, ergo sum - "I code, therefore I am" -------------- The Rasterman (Carsten Haitzler) ras...@rasterman.com ------------------------------------------------------------------------------ Check out the new SourceForge.net Marketplace. It is the best place to buy or sell services for just about anything Open Source. http://p.sf.net/sfu/Xq1LFB _______________________________________________ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
