Nitrogen focuses on simplicity and modifiability. Visual components were grouped into panels using tags. This makes it easier for panels to be added, removed or repositioned (for example, if you want to support quad core CPUs).
Two .skz files are included, one with SLI GPU support and one without.Last changelog:
v1.1 - added nvidia GPU bars (SLI support) - added CPU frequency
Hi,
I really like this app, but have a couple of problems. CPU frequency doesn't show up, and I only have one nvidia card, not two, but it displays two temperature graphs.
Can this be made to automatically detect how many cards are installed and only display one bar if there is one card?
Thanks,
Roly.
Hi Roly, thanks for the comment.
I'm looking at making this widget configurable (think: menu). I think this might be possible if I write some Python code. Your suggestions should be possible if this works out.
As for a quick fix to your SLI and CPU frequency problems... use "unzip" to expand the .skz file, edit the .theme file. It should be easy to remove the extra GPU (don't forget to change the widget height... ugh... I agree, autoconfiguration would make this much easier).
The CPU frequency requires the cpufrequtils package (sudo apt-get install cpufrequtils). Try typing "cpufreq-info" into the console, see if you get anything. I use the "-f -m" tags to print pretty, and "-c" to pick CPU core.
One last thing about SLI. My laptop has SLI, but the second card is disabled in the BIOS. I noticed that nvidia-settings (the command that gets called by my widget) uses the temperature from the active GPU for both GPU's in this case.
OK, I'm using gentoo and cpufreq-info appears to be installed. This is what I get:
cpufrequtils 002: cpufreq-info (C) Dominik Brodowski 2004-2006
Report errors and bugs to linux@brodo.de, please.
analyzing CPU 0:
no or unknown cpufreq driver is active on this CPU
analyzing CPU 1:
no or unknown cpufreq driver is active on this CPU
Am I missing something from my kernel?
I use a different superkaramba monitor under KDE 3.5.10 and it detects the cpu frequency correctly. Unfortunately I forget the name of the monitor I use in KDE 3.5.10.
Hi Roly,
Quick fix: try using "cat /proc/cpuinfo"... this should give you a ton of information, CPU MHz should be buried in there somewhere. The Oxygen system monitor uses this command:
"cat /proc/cpuinfo | grep 'cpu MHz' | sed -e 's/.*: //'| sed -e 's/\..../ MHz/' | head -n 1"
My complaint about this is that it's a little bit more difficult to parse frequency on a *per core* basis. In particular, the Oxygen command blindly looks for the first "cpu MHz" it can find... I guess that can be worked around by removing the "head -n 1" bit... however, using this command still seems inelegant compared to what cpufreq-info gives you.
I don't want to speculate too much since I'm unfamiliar with gentoo systems. However, when I run "cpufreq-info", I see
analyzing CPU 0:
driver: acpi-cpufreq
...
current CPU frequency is 800 MHz.
I tried apt-get'ting a few things, but I really don't remember where acpi-cpufreq came from. By chance, your system might already have it... try "modprobe acpi-cpufreq" as per
http://wiki.archlinux.org/index.php/Cpufrequtils#CPU_Frequency_Driver
That website is a decent intro. The following websites may also be helpful...
http://www.thinkwiki.org/wiki/How_to_make_use_of_Dynamic_Frequency_Scaling#Using_the_Sys_Interface
http://ubuntuguide.org/wiki/Ubuntu:Feisty#How_to_enable_your_CPU.27s_Power_Saving.2FFrequency_Scaling_features
Note that step 3 contains a list of CPU-specific kernel modules which may be helpful to you.
Last but not least... it was a while ago when I installed cpufrequtils... it might have worked out of the box for me because I had previously installed lm-sensors. I guess I'm just wondering if installing lm-sensors pulled in some common dependencies that allowed cpufrequtils to work properly.
Success!
I didn't have a needed module loaded. The Archlinux wiki suggested loading acpi-cpufreq, so I did that and it now reports the correct cpu frequency :)
Thanks for your help with this.
Roly.
Ratings & Comments
6 Comments
Hi, I really like this app, but have a couple of problems. CPU frequency doesn't show up, and I only have one nvidia card, not two, but it displays two temperature graphs. Can this be made to automatically detect how many cards are installed and only display one bar if there is one card? Thanks, Roly.
Hi Roly, thanks for the comment. I'm looking at making this widget configurable (think: menu). I think this might be possible if I write some Python code. Your suggestions should be possible if this works out. As for a quick fix to your SLI and CPU frequency problems... use "unzip" to expand the .skz file, edit the .theme file. It should be easy to remove the extra GPU (don't forget to change the widget height... ugh... I agree, autoconfiguration would make this much easier). The CPU frequency requires the cpufrequtils package (sudo apt-get install cpufrequtils). Try typing "cpufreq-info" into the console, see if you get anything. I use the "-f -m" tags to print pretty, and "-c" to pick CPU core. One last thing about SLI. My laptop has SLI, but the second card is disabled in the BIOS. I noticed that nvidia-settings (the command that gets called by my widget) uses the temperature from the active GPU for both GPU's in this case.
Don't quote me on the SLI w/ one GPU disabled behaviour. It was just an initial observation.
OK, I'm using gentoo and cpufreq-info appears to be installed. This is what I get: cpufrequtils 002: cpufreq-info (C) Dominik Brodowski 2004-2006 Report errors and bugs to linux@brodo.de, please. analyzing CPU 0: no or unknown cpufreq driver is active on this CPU analyzing CPU 1: no or unknown cpufreq driver is active on this CPU Am I missing something from my kernel? I use a different superkaramba monitor under KDE 3.5.10 and it detects the cpu frequency correctly. Unfortunately I forget the name of the monitor I use in KDE 3.5.10.
Hi Roly, Quick fix: try using "cat /proc/cpuinfo"... this should give you a ton of information, CPU MHz should be buried in there somewhere. The Oxygen system monitor uses this command: "cat /proc/cpuinfo | grep 'cpu MHz' | sed -e 's/.*: //'| sed -e 's/\..../ MHz/' | head -n 1" My complaint about this is that it's a little bit more difficult to parse frequency on a *per core* basis. In particular, the Oxygen command blindly looks for the first "cpu MHz" it can find... I guess that can be worked around by removing the "head -n 1" bit... however, using this command still seems inelegant compared to what cpufreq-info gives you. I don't want to speculate too much since I'm unfamiliar with gentoo systems. However, when I run "cpufreq-info", I see analyzing CPU 0: driver: acpi-cpufreq ... current CPU frequency is 800 MHz. I tried apt-get'ting a few things, but I really don't remember where acpi-cpufreq came from. By chance, your system might already have it... try "modprobe acpi-cpufreq" as per http://wiki.archlinux.org/index.php/Cpufrequtils#CPU_Frequency_Driver That website is a decent intro. The following websites may also be helpful... http://www.thinkwiki.org/wiki/How_to_make_use_of_Dynamic_Frequency_Scaling#Using_the_Sys_Interface http://ubuntuguide.org/wiki/Ubuntu:Feisty#How_to_enable_your_CPU.27s_Power_Saving.2FFrequency_Scaling_features Note that step 3 contains a list of CPU-specific kernel modules which may be helpful to you. Last but not least... it was a while ago when I installed cpufrequtils... it might have worked out of the box for me because I had previously installed lm-sensors. I guess I'm just wondering if installing lm-sensors pulled in some common dependencies that allowed cpufrequtils to work properly.
Success! I didn't have a needed module loaded. The Archlinux wiki suggested loading acpi-cpufreq, so I did that and it now reports the correct cpu frequency :) Thanks for your help with this. Roly.