P Q P, quem puxou o freio de mão?

Acabou de comprar um computador novo, certo? Hum, muito bom. Já foi logo instalando a distribuição que mais gosta né? Claro, com um foguete deste não há distribuição que irá agüentá-lo. Só que a configuração do PC do seu vizinho é pior que a sua, no entanto o seu PC insiste em chegar atrasado para a festa?

[ Hits: 33.695 ]

Por: Antonio Carlos Lemos Júnior em 30/01/2007


Introdução



Acabou de comprar um computador novo, certo? Hum, muito bom. Já foi logo instalando a distribuição que mais gosta né? Claro, com um foguete deste não há distribuição que irá agüentá-lo. Só que a configuração do PC do seu vizinho é pior do que a sua, no entanto o seu PC insiste em chegar atrasado para a festa? É, a coisa não é fácil. Para entender o que está acontecendo você sai feito um maluco procurando nos fóruns de discussão. Nesta procura desenfreada você já fez de tudo:

Testou o HD SATA com o hdparm:

No meu caso é um SATA-I:

# hdparm -t /dev/sda (Verificar a velocidade de leitura do dispositivo em si)
# hdparm -T /dev/sda (Verificar a velocidade de leitura do cache do dispositivo)

Resultado => Os valores retornados ficaram na média.

OBS.: Já tive relatos de usuário com HD SATA rodando a 3 MB/s. O QUE?!? Isto mesmo, 3 MB/s. O que o cidadão fez? Atualizou a BIOS. Os fabricantes estão sempre loucos para lançar produtos novos no mercado e acaba dando isso.

Testou a memória:

Você pode usar o MEMTEST (para um teste mais apurado). Algumas distribuições instalam no gerenciador de boot a opção para iniciar o memtest. Não estarei mencionando nada a respeito.

Resultado => Nada da memória falhar.

Fez um teste de STRESS no PC:

Neste caso você pode utilizar o software STRESS, que está disponível para download no site:
# stress --cpu 8 --io 4 --vm 2 --vm-bytes 128M --timeout 20s

Para aumentar a quantidade de tempo, altere o timeout. Neste caso executei o processo por 20 segundos. O ideal é rodar por mais tempo.

Resultado => Nada de anormal no stress test.

Neste momento você já deve estar se perguntando, não é memória, não é processador, não é HD, o que será? Vasculhando outros fóruns percebe que pode ser a fonte de alimentação. Neste momento você já está torcendo para que seja mesmo, pois se for, basta trocá-la.

Você corre para a BIOS e vai em HARDWARE MONITOR e verifica que não está tendo problemas com a alimentação. Não satisfeito, abre o gabinete e verifica que a fonte é de 400 Watts. Nada que justifique o desempenho tão ruim do sistema.

Resultado => Nada de anormal.

Neste momento você para e pensa: P Q P, quem puxou o freio de mão? Se não é hardware, só pode ser software. Eis a questão?

    Próxima página

Páginas do artigo
   1. Introdução
   2. Conhecendo o bootchart
   3. Verificando os resultados dos testes
   4. Conclusão
Outros artigos deste autor

Recuperando imagem ISO com falha usando JIGDO

Leitura recomendada

Problema no GRUB no Debian Squeeze 6.0.7 [Resolvido]

Monitorando a temperatura do computador com lm_sensors + MRTG

Para não se perder no mundo da memória Flash

Linux Mint - Num Lock, Caps Lock e brilho no painel

Instalação básica do FreeBSD 6.1 (passo a passo)

  
Comentários
[1] Comentário enviado por rogerio-reis em 30/01/2007 - 09:17h

Legal Antônio,

Muito interessante o artigo, geralmente eu instalo o sistema 'careca' e vou adicionando apenas o que preciso, mas nunca analisei o estado do boot.
Ótima dica.

abcs.,

Rogério Reis

[2] Comentário enviado por ygorth em 30/01/2007 - 10:28h

Excelente artigo. Vou botar em pratica em breve, alguem puxo o freio de mao do meu Slackware. ;p

[3] Comentário enviado por tiagotavares em 30/01/2007 - 12:00h

cacete, que ótimo recurso! Vou botar isto em pratica logo!

[4] Comentário enviado por removido em 30/01/2007 - 12:27h

aqui não gerou o resultado

java.awt.image.RasterFormatException: (x + width) is outside raster
at sun.awt.image.IntegerInterleavedRaster.createWritableChild(IntegerInterleavedRaster.java:450)
at java.awt.image.BufferedImage.getSubimage(BufferedImage.java:1160)
at org.bootchart.renderer.ImageRenderer.render(ImageRenderer.java:636)
at org.bootchart.renderer.PNGRenderer.render(PNGRenderer.java:44)
at org.bootchart.Main.render(Main.java:318)
at org.bootchart.servlet.RenderServlet.doPost(RenderServlet.java:126)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:709)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126)
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105)
at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:541)
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107)
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148)
at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:868)
at org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection(Http11BaseProtocol.java:663)
at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:527)
at org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWorkerThread.java:80)
at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684)
at java.lang.Thread.run(Thread.java:595)

[5] Comentário enviado por antonioclj em 30/01/2007 - 12:33h

Fala Brother. A falha foi gerando quando você mandou o arquivo para o site do bootchart ou quando você tentou gerar o arquivo localmente? Se precisar pode me adicionar no msn antonioclj at gmail.com

