Otimizando o desempenho: com o patch e sem o patch
| Tweet |
|
Enviado por Marcelo Diotto (marceloΘdiotto·net):
“Há alguns dias foi divulgado pela Phoronix (“O patch de ~200 linhas que multiplica o desempenho no Linux“) um patch de cerca de 200 linhas de código que foi dito como “milagroso” pois aumenta relativamente a velocidade do seu Desktop Linux. O próprio Linus comentou que o código era muito bom!
Em seguida Lennart Poettering, um desenvolvedor da Red Hat, sugeriu uma pequena mudança no arquivo /etc/rc.local e no ~/.bashrc do usuário que realiza a mesma tarefa que o patch, sem a necessidade de recompilar o kernel. Veja como habilitar tais recursos (que não exigem alteração no kernel) no Ubuntu 10.10.” [referência: blog.coderepository.net]
Enviado por Felipe Silveira (felipessilveiraΘgmail·com):
“Como primeiro post resolvi fazer um tutorial explicando a aplicação do tutorial que o Mike Galbraith propôs para o kernel do linux. O tutorial assume um pouco de conhecimento prévio de linux” [referência: suberr.wordpress.com]
| Tweet |
|
• Publicado por Augusto Campos em
20/11/2010 às 5:00 pm
• Link direto para este post: http://br-l.org/!27148
• Siga no Twitter: @brlinuxblog e @augustocc
• Mais posts do mesmo tema: kernel
• Link direto para este post: http://br-l.org/!27148
• Siga no Twitter: @brlinuxblog e @augustocc
• Mais posts do mesmo tema: kernel
Quando o Con Kolivas falou que já fazia isso a anos praticamente ninguém sequer notou…
Eu li um tópico desenvolvendo o mesmo assunto, aqui:
http://www.webupd8.org/2010/11/alternative-to-200-lines-kernel-patch.html
O Ricardo Ferreira inclusive propôs umas modificações que estou testando aqui no Xubuntu 10.10. O detalhe é que o ganho não é nada miraculoso, ao menos no meu hardware. Notei que alguns aplicativos abrem mais rápido, provavelmente porque já se encontram pré-carregados.
O desempenho melhora para a execução de dezenas ou centenas de processos. Não vai melhorar a execução de um único aplicativo. Essa notícia já foi traduzida e reescrita várias vezes e já perdeu muitas informações no caminho. Não vai fazer difereça para sistemas que rodam poucos processos ao mesmo tempo.