você está aqui: Home  → Arquivo de Mensagens

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.


 

 

Veja a relação completa dos artigos de Ataliba Teixeira

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