Version: (using KDE 4.3.1) IT would be very useful, if in in system monitor (the one called by ctrl + esc) in the status bar summary information would be shown: only from the filtered list/total sum of RAM, CPU used, count of found running processes. * Running processes: 321 (123); Ram used:1234mb (1999mb) Free ram:1001mb * as results form filtered_list (total_usage) As for now It is impossible to know how much free ram is left on current machine otherwise than summing by hand :(
Is someone working on this bug? I looked into the code from trunk and found there QLabels for Process Count, MemTotal etc.
The code for the System Activity dialog is actually in kdebase/workspace/krunner. So there needs to be code added there to basically query the ksysguardprocesslist widget for the information, and show it in the status bar.
Hello I am trying to complete this junior job but i think that there is a misunderstanding here or i might be wrong. With the shortcut ctrl + esc the application which opens (the system activity) it belong to the krunner... But in the system activity there is no status bar. Also in the system monitor (run ksysguard into the konsole, to open it) there is the status bar but this application has not the shortcut ctrl + esc and this application there is exist in the gui (ksysguard) and in the konsole (ksysguardd)... Can someone explain me what exactly should i do in this junior job?
Yeah, it's not really a junior job imho.
Also very useful would be a history of cpu, ram, swap and disk I/O usage. It'd therefore be a proper system monitor.
Created attachment 48200 [details] Patch for SystemActivity dialog
Comment on attachment 48200 [details] Patch for SystemActivity dialog I made a patch that show some of the requested information. With this patch, the System Activity dialog shows the number of running processes, used/total RAM and CPU usage, without considering filtering. This patch is made from revision 1140843 and applies to these files from kdebase: workspace/libs/ksysguard/processui/ProcessModel.cc workspace/libs/ksysguard/processui/ProcessModel.h workspace/libs/ksysguard/processui/ksysguardprocesslist.cpp workspace/libs/ksysguard/processui/ProcessWidgetUI.ui In ProcessModel I added 2 methods to calculate used RAM/CPU for all the running processes and in KSysguardProcessList I formatted the output for 3 labels which I added in the ui file.
(In reply to comment #7) > (From update of attachment 48200 [details]) > I made a patch that show some of the requested information. With this patch, > the System Activity dialog shows the number of running processes, used/total > RAM and CPU usage, without considering filtering. Thanks :) A few thoughts: +int ProcessModel::totalCPUUsage() This is kinda roundabout :) Just: + foreach( KSysGuard::Process *process, d->mProcesses->getAllProcesses()) { + total += process->userUsage + process->sysUsage; But I wonder if this should be split into totalUserUsage and totalSysUsage. I also worry that this might not give the total cpu usage - what about kernel cpu usage that is not accounted for in the list of processes? Ditto for totalMemUsage.
To be honest, code isn't the blocker for this bug. What is the blocker is a GUI design for showing this information. I don't want it to be just a plain text label at the bottom, but a graph. Consider how the information is shown in OSX: http://osx.iusethis.com/screenshot/osx/activitymonitor.png What I want is a design that looks as pretty as that :)
Created attachment 48270 [details] New design for the System Activity widget I've created a design that resembles the OSX application you mentioned. Currently there are only 2 tabs for CPU and Memory with Sys/User/Idle usage, a graph (ksignalplotter), threads and processes count and also free/used memory with a pie chart widget i made. It doesn't look as good as the OSX application, but it's much better than my previous attempt. I'm sure it can be improved. The CPU usage seems correct, however the memory usage from the list of processes is a little less than the global memory usage. Maybe /proc/meminfo should be parsed for free memory too.
I've taken the easy way: I've assigned the global shortcut Ctrl-Esc to open System Monitor (aka ksysguard).
What's the progress on this? If anyone has a newer WIP patch, please attach it to avoid duplicated work.
(In reply to comment #11) > I've taken the easy way: I've assigned the global shortcut Ctrl-Esc to open > System Monitor (aka ksysguard). Personally, I don't see the reason for having both 'System Monitor' and 'System Activity' in the first place. System Monitor has System Activity embedded in it, and the size/load-times between the two are negligible. A miniaturized/basic graphical view of the System Load tab could be added to the bottom of ksysguard instead of the plain text as it is now (without removing the System Load tab).
Since the requirements were raised to actually ask for the things "System Monitor"(ksysguard) offers I think that "System Activity" should be removed and when Cltr + ESC is pressed "System Monitor" should be launched with the "Process Table" selected by default. I do want to mention that "System Monitor" starts a bit slower if you try harder to compare the launch time. ksysguard doesn't offer at the moment an option from console to select the tab on launch so it should be implemented there too. But does "System Activity" need it actually? I think that the idea of System Activity at the moment is to be able to change applications priorities and end processes but not to monitor CPU/RAM... usage.
*** Bug 271332 has been marked as a duplicate of this bug. ***
(In reply to comment #14) > Since the requirements were raised to actually ask for the things "System > Monitor"(ksysguard) offers I think that "System Activity" should be removed > and when Cltr + ESC is pressed "System Monitor" should be launched with the > "Process Table" selected by default. I do want to mention that "System > Monitor" starts a bit slower if you try harder to compare the launch time. > ksysguard doesn't offer at the moment an option from console to select the > tab on launch so it should be implemented there too. But does "System > Activity" need it actually? > I think that the idea of System Activity at the moment is to be able to > change applications priorities and end processes but not to monitor > CPU/RAM... usage. I agree. With that said, I think that this bug should be closed; it's more of a wish anyways instead of a junior job.
What about make a poll in the forums and ask for feedback from more users, and make a specifications on what happens when you press Ctrl+Esc by default? OR if the current thing is good enough then close this bug.
*** This bug has been confirmed by popular vote. ***
ksysguard is no longer maintained, in Plasma 6 there is the Plasma system monitor for this task. If your wish is still valid for the Plasma 6 replacement, please re-open and we can move this bug to the new product, thanks!