[Bugs] #2141 UNSP: Memory and CPU status indicator for the frame.
Sugar Labs Bugs
bugtracker-noreply at sugarlabs.org
Sat Aug 21 12:10:18 EDT 2010
#2141: Memory and CPU status indicator for the frame.
------------------------------------------+---------------------------------
Reporter: m_anish | Owner: tomeu
Type: enhancement | Status: new
Priority: Unspecified by Maintainer | Milestone: Unspecified by Release Team
Component: sugar | Version: Unspecified
Severity: Unspecified | Keywords: r! dextrose
Distribution: Unspecified | Status_field: Unconfirmed
------------------------------------------+---------------------------------
Comment(by sascha_silbe):
Replying to [comment:8 tomeu]:
> Have given it a go in my machine and have been thinking a bit about it,
and I'm quite unsure we can find a set of parameters that work well in all
the scenarios where Sugar is expected to run. Consider for example a LTSP
environment where all the Sugar instances share the same address space.
The combined display ("mood") might not work too well on systems with lots
of RAM, but other than that I fail to see why the proposed device icon
would fail to be useful on a wide range of systems. Even for single-user
systems the resource usage isn't entirely up to the user to control (e.g.
cron jobs); but that doesn't imply it doesn't matter to know about current
resource usage.
The palette shows cumulative resource usage as a fraction, so there's no
dependency on particular hardware specs like memory size, number of CPUs
or CPU frequency.
> I'm also concerned that we are going to pay a penalty for updating the
CPU usage when we agreed that the important measure is memory.
Another important measure is IO-wait. IIRC the CPU calculation was chosen
to reflect this, so the CPU part shouldn't be dropped.
> I think work like this belongs better outside the sugar source tree
until we agree this is of general interest to all the users we are
targeting. I know XOs are our most important use base by large, but we
still aim to grow to other areas.
I have to disagree. On all systems I've used so far, knowing about current
resource usage is important. I use top about once a day on average,
including on my dual-core, 1.9GHz workstation with 4GB of RAM.
> Extensions exist precisely so people can extend the Sugar shell without
having to either patch or go through all the submission process, I don't
think we should try to upstream everything.
If you don't want this to be enabled by default, please at least ship it
in a "contrib" directory so enabling it is as easy as creating a symlink.
The clock device icon could ship in the same directory then. It's the #1
reason I bring up the Frame (#2 is wifi status).
--
Ticket URL: <http://bugs.sugarlabs.org/ticket/2141#comment:10>
Sugar Labs <http://sugarlabs.org/>
Sugar Labs bug tracking system
More information about the Bugs
mailing list