CPU tops 100%, Xorg to blame

Tom London selinux at gmail.com
Tue Dec 9 01:28:24 UTC 2008


On Mon, Dec 8, 2008 at 4:51 PM, Antonio Olivares
<olivares14031 at yahoo.com> wrote:
> Dear all,
>
> On the machine that also fails to install kile right back after uninstalling it so that I could avoid conflicts, the CPU went up very high.  top shows high numbers for CPU running X only :(
>
> [olivares at riohigh ~]$ top
>
> top - 18:47:04 up 6 min,  2 users,  load average: 1.56, 1.35, 0.64
> Tasks: 126 total,   2 running, 123 sleeping,   0 stopped,   1 zombie
> Cpu(s): 28.6%us, 71.4%sy,  0.0%ni,  0.0%id,  0.0%wa,  0.0%hi,  0.0%si,  0.0%st
> Mem:    499244k total,   492300k used,     6944k free,    34008k buffers
> Swap:  2100784k total,     1120k used,  2099664k free,   249532k cached
>
>  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND
>  3280 root      20   0  102m  26m 7484 R 81.8  5.5   0:51.89 Xorg
>  4039 olivares  20   0  2428 1068  836 R 65.5  0.2   0:00.19 top
>    1 root      20   0  2008  516  464 S  0.0  0.1   0:02.94 init
>    2 root      15  -5     0    0    0 S  0.0  0.0   0:00.00 kthreadd
>    3 root      RT  -5     0    0    0 S  0.0  0.0   0:00.00 migration/0
>    4 root      15  -5     0    0    0 S  0.0  0.0   0:00.18 ksoftirqd/0
>    5 root      RT  -5     0    0    0 S  0.0  0.0   0:00.00 watchdog/0
>    6 root      15  -5     0    0    0 S  0.0  0.0   0:00.00 events/0
>    7 root      15  -5     0    0    0 S  0.0  0.0   0:00.08 khelper
>   10 root      RT  -5     0    0    0 S  0.0  0.0   0:00.00 kstop/0
>  149 root      15  -5     0    0    0 S  0.0  0.0   0:00.00 kintegrityd/0
>  151 root      15  -5     0    0    0 S  0.0  0.0   0:00.10 kblockd/0
>  153 root      15  -5     0    0    0 S  0.0  0.0   0:00.00 kacpid
>  154 root      15  -5     0    0    0 S  0.0  0.0   0:00.00 kacpi_notify
>  218 root      15  -5     0    0    0 S  0.0  0.0   0:00.00 cqueue
>  225 root      15  -5     0    0    0 S  0.0  0.0   0:00.10 ata/0
>  226 root      15  -5     0    0    0 S  0.0  0.0   0:00.00 ata_aux
> [1]+  Done                    xterm -e top
> [olivares at riohigh ~]$ top
>
> top - 18:47:11 up 6 min,  2 users,  load average: 1.51, 1.34, 0.64
> Tasks: 126 total,   1 running, 124 sleeping,   0 stopped,   1 zombie
> Cpu(s): 28.4%us, 35.0%sy,  0.0%ni, 20.5%id, 15.4%wa,  0.0%hi,  0.6%si,  0.0%st
> Mem:    499244k total,   492300k used,     6944k free,    34016k buffers
> Swap:  2100784k total,     1120k used,  2099664k free,   249604k cached
>
>  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND
>  3280 root      20   0   99m  26m 7484 S 90.8  5.5   0:58.62 Xorg
>  4043 olivares  20   0  2424  964  736 R  5.3  0.2   0:00.07 top
>  1662 root      20   0 27540 1288  792 S  1.8  0.3   0:00.27 rsyslogd
>  3927 olivares  20   0 34696  11m 8136 S  1.8  2.4   0:01.74 gkrellm
>    1 root      20   0  2008  516  464 S  0.0  0.1   0:02.94 init
>    2 root      15  -5     0    0    0 S  0.0  0.0   0:00.00 kthreadd
>    3 root      RT  -5     0    0    0 S  0.0  0.0   0:00.00 migration/0
>    4 root      15  -5     0    0    0 S  0.0  0.0   0:00.18 ksoftirqd/0
>    5 root      RT  -5     0    0    0 S  0.0  0.0   0:00.00 watchdog/0
>    6 root      15  -5     0    0    0 S  0.0  0.0   0:00.00 events/0
>    7 root      15  -5     0    0    0 S  0.0  0.0   0:00.08 khelper
>   10 root      RT  -5     0    0    0 S  0.0  0.0   0:00.00 kstop/0
>  149 root      15  -5     0    0    0 S  0.0  0.0   0:00.00 kintegrityd/0
>  151 root      15  -5     0    0    0 S  0.0  0.0   0:00.10 kblockd/0
>  153 root      15  -5     0    0    0 S  0.0  0.0   0:00.00 kacpid
>  154 root      15  -5     0    0    0 S  0.0  0.0   0:00.00 kacpi_notify
>  218 root      15  -5     0    0    0 S  0.0  0.0   0:00.00 cqueue
> [olivares at riohigh ~]$ /sbin/lspci | grep 'VGA'
> 01:00.0 VGA compatible controller: ATI Technologies Inc Radeon RV100 QY [Radeon 7000/VE]
> [olivares at riohigh ~]$
>
>
> Advice/suggestions/welcome
>
> Regards,
>
> Antonio
>
>

Could it be this: https://bugzilla.redhat.com/show_bug.cgi?id=474586

-- 
Tom London




More information about the fedora-test-list mailing list