Você está aqui: Home  → Arquivo Dicas-L

Assine a Lista Dicas-L

Receba diariamente por email as dicas
de informática publicadas neste site
Para se descadastrar, clique aqui.

Otimizando o Kernel de seu Desktop Linux

Colaboração: Ataliba Teixeira

Data de Publicação: 02 de dezembro de 2010

No dia 16/11/2010 foi divulgado pelo pessoal da Phoronix um patch de 200 linhas que tem a intenção de melhorar (e realmente melhora) o rendimento de um Desktop Linux. Ele na realidade cria um novo gerenciador de processos de nome Brain Fuck Scheduler.

Como dito aqui na dica do dia 27/11/2010 pelo Marcelo Gonçalves Diotto, um desenvolvedor da Red Hat, Lennart Poettering, mostrou um método bem mais interessante de efetuar esta "otimização" do sistema.

Na realidade, a dica consiste de algumas poucas linhas que são adicionadas no carregamento do sistema operacional e no $HOME/.bashrc do usuário.

A dica aqui, funciona para o Fedora. Tentei os tutoriais voltados para o Red Hat, mas eles apresentavam alguns erros.

Primeiro, instale a libcgroup (caso não a tenha instalada):

  # yum install libcgroup

Logo depois, configure a mesma para o carregamento durante o boot :

  # chkconfig cgconfig on

Execute o seguinte comando e depois adicione o mesmo no arquivo /etc/rc.local:

  # /bin/mkdir -m 0777 /cgroup/cpu/user

Finalmente, adicione as seguintes linhas no seu arquivo $HOME/.bashrc :

  if [ "$PS1" ] ; then
   mkdir -m 0700 /cgroup/cpu/user/$$
   echo $$ > /cgroup/cpu/user/$$/tasks
  fi

E, após isto, como já dito, aproveite o seu Linux mais rápido. Sem dúvida, eu já observei uma melhora bem grande no rendimento aqui no meu.

Ataliba Teixeira é Administrador de Sistemas Linux e mantém um blog.

PDF	RSS	Imprimir

Referências Adicionais

Referências adicionais sobre os assuntos abordados neste site podem ser encontradas em nossa Bibliografia.

Avalie esta dica

Opinião dos Leitores

Fernando Lozer
23 Fev 2012, 08:33

Funciona no OpenSusE?

Eduardo
13 Dez 2010, 13:28

Achei bem mais rápida a abertura de programas em geral.

Não acusei nenhuma falha até então.

[]'s

Alex Montoanelli
06 Dez 2010, 11:39

É impressão minha, ou a melhora deveria ser sentida apenas em programas iniciados apartir de um shell?

Por que o .bashrc só é executado quando abrimos um terminal ou logamos pelo console.

Ai fica minha dúvida.., pq toda a mágica parece acontecer no .bashrc

Abraço

Henrique
04 Dez 2010, 13:45

Só retificando a dica do Bruno, no Ubuntu 10.10 não há o pacote libcgroup, mas sim o libcgroup1.

Logo, a instalação dos pacotes fica assim:

# sudo apt-get install libcgroup1 cgroup-bin chkconfig

Rodrigo Brim
02 Dez 2010, 15:25

No Ubuntu, faça o seguinte:

# apt-get install libcgroup cgroup-bin chkconfig (ao invés de utilizar o chkconfig, pode-se utilize o update-rc.d.)

# chkconfig cgconfig on

# /bin/mkdir -pm 0777 /cgroup/cpu/user

Finalmente, adicione as seguintes linhas no seu arquivo $HOME/.bashrc :

if [ "$PS1" ] ; then
mkdir -m 0700 /cgroup/cpu/user/$$
echo $$ > /cgroup/cpu/user/$$/tasks
fi

Ataliba
01 Dez 2010, 14:17

Henrique, você possivelmente não sentiu melhora nenhuma porque o erro que você citou pode ter causado alguma parada no carregamento de alguma coisa.

Eu iria nos dois arquivos de edição e procuraria para ver se houve algum problema.

Outra coisa, tem certeza que carregou o cgconfig no seu Fedora ?

Ataliba
01 Dez 2010, 14:15

OLá Luiz,

não há risco nenhum, pois esta dica acima não é um patch. Assm, caso não resolva nada para você é só desabilitar o que foi dito, e tudo fica resolvido.

Em relação ao Debian, eu não sei se serve. Não uso o Debian, mas acredito que a dica ( http://www.dicas-l.com.br/arquivo/otimizando_o_kernel_de_seu_desktop_linux.php ), pode resolver o seu problema já que ela é para o Ubuntu.

Quanto ao ficar rápido, a sensação é bem completa, no sistema operacional inteiro.

No meu Notebook de trabalho, que é um Celeron com 2 Giga de RAM a melhora de performance geral foi perceptível mesmo. Abertura de programas, navegação, etc.

Henrique Pacheco
30 Nov 2010, 15:45

Ele responde nesta página? Acho melhor o pessoial perguntar na página original do blog dele...:

http://www.ataliba.eti.br/node/2440

José Bogo
27 Nov 2010, 16:15

No meu netbook ATOM N270 com 1GB de RAM e deu diferença!!

lauro filho
27 Nov 2010, 13:57

Aqui reinicie a maquina e o problema antes relatado sumiu...

henrique
27 Nov 2010, 13:03

Para mim ocorreram alguns erros durante o boot, dizendo que o valor 1 não poderia ser colocado no arquivo...

estou tentando localizar nos logs a mensagem exata.

Mais alguém teve problema?

No mais, o sistema subiu, estou utilizando, ainda não percebi diferença de velocidade... vamos ver!

lauro filho
27 Nov 2010, 12:40

fiz o procedimento acima, ficou bem rapido, porem não estou conseguindo abrir o openoffice. Clico no icone mas não executa...

Luiz Marins
27 Nov 2010, 09:55

Marcelo, fiquei com as seguintes dúvidas:

O que ficaria mais rápido?
Qual a relação risco/benefício?
Serve para o Debian Squeeze?

*Nome:
Email:
	Me notifique sobre novos comentários nessa página Oculte meu email
*Texto:
	Para publicar seu comentário, digite o código contido na imagem acima

Powered by Scriptsmill Comments Script