Factoring out standard system information

Adriaan de Groot groot at kde.org
Fri Dec 30 02:00:03 GMT 2005


There's a couple of non-portable system things that are really popular to know 
for KDE applications. These are CPU information (load; percentage time idle, 
interrupt, user, etc.), swap and RAM information (free and used). Reading 
these data is a pain in the ass, and it's implemented who knows how many 
times across the KDE codebase -- superkaramba, ksysguard and the just 
discovered (and hopelessly buggy) ktimemon come to mind. I think SK has the 
most accurate code - at least it gives me numbers that match what top(1) and 
swapinfo(8) tell me. KTimeMon has support for OSF but not for FreeBSD, which 
is .. uncomfortable and/or weird.

So would it make sense to factor this stuff out and stick it in kdelibs 
somewhere? ksysinfo or some such -- one central place to query system 
resource usage, so there's only one place reading /proc/icky/memusage or 
calling sysctlbyname("hw.memusage") or calling table() or using kvm(4).

How does that square with SK's merger into plasma? The system resource reading 
is some of the most popular stuff in SK.


-- 
These are your friends - Adem
    GPG: FEA2 A3FE Adriaan de Groot
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 187 bytes
Desc: not available
URL: <http://mail.kde.org/pipermail/kde-core-devel/attachments/20051230/95ed5584/attachment.sig>


More information about the kde-core-devel mailing list