On Saturday August 25 2012 15:29:17 thomasg escribió: > I'm sorry, but your assumptions are fundamentally flawed. > > On Sat, Aug 25, 2012 at 7:09 PM, Wido <wido...@gmail.com> wrote: > > ondemand works based on priorities, not idliness. For example, in my debian > > It does not. > However, it somewhat does take priority into account, which you can > disable by passing ignore_nice_load=1 as parameter to the ondemand > cpufreq kernel module.
You are right, my bad. I forgot to add "2.4 Ondemand ------------ The CPUfreq governor "ondemand" sets the CPU depending on the current usage. To do this the CPU must have the capability to switch the frequency very quickly." (from kernel.org) that means, it changes the freq based in usage, the more cpu usage, the higher the speed. That 's what I mean when I say 'not idliness'. Idliness would mean, not touching your computer for a while > > > testing, my regular desktop apps have a priority of 23, so ondemand not > > always rises the speed as I would like. Other example is when you go to > > lunch, you usually just lock your screen, but how many really lower power > > cpufreq handles the cpu, what the screen does is absolutely irrelevant. > The CPU will still run when you turn off or even unplug your screen, > it simply does not care. > Locking the screen does not magically reduce power consumption. I know the screen has nothing to do. But I think locking and E's own screensaver feature are somehow linked, so I assumed it would, somehow, pass it 'state' to the modules, or the modules would be able to know if E is locked or with screensaver. > > > consumption? yeah, it's a stupid scenario, but is the one I'm interested (or > > when I go to sleep without shuting down the computer and forget to chance > > power policy). > > You should never change power policy manually, except for very rare > cases where automatic policies don't work. > In almost any case that is contra-productive and you generally will > waste energy (and your own time) needlessly. > What you want is suspend to ram. > e17 can even automatically suspend your computer when it is idle long > enough (via the screen saver). Changing the policy from the cpufreq module, not 'by hand' (I'm assuming that 'by hand' means writing to /sys/devices/system/cpu/cpuX/cpufreq/scaling_governor, right). When did I imply 'by hand'? > > > > > > > And, the idea is that cpufreq module changes the freq (something it already > > does), not to rewrite a new power policy. > > > > It does not. It has no policy code, it will only display the status > quo via the kernels cpu-freq infrastructure. It does no changes the freq? I'm sorry, but when I do 'click -> cpu velocity -> 2.3' I'm not changing the freq? policy or not policy, it can force the current frequency. I know it can because I do that all the time, what I would like is that it changes to the minimum frequency available when E is completelly idle. Today I was thinking what other scenarios would be usefull for this. Then, I remembered that E is very versatile, it can fit in a car's audio system, in a home theater, a cell phone or even a fridge. I know that ondemand would fit most of this scenarios, but ondeman works continuously. That means that if you don't input something for a couple seconds, freq tends to go down again. I've used ondemand in a laptop that I had (thinkpad t61, not the best but pretty good), the response time when in ondemand were not as I would expect. I ended up with forcing full speed and ondemand when in battery (not 'by hand' but using cpufrq module). So imagine a fridge, working 24/7, you could have a cpu that has 3 or 4 speeds (don't know how much ARM can have). When the user acctually uses the fridge panel, you go to full speed, making as responsible as possible. When nobody touches it, you go to min speed saving consuption. Same scenario applies for cellphones. Ondeman works, yes, but as it works continually, it may low freq, making the system less responsive. > > > > > > > On Saturday August 25 2012 13:54:54 thomasg escribió: > > > >> On Sat, Aug 25, 2012 at 3:35 AM, Wido <wido...@gmail.com> wrote: > > > >> > Hi! > > > >> > > > > >> > Yesterday I was thinking (yeah, sometimes I do that...specially when > >> > trying to fall asleep), would it be possible to add an option to the > >> > cpufreq > >> > module that, when E goes idle, the freq goes to th min value, and when > >> > you > >> > resume it goes back to the setting it had before. > > > >> > > > > >> > This way, if you want, you can use powersave when not doing anything. > > > >> > > > > >> > > > > >> > cheers > > > >> > > > > >> > > > > >> > Wido > > > >> > > >> > ------------------------------------------------------------------------------ > > > >> > Live Security Virtual Conference > > > >> > Exclusive live event will cover all the ways today's security and > > > >> > threat landscape has changed and how IT managers can respond. > >> > Discussions > > > >> > will include endpoint security, mobile security and the latest in > >> > malware > > > >> > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > > > >> > _______________________________________________ > > > >> > enlightenment-users mailing list > > > >> > enlightenment-users@lists.sourceforge.net > > > >> > https://lists.sourceforge.net/lists/listinfo/enlightenment-users > > > >> > > > >> That's what the linux kernels ondemand cpufreq governor already does, > > > >> I don't see any reason why something that already is done should be > > > >> reimplemented in userspace (which could only be done poorly). > > > >> > > > >> > >> ------------------------------------------------------------------------------ > > > >> Live Security Virtual Conference > > > >> Exclusive live event will cover all the ways today's security and > > > >> threat landscape has changed and how IT managers can respond. Discussions > > > >> will include endpoint security, mobile security and the latest in malware > > > >> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > > > >> _______________________________________________ > > > >> enlightenment-users mailing list > > > >> enlightenment-users@lists.sourceforge.net > > > >> https://lists.sourceforge.net/lists/listinfo/enlightenment-users > > > >> > > > > ________________________________ > > > > Wido > Wido ------------------------------------------------------------------------------ Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ _______________________________________________ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
