From: "Wesley Naves de Faria" <[EMAIL PROTECTED]>
Olá pessoal, tenho uma máquina com 4 processadores Xeon, 4 Gb de ram, HD scsi, placa de raid, fazendo raid 1, e minha máquina está aparentimente lotada, veja o top abaixo: last pid: 71820; load averages: 1.15, 0.84, 0.68 up 0+18:22:04 07:48:41 215 processes: 6 running, 128 sleeping, 81 waiting CPU states: 6.5% user, 0.0% nice, 4.7% system, 0.8% interrupt, 88.0% idle Mem: 162M Active, 1578M Inact, 199M Wired, 28K Cache, 112M Buf, 1698M Free Swap: 1024M Total, 1024M Free PID USERNAME PRI NICE SIZE RES STATE C TIME WCPU CPU COMMAND 11 root 171 52 0K 8K CPU3 3 16.7H 94.68% 94.68% idle: cpu3 14 root 171 52 0K 8K RUN 0 988:19 89.79% 89.79% idle: cpu0 12 root 171 52 0K 8K CPU2 2 985:01 92.77% 92.77% idle: cpu2 13 root 171 52 0K 8K RUN 1 976:40 92.14% 92.14% idle: cpu1
Não tem nada de errado com a sua maquina, você esta vendo o tempo de idle dos processadores e não o uso dos processadores.
Essa versão do top(1) que vc esta usando é bem antiga (5.2, 5.2.1 ?) hoje vc não ve mais os processadores dessa forma.
No cabeçalho você pode ver que sua maquina esta com 88% da cpu em idle e esse é o total consolidado para a sua maquina.
Em maquinas multiprocessadas, é normal vc ver um processo consumir 100% de cpu e a cpu consolidada ainda indicar 50% (aproximado) de idle. Isso porque apenas uma cpu esta sendo consumida pelo processo (100% de uma CPU e nao do total de CPUs).
Antes da versão 5.X não havia como um unico processo consumir mais do que uma CPU (limitação do sistema de threads M:1). Isso so era possivel instalando o pacote linuxthreads, quem sinceramente não eh uma boa opção embora funcione bem (grande desperdicio de memoria dado ao tamanho padrão do stack).
Felizmente acordaram para o problema e agora temos uma (varias ?) opção nativas para contornar isso (threads M:N e 1:1).
[]´s Luiz _______________________________________________ Freebsd mailing list Freebsd@fug.com.br http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br