<br><br>
<div><span class="gmail_quote">On 12/30/05, <b class="gmail_sendername">Adriaan de Groot</b> <<a href="mailto:groot@kde.org">groot@kde.org</a>> wrote:</span>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">There's a couple of non-portable system things that are really popular to know<br>for KDE applications. These are CPU information (load; percentage time idle,
<br>interrupt, user, etc.), swap and RAM information (free and used). Reading<br>these data is a pain in the ass, and it's implemented who knows how many<br>times across the KDE codebase -- superkaramba, ksysguard and the just
<br>discovered (and hopelessly buggy) ktimemon come to mind. I think SK has the</blockquote>
<div> </div>
<div>Also in kasbar and kst IIRC.</div>
<div> </div><br>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">So would it make sense to factor this stuff out and stick it in kdelibs<br>somewhere? ksysinfo or some such -- one central place to query system
<br>resource usage, so there's only one place reading /proc/icky/memusage or<br>calling sysctlbyname("hw.memusage") or calling table() or using kvm(4).</blockquote>
<div> </div>
<div>I think that's a great idea.</div>
<div> </div>
<div>Rich.</div><br> </div>