[6] Comentário enviado por tenchi em 30/01/2007 - 12:34h

Legal mesmo... NA maioria das vezes, o problema são aquele monte de serviços, apache, mysql.. etc. que deixam a máquina lerda...
Eu uso o KDE, e ele roda normalmente no meu duronzinho 1500 (tá duron de aguentar). O Gkrellm não marca nem 80MB logo após o boot, já no KDE (se bem que o gkrellm é bem pesadinho tbm...).

O boot demora pouco mais que um minuto, e eu acho que isso é até pouco, pra minha máquina... rsrsr...

nota 10.


[7] Comentário enviado por d4rkness em 30/01/2007 - 15:46h

Ótimo artigo e muito útil.

Parabéns.

[]'s

[8] Comentário enviado por y2h4ck em 30/01/2007 - 16:07h

bem legal, parabens.

[9] Comentário enviado por fabianoac em 31/01/2007 - 03:58h

ola... otimo artigo, tive problema no boot do mandriva 2007, passei a usar o debian por causa disso, q vou instalando so o necessario... vo testa esse seu artigo no mandriva e ver o q da. vlw.

[10] Comentário enviado por abeljnr em 31/01/2007 - 14:00h

rsrsr... legal a forma na qual vc se escreveu... hahahhaha


mas vale a pena conferir.;.... ja deu uma olhada geral no micro... tentou instalar outro SO... win por exemplo... so pra fazer um teste por exemplo....

agora.,... se nada disso der certo.... joga fora... rsrsrs

flw ae....

[11] Comentário enviado por brejao em 31/01/2007 - 17:10h

Blz Antonio, vou colocar em prática sua dica... afinal de contas, creio eu q naum temos nada a perder... ;)

[12] Comentário enviado por jalexandre em 31/01/2007 - 20:26h

PQP! Artigo bom e engraçado. Você escreve bem, mantenha o ritmo para os outros artigos. Confesso que comecei a ler o artigo mais pelo titulo curioso do que outra coisa, e acabou me ajudando a detectar alguins problemas que eu tinha em máquinas um pouco antigas.
[ ] 's

[13] Comentário enviado por luiscarlos em 01/02/2007 - 20:38h

ae icarooo , tente o seguinte, java -jar /var/log/bootchart.tgz , pra mim funcionou belezinha e parabens pelo artigo, meu fedora core esta com um tempo de inicialização de 41 segundos, eh ate rapidinho, mas jha fiz iniciarlizar em 32 s certa vez, parabens mais uma vez

[14] Comentário enviado por Rafael-rs em 02/02/2007 - 17:56h

parabns!!! Vou usar essas dicas paramelhorar a performanc do slack, que umildimente roda em um k6-2 500... talvez ele fique uns trinta minutos mais rapido ... hhahahahh

[15] Comentário enviado por nanukano em 06/02/2007 - 20:30h

Achei interessante o seu artigo. Tenho algumas dúvidas: baixei o programa, instalei, alterei o Grub, reiniciei. Enviei o arquivo bootchart.tgz, recebi uma imagem png, mostrando meu boot.
E agora? É só reiniciar que ele tornorá o boot mais rápido? O que devo mudar nos arquivos inicializados? Quais devem ser removidos? Como?
Acho que é importante mostrar o restante dos passos tanto para quem é usuário experiente como para o newbie, ok?

[16] Comentário enviado por antonioclj em 06/02/2007 - 23:36h

Boa noite. O software em questão não é um otimizador e sim um analisador. Você é quem vai ter que verificar o que pode estar causando lentidão. Desligando serviços desnecessários ou atualizando algum serviço lento que seja necessário. Se você usa Fedora utilize setup na linha de comando ou então no menu f vá em sistema->services. Boa sorte.

Antonio Carlos Lemos Júnior

[17] Comentário enviado por nanukano em 07/02/2007 - 09:38h

Valeu, Antonio. Minha dúvida maior é justamente essa, e deve ser a dúvida de muitos iniciantes: quais serviços não são necessários no boot?
No caso veremos quais os seviços que levam mais tempo e, simplesmente, desligá-los, depois tentar o boot e ver o que acontece? Parece que para pessoas sem experiência terá que ser assim, não?

[18] Comentário enviado por antonioclj em 07/02/2007 - 09:59h

Bom dia. Em minha casa os serviços startados são os que estão abaixo:

http://www.eggdisk.com/files/219132_253fp/servicos.txt]servicos.txt

O ideal é procurar na net o que cada serviço faz. Por exemplo o serciço de bluetooth. Como não tenho este serviço aqui desliguei ele no nível 5 que é justamente o modo gráfico. Os outros podem ser desligados também o problema aqui foi preguiça mesmo. :-)

Tem o artigo do Diego que descreve os serviços:
http://www.vivaolinux.com.br/dicas/verDica.php?codigo=2363

Boa sorte.

Antonio Carlos Lemos Júnior

[19] Comentário enviado por shocker em 07/02/2007 - 15:24h

Muito bom o artigo. Bem interessante. Parabéns.


Contribuir com comentário




Patrocínio

Site hospedado pelo provedor RedeHost.
Linux banner

Destaques

Artigos

Dicas

Tópicos

Top 10 do mês

Scripts