Bug#278931: dctc: bad cpu usage on Hyperthreading CPUs

Beratco Matei jr. "Beratco Matei jr." <mathew@tmlug.ro>, 278931@bugs.debian.org
Sun, 31 Oct 2004 11:03:32 +0200


First of all, I am the one with the problem. Eddy actually showed me how 
to file a bug-report.

Eddy Petrisor wrote:

> Grzegorz B. Prokopski wrote:
>
>> reassign 278931 gnome-applets
>> thanks
>>
>
> As far as I understand, the applets is showing an average of the CPU 
> load, which I think is ok. On the other hand, top showed the load 
> taken by dctc as being 99% which would need some explanation.
>
Actually it was dctc_master. And I think top showed only for one 
processor (which means you can have on a 2 processor system 2 processes 
with 99% cpuload).

>> On Sat, 2004-10-30 at 09:28, Eddy Petrisor wrote:
>>
>>> A friend of mine was using dcgui-qt and saw that dctc_master process
>>> was using 99% of one of the CPUs. This was seen with top while the 
>>> gnome
>>> applet was showing 50% load.
>>> thus I think that one of the CPUs was badly managed.
>>
>>
>>
>> There's a copule of things I don't understand here.
>>
>> Dcgui-qt is completly different program than dctc.  Dctc is used by
>> dcgui (which is written with GTK).
>>
>
dc-qt is a frontend for dctc.

>
>> And while we're at it, this bug should rather be filled against gnome
>> applet that was showing wrong value, not dctc.
>
>
> See comments above.
>
>>
>> Reassigned to gnome-applets
>>
>>                 Grzegorz B. Prokopski
>
>
>
The gnome applet showed a good average. dctc_master WAS using 100% of 
one CPU (one of the 2 virtual CPU's provided by an Intel 2.4C). The 
temperature of the CPU confirms this.
dctc used was 0.85.9-1 on a custom 2.6.8.1 kernel.

I have to recheck...since I had the same problem with readcd, but it 
disappeared with kernel 2.6.9.