encontrar programas espaciais do kernel [duplicado]

3

como podemos determinar o processo % sy que está consumindo CPU.

No caso a seguir, não há netfilter e o tráfego está abaixo de 1 mbps.mas o processo do sistema ainda está tendo muito CPU e o uso da cpu para processos processados também são altos.Como podemos determinar o processo consumindo CPU do nível do sistema.

top - 01:22:18 up  10:09,  3 users,  load average: 14.36, 13.68, 11.68
Tasks: 200 total,   3 running, 197 sleeping,   0 stopped,   0 zombie
Cpu0  :  3.1%us, 63.5%sy, 33.3%ni,  0.0%id,  0.0%wa,  0.0%hi,  0.0%si,  0.0%st
Cpu1  :  1.8%us, 34.2%sy, 64.0%ni,  0.0%id,  0.0%wa,  0.0%hi,  0.0%si,  0.0%st
Mem:  16436984k total,  8449956k used,  7987028k free,    73420k buffers
Swap:  8385920k total,        0k used,  8385920k free,  5566404k cached
PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND
5706 tlmsys    27   4 4490m 1.6g  13m S 51.6 10.2  12:37.67 java
4233 oracle    25   0 3448m  47m  33m R  9.9  0.3   0:03.62 oracle
3166 root      15   0 62616 1216  656 S  0.7  0.0   0:01.47 sshd
5512 tlmsys    15   0 96992  12m 9424 S  0.7  0.1   0:04.03 stlfetch
5520 oracle    15   0 3424m  72m  69m S  0.7  0.5   0:08.42 oracle
6 root      10  -5     0    0    0 S  0.3  0.0   0:01.59 events/0
4476 monitor   15   0 90116 1764 1008 S  0.3  0.0   0:00.61 sshd
5872 tlmsys    25   4 4479m 135m  11m S  0.3  0.8   0:25.72 java
7139 oracle    16   0 12740 1180  824 S  0.3  0.0   0:06.76 top
9268 root      16   0 12740 1180  816 S  0.3  0.0   0:02.80 top
9978 root      15   0 12740 1176  820 R  0.3  0.0   0:00.07 top
1 root      15   0 10348  696  584 S  0.0  0.0   0:00.79 init
2 root      RT  -5     0    0    0 S  0.0  0.0   0:00.02 migration/0
3 root      34  19     0    0    0 S  0.0  0.0   0:00.03 ksoftirqd/0
4 root      RT  -5     0    0    0 S  0.0  0.0   0:00.01 migration/1
5 root      34  19     0    0    0 R  0.0  0.0   0:00.00 ksoftirqd/1
7 root      10  -5     0    0    0 S  0.0  0.0   0:00.16 events/1
8 root      10  -5     0    0    0 S  0.0  0.0   0:00.09 khelper
145 root      12  -5     0    0    0 S  0.0  0.0   0:00.03 kthread
150 root      10  -5     0    0    0 S  0.0  0.0   0:00.15 kblockd/0
151 root      10  -5     0    0    0 S  0.0  0.0   0:00.03 kblockd/1
152 root      15  -5     0    0    0 S  0.0  0.0   0:00.00 kacpid
311 root      13  -5     0    0    0 S  0.0  0.0   0:00.00 cqueue/0
312 root      13  -5     0    0    0 S  0.0  0.0   0:00.00 cqueue/1
315 root      13  -5     0    0    0 S  0.0  0.0   0:00.00 khubd
317 root      10  -5     0    0    0 S  0.0  0.0   0:00.00 kseriod
389 root      18   0     0    0    0 S  0.0  0.0   0:00.00 pdflush
390 root      15   0     0    0    0 S  0.0  0.0   0:00.78 pdflush
391 root      13  -5     0    0    0 S  0.0  0.0   0:00.00 kswapd0
392 root      13  -5     0    0    0 S  0.0  0.0   0:00.00 aio/0
393 root      13  -5     0    0    0 S  0.0  0.0   0:00.00 aio/1
599 root      11  -5     0    0    0 S  0.0  0.0   0:00.00 kpsmoused
645 root      10  -5     0    0    0 S  0.0  0.0   0:00.01 mpt_poll_0

está claro que o java está usando 51.6% cpu e oracle 9.9, portanto, mesmo que todos os cpus do processo estejam combinados, ele está abaixo de 100% e a média de carga deve estar abaixo de 2,

mas por que a média de carga é 14.

Como podemos ver o processo do kernel (% sy) que está usando alta cpu.

uname -a

Linux 2.6.18-155.el5 (todbase1) 

se for bug do kernel. Ainda não podemos ver o processo do lado do sistema.

    
por Kevin Parker 14.06.2013 / 14:05

3 respostas

5

% sy indica o tempo gasto nos processos do kernel (realmente threads do kernel) e as partes do kernel que não são processos. Os processos do kernel aparecem normalmente no topo ( ksoftirqd/0 é um). Se você está classificando por uso instantâneo da CPU, e é um processo do kernel contribuindo para% sy, esse processo apareceria. No entanto, se não for um processo do kernel, mas o kernel que está sendo executado, o top não fornecerá nenhuma informação.

Especificamente, o kernel possui efetivamente um contexto de interrupção (na verdade vários deles, para interrupções de hardware e software) e um contexto de processo (para executar chamadas do sistema). Se a memória servir, o último tipo aparecerá como tempo de CPU pelo processo que os causou. No entanto, os aspectos de agendamento do kernel e a atividade dos componentes do kernel não relacionados à chamada do sistema ou outro processamento de interrupção, não terão informações contábeis detalhadas.

    
por 16.06.2013 / 09:36
1

Para o tempo do sistema, existem dois principais candidatos a E / S:

  • Rede - mas seus buffers estão baixos
  • Disk-IO - normalmente você também deve esperar, não é o caso aqui
  • candidato menor pode ser taxa de transferência de RAM (coleta de lixo java?)

O que me intriga um pouco é o seu alto valor legal .

Talvez um cat /proc/interrupts dê mais informações aqui.

Costumo dizer que você tem problemas relacionados à rede.

Adicione também a saída de ethtool -S IFACE |grep -vw 0 . Substitua IFACE pelo nome da sua NIC principal.

    
por 17.06.2013 / 15:29
1

Com o kernel mais novo você pode usar o perf top e no redhat 5.X se você quiser olhar no fundo você pode usar o systemtap, tenha cuidado com systemtap no sistema de produção ao vivo, porque ele trabalha no espaço do kernel

    
por 29.07.2013 / 15:32