Energy usage per application ?
in [Asus]
|
From: Skybuck Flying on 11 Apr 2010 19:45 Hello, Here is a whacky idea: Would it be possible to measure the energy usage per application ? So that a user could easily see it... like the windowss' task manager ? Bye, Skybuck.
From: Sylvia Else on 11 Apr 2010 19:57 On 12/04/2010 9:45 AM, Skybuck Flying wrote: > Hello, > > Here is a whacky idea: > > Would it be possible to measure the energy usage per application ? > > So that a user could easily see it... like the windowss' task manager ? > > Bye, > Skybuck. > > Is that before or after you include the energy used by the program that's showing you the energy usage? In any case, the energy used by an application is not so clearly defined. You could in principle measure the increase in energy used by the computer as a result of running the program, but some of that increase will be the result of interactions (such as memory, cache or disk contention) with other programs. That is - stop another program, and then run the program of interest again - and you could find that it causes a lower increase than before. It doesn't appear to be a very useful thing to measure. Sylvia.
From: Skybuck Flying on 11 Apr 2010 20:09 "Sylvia Else" <sylvia(a)not.at.this.address> wrote in message news:4bc26201$0$12576$c3e8da3(a)news.astraweb.com... > On 12/04/2010 9:45 AM, Skybuck Flying wrote: >> Hello, >> >> Here is a whacky idea: >> >> Would it be possible to measure the energy usage per application ? >> >> So that a user could easily see it... like the windowss' task manager ? >> >> Bye, >> Skybuck. >> >> > > Is that before or after you include the energy used by the program that's > showing you the energy usage? > > In any case, the energy used by an application is not so clearly defined. > You could in principle measure the increase in energy used by the computer > as a result of running the program, but some of that increase will be the > result of interactions (such as memory, cache or disk contention) with > other programs. That is - stop another program, and then run the program > of interest again - and you could find that it causes a lower increase > than before. > > It doesn't appear to be a very useful thing to measure. I was thinking myself along the following lines: Mostly the cpu's energy consumption would be measured... it might do so on an instruction-to-instruction basis... but it would need to know what application or system component/kernel it belongs too... I had this idea after reading the absurd constraints by "Steve Jobs" on programming the iPhone... He being worried that "non apple development tools" would create bad iPhone applications ?! Speculation is that he is worried about "Slow applications", "Bad applications" and "Energy hungry applications". "Steve" seems to be "be-litting" his own users ;) :) Instead how about giving the users more insight into the functioning of the device by: "Task manager like thingy" and "energy like thingy" ;) Then users can decide for themselfes if they want or do not want to run energy hogs, and system hogs etc ;) Bye, Skybuck.
From: Skybuck Flying on 11 Apr 2010 20:19 "D Yuniskis" <not.going.to.be(a)seen.com> wrote in message news:hpto0q$ln4$2(a)speranza.aioe.org... > Skybuck Flying wrote: >> Hello, >> >> Here is a whacky idea: >> >> Would it be possible to measure the energy usage per application ? > > Possible -- to what level of accuracy? > > My multimedia RTOS has hooks that allow the OS to signal > applications as to the level of resource usage that it > should indulge (to conserve "power", processing power > and/or memory resources). This allows me to extend battery > life dynamically without prior knowledge of which > applications may be running at any given time. > > (I don't think this is a novel idea. I think I have > taken it to a level of detail that other RTOS's have > previously neglected -- but, given time, that should change) > >> So that a user could easily see it... like the windowss' task manager ? > > Hmmm... I hadn't thought of showing the user this information. > I'm not sure they could appreciate it sufficiently to know > how to *use* it (to, for example, prolong battery usage). > It seems a significant cognitive task to try to offload > onto the user. I was thinking along the lines of a simple "percentage indication". Somehow the system or cpu would know what the maximum energy consumption of the device is... (This could be pre-determined or it could also be measured as an "absolute max" and/or "moving max" over time...) (Or a percentage of the currenty total usage) Therefore it should be possible to calculate a "usage percentage" per application. (Application Energy Percentage = (Application measurement / (Total or Max) Measurement) * 100; So I already described two modes: 1. The absolute would be interesting to see how much the system is being stressed to it's absolute maximum point. For example if total energy usage is only 1% of maximum system energy then that's pretty good. 2. The current sitution would be interesting to see which application is currently the biggest energy hog relative to the others. This mode could further analyze that last 1% to see what is the biggest hog... to try and cut it down even further ;) This mode would be best which would prevent system builders from setting the maximum in 1 unrealistically high... so current/actual measurements are much more trust worthy ?! ;) :) The user can then decide if he likes or does not like the application ;) And if he/she wants or does not want to run it... or find an alternative ;) It could also be usefull for data centers that want to safe on energy bills and want developers to develop energy efficient application for as far as possible. Developers themselfes could also want to do that to try and prevent "thermal/overheat/noise/dust" issue's ;) > > Rather, I felt it smarter to let the design of the applications > keep this in mind so they can adapt their algorithms to the > resources that the RTOS considers "precious". Bye, Skybuck :)
From: D Yuniskis on 11 Apr 2010 20:29
Hi Sylvia, Sylvia Else wrote: > On 12/04/2010 9:45 AM, Skybuck Flying wrote: >> Would it be possible to measure the energy usage per application ? >> >> So that a user could easily see it... like the windowss' task manager ? > > Is that before or after you include the energy used by the program > that's showing you the energy usage? Ha! Good point! ;-) > In any case, the energy used by an application is not so clearly > defined. You could in principle measure the increase in energy used by > the computer as a result of running the program, but some of that > increase will be the result of interactions (such as memory, cache or > disk contention) with other programs. That is - stop another program, > and then run the program of interest again - and you could find that it > causes a lower increase than before. This is true of many details "under the hood". E.g., many operating systems try to "be fair" and divide the processors resources (e.g., time) among concurrently executing tasks by giving each a similar slice of time in which they are granted use of the processor. But, if one application "does something" that causes something else to happen "some time afterwards" *and* that "something else" unconditionally takes resources away from whatever is currently executing (e.g., the first application causes some disk activity to be initiated. That activity takes some time to come to fruition. When it does, resources will be diverted from whichever application is *currently* executed -- which may not be the application that initiated the activity! -- so that other application loses part of its time slice so the processor can perform some activity that benefits the original application) The "power analogy" is similar. How do you "charge" the application for the cost of its disk accesses? Do you know the power differential involved in any *particular* disk access? I.e., how much does the head actuator move? How do you "charge" applications for the cost of keeping the disk spinning? If application 1 is a "load once" application that never needs the disk again, why should it have to pay for a spinning disk that *it* would rather see spun down?? > It doesn't appear to be a very useful thing to measure. Agreed. I think the smarter approach is to design an API that lets application developers be aware of how their application is operating at any given time. And, ways to tell that application to "conserver" -- or not. |