Linux slogan
Visite também: Segurança Linux · BR-Linux.org · Dicas-L · Doode · NoticiasLinux · SoftwareLivre.org · UnderLinux



» Screenshot
» Login
Login:
Senha:

Se você ainda não possui uma conta, clique aqui.

Esqueci minha senha



Artigo

P Q P, quem puxou o freio de mão?
Linux user
antonioclj
30/01/2007
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?
Por: Antonio Carlos Lemos Júnior
[ Hits: 21571 ]
Conceito: 10.0   3 voto(s)3 voto(s)3 voto(s)3 voto(s)3 voto(s) + quero dar nota ao artigo

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

Leitura recomendada

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 ctrlc 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


  
Para executar esta ação você precisa estar logado no site, caso contrário, tudo o que for digitado será perdido.
Responsável pelo site: Fábio Berbert de Paula - Conteúdo distribuído sob licença GNU FDL
Site hospedado por:

Viva o Linux

A maior comunidade Linux da América Latina! Artigos, dicas, tutoriais, fórum, scripts e muito mais. Ideal para quem busca auto-ajuda em Linux.