Home_greyopenFATE - openSUSE feature tracking > #302446
Dashboard | Search | Sign up | Login

Please login or register to be able to edit or vote this feature.

Power consumption gauge

Feature state

openSUSE-11.0
Rejected Information
openSUSE-11.1
Rejected Information
openSUSE-11.2
Rejected Information
openSUSE-11.3
Rejected Information

Description

Some kind of "power meter" would be good to have. It could be integrated into the system monitor applet or in kpowersave/gnome-power-manager (to be discussed).

Its intent is to make the user aware when the system starts to hog power (e.g. after starting some bad behaving application that polls "expensive" hardware all the time). Some kind of "power meter" would be good to have. It could be integrated into the system monitor applet or in kpowersave/gnome-power-manager (to be discussed).

Relations

Documentation impact

Needs to be documented

Discussion


icons/user_comment.png M. L. wrote: (10 years ago)

In regards of Green IT theme for SLE 11 this sounds like useful thing.

icons/user_comment.png S. B. wrote: (10 years ago)

Right..

icons/user_comment.png J. R. wrote: (10 years ago)

Christian, can we actually aggregate power consumption information from somewhere? If so, getting a gui on top of it should be straight forward.

icons/user_comment.png C. Z. wrote: (9 years ago)

Power consumption information is only available when the system runs on battery. But i guess on ac-power this info is less interesting anyway.

We can get this information via ACPI. Not really power consumption, but power drain of each battery. I suggest that hal can provide individual drain and aggregate overall power consumption. For that have a look at feature:

#303749: provide common source for a overall battery time information

icons/user_comment.png R. M. wrote: (9 years ago)

For gnome-power-manager, we already have something like this (right-click -> power history), it shows lots of information about powe consumption. Isn't this enough?

icons/user_comment.png J. R. wrote: (9 years ago)

Fate #303749 is not complete, so I think I have to reject this.

icons/user_comment.png a. e. wrote: (9 years ago)

I'm not a developer, and I just know a little about computers, however I don't think the computer can measure power consumption in the first place. I don't think the Power Supplies are smart enough or connected enough yet to give that information. At least to the best of my knowledge.

On a laptop running on battery some power drain can be calculated to estimate the battery life. On a desktop... I don't think it's going to work.

I have a UPS that comes with a monitoring software that shows the power consumption . It runs a little Java based GUI that shows power status. Unfortunately the UPS software only works in Windows and is very hardware specific to this particular UPS. If someone needs these kind of information a UPS with Linux compatible software might just do the trick!

icons/user_comment.png M. N. wrote: (8 years ago)

It really depends on the user scenario: For a Thin Client type of installation you would probably want to hide this level of system detail, however for notebook usage it appears to be very useful. Therefore "Important" but should be configurable.

icons/user_comment.png K. F. wrote: (8 years ago)

Sorry, we're not working for SLE SPs.

icons/user_comment.png R. D. wrote: (8 years ago)

Could something using wake ups & idle time reporting do most of the job, and be more generally useful like powertop?  Then actually this is interesting on some mains systems to, things like virtualised servers, or with high machine density in data-centre.  Also perhaps on desktop where poor applications cause noise from cooling fans.

icons/user_comment.png J. M. wrote: (7 years ago)

real-world observation: system monitor applet itself tends to eat power, because it forces GPU refreshes.

if implemented as an applet, it should not update the display too often

Last change: 7 years ago
Voting
Score: 48
  • Negative: 2
  • Neutral: 3
  • Positive: 50
Feature Export
Application-xmlXML   Text-x-logPlaintext   PrinterPrint