Pequena dúvida em comando Linux

removido
(usa Nenhuma)

Enviado em 10/04/2008 - 23:45h

Olá Senhores, estou com uma dúvida em relação ao comando $ cat /proc/cpuinfo

Quando dou este comando aparece o modelo do processador, tamanho de cache, fabricante ( entre outras coisas ) e o mesmo apresenta a seguinte saída:

processor : 0
vendor_id : AuthenticAMD
cpu family : 15
model : 44
model name : AMD Athlon(tm) 64 Processor 3000+
stepping : 2
cpu MHz : 2000.000
cache size : 512 KB
fdiv_bug : no
hlt_bug : no
f00f_bug : no
coma_bug : no
fpu : yes
fpu_exception : yes
cpuid level : 1
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 syscall nx mmxext fxsr_opt lm 3dnowext 3dnow up pni lahf_lm ts fid vid ttp tm stc
bogomips : 2122.68


Agora eu faço a pergunta propriamente dita, se o processador estiver em overclock, como eu poderia saber a velocidade real do mesmo? iria aparecer neste comando a velocidade real do processador ou a velocidade de overclock? alguém poderia me dizer? grato desde já...

octopos
(usa Debian)

Enviado em 11/04/2008 - 00:46h

O kernel pega as info da cpu na tabela de clock da BIOS , quando vc faz um overclock , o kernel continua pegando as info da tabela de clock , que só varia se vc mudar de processador (acredito eu...Oo) ... então o /proc/cpuinfo sempre irá retornar o clock de funcionamento da cpu em tensão nominais , que condiz com a tabela da BIOS... =]

removido
(usa Nenhuma)

Enviado em 11/04/2008 - 01:00h

Então mesmo com esse comando, se o mesmo for por exemplo igual ao meu processador que é um Athlon 64 3000+ ( 2.0 Ghz ) mas digamos com overclock em 2.4 Ghz, irá aparecer então 2.4 Ghz e não 2.0 Ghz conforme é o valor original do processador não é isso? obrigado por responder...

octopos
(usa Debian)

Enviado em 11/04/2008 - 18:34h

Não não , pelo oque eu li , a tabela da bios contem o clock da cpu em corrente e voltagem nominais , então com o clock de fábrica , sempre irá aparecer o clock original. Eu já tinha caçado isso no google antes , pois já tinha feito overclocking e o resultado foi o mesmo do seu ^^.

kalib
(usa Arch Linux)

Enviado em 11/04/2008 - 19:00h

Show de bola cara...
excelente dúvida...meio diferente do que costumamos ver por aqui... ;]
Com certeza vai matar a curiosidade de muita gente...como a minha própria por exemplo..
Não tinha atentado para este detalhe...

[]´s

ruhanbidart
(usa Outra)

Enviado em 11/04/2008 - 19:30h

Realmente. Também já havia feito isso num processador com overclocking e obtive o mesmo resultado de vocês.

removido
(usa Nenhuma)

Enviado em 11/04/2008 - 22:41h

Obrigado aos demais usuários e principalmente ao Octopos por exclarecer esta minha dúvida.

removido
(usa Nenhuma)

Enviado em 12/04/2008 - 16:07h

Peço desculpas por colocar este post ativo novamente mas eu não faço overclock aumentando o Vcore do processador e sim a sua base de multiplicação.

Mesmo com o programa cat /proc/cpuinfo está aparecendo agora a velocidade em overclock que fiz ou seja ao invés de 2.0 Ghz está aparecendo 2.14 Ghz, vou tentar o lshw -X ou lshw -html com outro liveCD para ter certeza disto, depois posto novamente...

octopos
(usa Debian)

Enviado em 12/04/2008 - 18:53h

Huuum , interessante ... sempre li que o cpuinfo no proc voltava o clock em condições nominais , muiiito interessante , vai que versões mais novas do kernel atualizam isso , ou algum módulo , cola o seu uname -a. Assim que tiver testados com outras distro / kerneis ou máquinas , me avise ^^.

E obrigado por me fazer dar uma lida ehehe... vc me ajuda a te ajudar.
=]

removido
(usa Nenhuma)

Enviado em 12/04/2008 - 20:18h

Testei nas seguintes distribuições os comandos $ cat/proc/cpuinfo e $ lshw -class cpu:

Ubuntu 7.10
Big Linux 3.0
Linux Parted Magic 2.0
Zenwalk Linux Standard Edition 5.0

As outras distribuições não possuiam o comando lshw por padrão, necessitando ter que instalar os módulos que chamam este comando...

Mas voltando ao assunto, nestas distribuições que citei tanto o cat /proc/cpuinfo e o lshw -class cpu retornaram o valor do processador em overclock, as máquinas que testei:

AMD Athlon 64 3000+
Pentium III 866 Mhz
AMD K6-III 533 Mhz

Não consegui efetuar overclock no Pentium III mas no Athlon 64 a placa que possuo ( uma ECS nForce4-A754 ) não me permite fazer um overclock maior que 2014 Mhz ( sendo o valor original do processador 2000 Mhz ) pois estas placas são travadas os multiplicadores de clock em fábrica...

Na distribuição Zenwalk Linux quando se dá o comando $ lshw -X abre uma janela listando todo o hardware disponível na máquina, e não em modo texto pois este comando abre diretamente na janela, dali pude ver o quê estava acontecendo melhor...

No Linux Parted Magic já existe um configurador ( digamos que visualizador ) do comando lshw e vi também a mesma coisa ou seja, ao invés de 2000 Mhz estava 2014 Mhz.

Neste exemplo que citei acima, caso queira ter um relatório do comando $ lshw, faça $ lshw -html vai te dar toda a saída de seu hardware em html.
Ou se preferir lshw -class cpu ( vai retornar só a CPU ), lshw -memory ( lista as memórias ) e por aí vai...

Pelo que vejo nestes casos, é ter sempre bom senso e procurar saber sobre o processador, pois já que ele dá o nome do processador, é ficar atento e ver quais modelos operam a qual freqüência e qual clock máximo o mesmo suporta, não quero fazer overclock no processador, mas é uma dúvida que surgiu...

No Windows há o Everest que nos dá tanto o valor original como o valor em overclock do processador, gostaria que houvesse um programa ou comando para saber isso, vamos ver se nos próximos kernels do Linux este recurso estará habilitado nas distribuições...

Ps.: Meu kernel é o 2.16.17.13 Kanotix

octopos
(usa Debian)

Enviado em 03/07/2010 - 03:15h

Bem, reachei essa pergunta no Google, por acidente :P, e vi que eu respondi incompleto :\
Faz anos, mas para referência de busca.

O grande problema nisso ai é sobre o suporte a ACPI, habilitado corretamente ou não no kernel, versão do ACPI da máquina, unidade que passada para o kernel (Hz,MHz... e em alguns, ticks/nanosegundo) ... etcs ...

Em algumas CPU isso foi considerado um bug, a leitura errada de clock de chips:
https://bugzilla.kernel.org/show_bug.cgi?id=8255

Mas já no caso de overclock, atualmente isso é detectado on-the-fly caso esteja habilitado, além de suporte correto a ACPI, o powermanagement e o cpu freq scaling (permite mudar on-the-fly tb =] ).

É isso... acredito estar "mais" correto.