Re: wired top (and others) behavior - broken CPU usage reporting ?

From: Vladimir Grebenschikov <vova_at_fbsd.ru>
Date: Tue, 05 Sep 2006 15:04:06 +0400
В вт, 05/09/2006 в 12:35 +0200, Fabian Keil пишет:
> Vladimir Grebenschikov <vova_at_fbsd.ru> wrote:
> 
> > I have notice that it is no more possible to find what process is eats
> > all CPU time with top, vmstat and tools like that. This happens with
> > current some (big) time ago.
> 
> > 99.5% CPU used in user space.
> > 
> > now top output (sorted by CPU):
> > last pid:  2024;  load averages:  1.03,  0.65, 0.40 up 0+01:28:34
> > 11:38:50
> > 120 processes: 4 running, 116 sleeping
> > CPU states: 95.7% user,  0.0% nice,  3.5% system,  0.8% interrupt,  0.0%
> > idle
> > Mem: 589M Active, 209M Inact, 146M Wired, 512K Cache, 111M Buf, 46M Free
> > Swap: 1200M Total, 1200M Free
> > 
> >   PID USERNAME    THR PRI NICE   SIZE    RES STATE    TIME   WCPU
> > COMMAND
> >   927 root          1  97    0 52084K 28172K select   1:02  2.98% Xorg
> >  1128 vova          1  96    0 21172K 13676K select   0:10  0.98%
> > metacity
> >  1252 vova          1  96    0 38024K 29884K select   1:56  0.63%
> > skype_bin
> >  1386 vova         11 126    0   516M   470M RUN      3:42  0.00%
> > evolution-2.6
> 
> > No any idea who eats these 95.5% of CPU time. 
> > Same picture on vmstat's pigs screen.
> > 
> > I know that this process is actually evolution, and if I kill it system
> > load drops, but why it is not shown by top (and other).
> > 
> > Any hints about it ?
> 
> Probably evolution is using libpthread. 

Yes
% ldd /usr/X11R6/bin/evolution | fgrep thr
        libgthread-2.0.so.0 => /usr/local/lib/libgthread-2.0.so.0
(0x28b18000)
        libpthread.so.2 => /lib/libpthread.so.2 (0x2945f000)
%

> If you use libmap.conf(5) to have
> evolution use libthr instead, you should see its cpu usage just fine.

It looks like workaround.

What about solution for that problem ?

> Fabian
-- 
Vladimir B. Grebenschikov
vova_at_fbsd.ru
Received on Tue Sep 05 2006 - 09:04:14 UTC

This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:39:00 UTC