System Monitor system tab does not show all CPUs

Bug #131295 reported by MarkS
8
Affects Status Importance Assigned to Milestone
Gnome System Monitor
Fix Released
Medium
gnome-system-monitor (Ubuntu)
Fix Released
Low
Ubuntu Desktop Bugs

Bug Description

Binary package hint: gnome-system-monitor

On Dell PowerEdge 1950, dual quad core Xeon only the first 5 CPUs are listed on the gnome-system-monitor system tab. This list should if possible auto-resize to accomodate any number of CPU cores.

Also the automatic colour selection for the CPU time graphs on the resources tab uses the same red colour for the last four CPUs.

Revision history for this message
Pedro Villavicencio (pedro) wrote :

Thank you for taking the time to report this bug and helping to make Ubuntu better. Which version of gnome-system-monitor are you using?, also may you try to attach an screenshot of the gnome-system-monitor problem? thanks in advance.

Changed in gnome-system-monitor:
assignee: nobody → desktop-bugs
status: New → Incomplete
Revision history for this message
MarkS (mark-marksyms) wrote :

Version is 2.18.1.1.

Obviously the colour issue on the resources tabs is easily fixed by the user selecting their own colours so is quite trivial.

Screen shot attached.

Revision history for this message
Sebastien Bacher (seb128) wrote :
Changed in gnome-system-monitor:
importance: Undecided → Low
status: Incomplete → Triaged
Revision history for this message
Sebastien Bacher (seb128) wrote :

upstream question, "Please attach your /proc/cpuinfo"

Changed in gnome-system-monitor:
status: Triaged → Incomplete
Revision history for this message
MarkS (mark-marksyms) wrote :

Cpuinfo attached. Fairly straightforward, two quad core L5320 Xeon processors.

Changed in gnome-system-monitor:
status: Incomplete → Triaged
Changed in gnome-system-monitor:
status: Unknown → New
Revision history for this message
Sebastien Bacher (seb128) wrote :

other upstream questions

"If you have gnome-python-desktop, could you please thy this :
python -c 'import gtop; print gtop.cpu()'"

"how many CPU are displayed in the resource tab ?"

"python -c 'import gtop; print gtop.sysinfo()'"

Revision history for this message
MarkS (mark-marksyms) wrote :

Output from python in attached files.

Eight CPUs are shown in resources tab but the initial state is for the last four to all have the same colour (red).

Revision history for this message
Sebastien Bacher (seb128) wrote :

other upstream questions

"Is that the same kernel ? because some fields are new. I cannot reproduce it
myself, i'm running with your cpuinfo and get the 8 CPUs.

grep BUFSIZ /usr/include/*.h please ?

There's a little bug in gnome-python-desktop/gtop, i'm going to fix, that's why
the cpu() lists have only 7 elements.

The color issue is a different topic, easy to fix. Just to check, are all the
graphs showing activity ?"

Revision history for this message
Sebastien Bacher (seb128) wrote :

the question about the kernel is to know if you ran the python tests on the same version than the cpuinfo

Revision history for this message
MarkS (mark-marksyms) wrote :

Attached a new cpuinfo file, the desktop machine was unavailable when I generated the cpuinfo.txt so that came from an identical system running Ubuntu 7.04 Server. The python run was performed on the desktop machine that shows the problem.

Note, the problem exists only on the "System" tab, i.e. the left most tab that shows the OS version, CPUs and system status. The graphs page shows all 8 cores correctly so it looks like the underlying libraries correctly enumerate things but the UI just doesn't have space to list all the CPUs. I did notice in the output from the python run that it sees them as 2 CPUs each with 4 cores which is is correct. So maybe a better way of listing them would be to list the actual physical CPUs and then have an expander to list the cores for a particular CPU?

Revision history for this message
Sebastien Bacher (seb128) wrote :

upstream comment

"Yes, the grouping/expander looks like a good idea. But /proc/cpuinfo is really
fuzzy, there is no standard formatting between arch. And it's linux-centric,
but why not :)

I'm really waiting for you to post 'grep BUFSIZ /usr/include/*.h', because i
don't know why but libgtop heavily relies on this macro for buffer size, and
this could explain why the resultat are truncated. Because with these cpuinfo
files, i can't reproduce, i get the full list."

Revision history for this message
MarkS (mark-marksyms) wrote :

I don't have any header files installed on that machine. It's a straight install of Ubuntu 7.04 Desktop x64.

Sebastien - could you add this BUFSIZ information from the standard build? Or should I install some of the dev headers and try it?

Revision history for this message
Sebastien Bacher (seb128) wrote :

I'll reply to the question upstream, not need to install those

Changed in gnome-system-monitor:
status: New → Confirmed
Revision history for this message
atexannamedbob (atexannamedbob) wrote :

I have the same problem on Intrepid ubuntu vs 10 on System Monitor 2.24.1
It only list 5 cores on 8 core system.
I was wondering if this bug ever got fixed!?????
This should be important since soon everyone will have 8 cores!!!
Tks!!

Revision history for this message
Stefan Friesel (stefan-friesel) wrote :

The upstream bug says a patch was commited in january. Should be in jaunty too.

Changed in gnome-system-monitor:
importance: Unknown → Medium
Changed in gnome-system-monitor:
status: Confirmed → Fix Released
Revision history for this message
Sebastien Bacher (seb128) wrote :

is that still an issue in recent ubuntu versions?

Robert Roth (evfool)
Changed in gnome-system-monitor (Ubuntu):
status: Triaged → Incomplete
Revision history for this message
Robert Roth (evfool) wrote :

Marking as Fix Released, because the fix has been released quite some time ago, as noted upstream (fixed in libgtop, already at the latest version in Ubuntu). Feel free to reopen if you still experience this behavior using System Monitor 3.x or above.

Changed in gnome-system-monitor (Ubuntu):
status: Incomplete → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.