Bubbling Load Monitor Applet 2.0.11 (Gnome 2 branch)


 
Thread Tools Search this Thread
Special Forums News, Links, Events and Announcements Software Releases - RSS News Bubbling Load Monitor Applet 2.0.11 (Gnome 2 branch)
# 1  
Old 01-04-2009
Bubbling Load Monitor Applet 2.0.11 (Gnome 2 branch)

Image The Bubbling Load Monitor (or "Bubblemon" for short) is a system load monitor for the GNOME panel. It looks like a vial containing water. The water level indicates how much (electronic) memory is in use. The color of the liquid indicates how much swap space is used. The amount of bubbles reflects the system CPU load. A message in a bottle indicates there is unread mail. A reed-like graph shows network load. On multi-core systems the CPU with the highest load will bubble in the middle, and the others on the sides, so it's possible to see how well load gets distributed between CPUs. License: GNU General Public License (GPL) Changes:
Applet sizing was fixed so that the applet doesn't become too narrow on the default GNOME panels. Water now has a minimum level so that load is visible even on systems with very low memory usage. The tool tip was improved. Man pages were fixed so that they can be parsed by lexgrog. Image

Image

More...
Login or Register to Ask a Question

Previous Thread | Next Thread

5 More Discussions You Might Find Interesting

1. Ubuntu

Ubuntu 12.04 Using Gnome Shell NM Applet Issues

I think it may be a bug: This is the scenario: I installed a barebones Ubuntu 12.04 using GNOME-SHELL on a usbstick(work related project). All worked fine from the laptop that I did the installation from. It grabbed an ip address automatically assigning the nic (eth0) and the wireless... (1 Reply)
Discussion started by: metallica1973
1 Replies

2. Shell Programming and Scripting

System Health - Cpu, Load, IO Monitor

hello there, can someone please tell me the commands that makes sense, from a production point of view, to be used to make sure CPU, LOAD or IO usages on a Linux or Solaris server isn't too high? I'm aware of vmstat, iostat, sar. But i seriously need real world advice as to what fields in... (1 Reply)
Discussion started by: SkySmart
1 Replies

3. UNIX for Dummies Questions & Answers

Solaris Express Slow to load Gnome

Hi, I recently installed the latest Solaris Express Developers Edition. I'm building a NAS and want to use RAID Z, and Solaris 10 didn't have the drivers for my HD controller card. Everything is up and running fine, but I notice it takes a good 8 minutes to load gnome (or X, not sure where it... (2 Replies)
Discussion started by: ciscocbee
2 Replies

4. Solaris

Can i load Xwindows or Gnome after the initial install

I am trying to load Xwindows on a sun240 that was deployed without it. I have the Solaris 10 disk mounted and ready but I want to make sure that I can load a Xwindows using the pkgadd command. I know its a dumb question but I rather ask a dumb question vs scrogging the box (0 Replies)
Discussion started by: razor3928
0 Replies

5. UNIX for Advanced & Expert Users

load monitor script

I need help in finding a script to monitor loads for 8+ servers on a single console. The goal here is to centralize it and run the script from a single server. Can anyone help on this? Im running this script on each server to monitor the load. while true; do w | grep average | grep -v grep... (7 Replies)
Discussion started by: locabuilt
7 Replies
Login or Register to Ask a Question
MONITOR(3)						     Library Functions Manual							MONITOR(3)

NAME
monitor - prepare execution profile SYNOPSIS
monitor(lowpc, highpc, buffer, bufsize, nfunc) int (*lowpc)( ), (*highpc)( ); short buffer[ ]; DESCRIPTION
An executable program created by `cc -p' automatically includes calls for monitor with default parameters; monitor needn't be called explicitly except to gain fine control over profiling. Monitor is an interface to profil(2). Lowpc and highpc are the addresses of two functions; buffer is the address of a (user supplied) array of bufsize short integers. Monitor arranges to record a histogram of periodically sampled values of the program counter, and of counts of calls of certain functions, in the buffer. The lowest address sampled is that of lowpc and the highest is just below highpc. At most nfunc call counts can be kept; only calls of functions compiled with the profiling option -p of cc(1) are recorded. For the results to be significant, especially where there are small, heavily used routines, it is suggested that the buffer be no more than a few times smaller than the range of locations sampled. To profile the entire program, it is sufficient to use extern etext(); ... monitor((int)2, etext, buf, bufsize, nfunc); Etext lies just above all the program text, see end(3). To stop execution monitoring and write the results on the file mon.out, use monitor(0); then prof(1) can be used to examine the results. FILES
mon.out SEE ALSO
prof(1), profil(2), cc(1) MONITOR(3)