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.