Comando top

felipe_pepii
(usa Debian)

Enviado em 02/06/2008 - 10:11h

Salve VOL..

Estou com um probleminha e queria saber a origem,
o comando top nao esta mostrando os CPU´s quando o chamo..

segue o comando top.

Mem: 2053312K used, 21076K free, 0K shrd, 5856K buff, 781844K cached
Load average: 0.80, 0.58, 0.77 (State: S=sleeping R=running, W=waiting)

PID USER STATUS RSS PPID %CPU %MEM COMMAND
18632 root S 387M 18626 2.9 19.1 app2
24068 oracle S 61M 1 2.9 3.0 oracle
18629 root S 333M 18625 1.9 16.4 app1
24211 root R 816 19464 1.9 0.0 top
3307 oracle S 153M 1 0.0 7.5 oracle
3301 oracle S 125M 1 0.0 6.2 oracle
19724 oracle S 111M 1 0.0 5.4 oracle



Alguem sabe o porque disso? OS Red Hat ES 4...

Desde ja agradeço

marcosmiras
(usa CentOS)

Enviado em 02/06/2008 - 10:24h

Esse ES4 é chatinho... hehe
Se você verifica o CPU o que ele responde?

# cat /proc/cpuinfo

[]'s

kalib
(usa Arch Linux)

Enviado em 02/06/2008 - 10:38h

Aperte a tecla t. ;]
Quando o top tiver rodando aperte a tecla t para ativar a cpu. ;]

[]'s

marcosmiras
(usa CentOS)

Enviado em 02/06/2008 - 10:45h

Só que tem um detalhe, nessa versão do RH se o processador ou memória dá uma "segurada" inesperada ele fica como se não reconhecesse (já tive esse problema). Caso não apareça resposta exata no /proc/cpuinfo o ideal é reiniciar em safe mode e verificar o processador novamente. Atualizando o Kernel o problema se resolve...

[]'s

kalib
(usa Arch Linux)

Enviado em 02/06/2008 - 11:04h

O problema dele provavelmente não é esse cara..
É simplesmente o top que está com a leitura de cpu desabilitada..
Basta apertar t para voltar ao normal... por exemplo:

top - 11:03:40 up 2:38, 2 users, load average: 0.94, 0.76, 0.68
Mem: 903876k total, 850564k used, 53312k free, 35532k buffers
Swap: 996020k total, 0k used, 996020k free, 383908k cached

PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
5957 kalib 20 0 176m 46m 24m R 25.8 5.2 39:13.04 plasma
8687 kalib 20 0 250m 133m 24m S 10.5 15.1 6:08.12 firefox

Aí foi sem a tecla t..
Com o top aberto, aperte t e verá a mudança:

top - 11:04:12 up 2:38, 2 users, load average: 0.89, 0.76, 0.68
Tasks: 98 total, 7 running, 90 sleeping, 0 stopped, 1 zombie
Cpu(s): 40.4%us, 4.5%sy, 0.1%ni, 54.5%id, 0.1%wa, 0.0%hi, 0.5%si, 0.0%st
Mem: 903876k total, 850740k used, 53136k free, 35568k buffers
Swap: 996020k total, 0k used, 996020k free, 383960k cached

PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
5957 kalib 20 0 176m 45m 24m R 23.5 5.2 39:20.84 plasma
5619 root 20 0 241m 92m 15m S 9.9 10.5 16:28.46 Xorg

marcosmiras
(usa CentOS)

Enviado em 02/06/2008 - 11:14h

É... pode ser sim... Aliás, se for, menos mal... hehe
Abraço Brother...

kalib
(usa Arch Linux)

Enviado em 02/06/2008 - 11:19h

Com certeza..vai dar bem menos trabalho.. hauhuah :p
[]'s

felipe_pepii
(usa Debian)

Enviado em 02/06/2008 - 21:09h

Entao,.. vou testar amanha o "t"..

achei estranho pq no free -m ele da

BusyBox v1.00-rc1 (2004.10.02-05:33+0000) multi-call

Dei uma pesquisada parece que esse busybox varios comandos dependem dele..
e esta ligado tambem a parte de hardware como as vezes instalar um i386 num amd..

quando chamo por exemplo o comando top -b |grep XXX

ele me retorna um erro do busybox....

Acredito que recompilando o kernel resolva.. o [*****] que eh um server de DB oracle..

Brigado a todos ai!!

felipe_pepii
(usa Debian)

Enviado em 02/06/2008 - 21:16h

amanha posto o resultado

thuck
(usa Debian)

Enviado em 02/06/2008 - 21:31h

O busybox é um programa do linux que tem partes de outros programas; ou seja, ele muitos em um, mas sempre com bem menos recursos.

Por exemplo se vc fizer 'busybox ls' ele listará os arquivos, embora ele não use o ls de verdade, ele usa uma implementação do ls dentro dele mesmo.

Outro exemplo:

'busybox top'; ele mostrará uma espécie de top, mas não é o top do linux, mas sim uma implementação que ele tem dentro de si.

O busybox é muito usado em roteadores e sistemas embarcados, pois têm apenas 400k, mas implementa diversos comandos do linux.

felipe_pepii
(usa Debian)

Enviado em 03/06/2008 - 13:57h

Matou a pau!

o /bin/top ta apontando para o busybox

e o usr/bin para o top certo..

e como no path vem primeiro o /bin ele pegava como default!

Brigado a todos mais uma vez!!
abraços