Acelerando o seu sistema Linux sem compilações em computadores e Notebooks

[pylm69]

 Vc poderia fazer também um tutorial sobre as user flags, ta certo que a maioria aqui prefere usar um .deb pré compilado mas as vezes é necessário compilar, o pcsx2 por exemplo, só consegui deixar ele certinho em 64bits depois de compilar.

[pylm69]

 Ótimo tutorial mesmo, não fiz tudo (o disco não suporte acoustic  ) mas fiz a maioria, muito bom

[pylm69]

https://wiki.archlinux.org/index.php/Maximizing_Performance#The_basics
Eu sei, eu sei, isso é Arch Wiki mas eu achei interessante e to compartilhando

[lotavio]

Gostei da ideia de acelerar o sistema sem compilação mais percebi que faltou o tmpfs,a inclusão dele no tutorial no meu ponto de vista ira deixar ainda melhor o que já é bom

[lukcruz]

muito bom

[Visterine]

Muito bom. Meu desktop Linux Mint 13 Intel 1.8Ghz com 2Gb mem melhorou e muito. E olha que não fiz as otimizações de disco por preguiça rs.

Mas já valeu.

Só a dica do dnsmasq que travou a minha net e tive que desinstalar.

Abraços!!!

[julianofischer]

Esse tutorial está realmente ótimo, parabéns!

[Visterine]

Mais umas dúvidas: hoje meu Ubuntu atualizou o kernel para 3.8.0-21 generic; eu tenho que instalar o low-latence novamente? Quanto tempo depois o kernel low-latence é liberado? há como ficar apenas das versões low-latence?

Se quiser o kernel lowlatency padrão você tem que remover o kernel generic e o meta-pacote que aponta para ele. O linux-generic.

Se você instalar o pacote linux-lowlatency, não vai precisar mudar nada, a cada nova atualização dele, automaticamtente ele vai avisar da atualização.

Parabéns Galactus. Ótimo tutorial.
No meu caso não removi o kernel generic e o meta-pacote. Porém quando dou o camando uname -a tenho esta resposta:
Linux delio-pc-quarto 3.2.0-56-lowlatency #58-Ubuntu SMP PREEMPT Tue Oct 29 16:09:09 UTC 2013 i686 i686 i386 GNU/Linux

O Kernel lowlatency está como padrão.
Será que preciso remover os pacotes kernel generic e o meta-pacote?

Uso Linux Mint 13 em um desktop Intel de 1.8Ghz com 2gb de Ram.

O micro está bombando apesar do hardware modesto.

[Visterine]

8 ) Acelerando a navegação na Internet

b) Usando o dnsmasq

[...]

Reinicie o dnsmasq :

service dnsmasq restart

Exemplo:

root@xubuntu:/home/xubuntu# service dnsmasq restart
* Restarting DNS forwarder and DHCP server dnsmasq                      [ OK ]

Ao reiniciar o dnsmasq obitive o seguinte erro:
"resolvconf: Error: /etc/resolv.conf isn't a symlink, not doing anything."

Encontrei uma resposta no site: http://askubuntu.com/questions/137037/networkmanager-not-populating-resolv-conf

Apliquei como root o comando dpkg-reconfigure resolvconf e aceitei todas as solicitações.
Completando:
Ainda como root rode restart network-manager e em seguida service dnsmasq restart

Obs.: tive que reinstalar o SO e aplicar os comandos acima para o dnsmasq funcionar.


A internet está voando baixo agora, rs.

Fica a dica caso alguém encontre o mesmo problema.

Mais uma vez obrigado pelo tutorial.

[galactus]

Obrigado Visterine. Que bom que serviu pra você. Vou colocar essa sua dica se caso ocorra problema com o dnsmasq. Também vou acrescentar mais uma  tunagem ao dnsmasq.
Obrigado.

[galactus]

Alterações realizadas na parte do dnsmasq! Obrigado Visterine. Se estiver algo errado, por favor me avise.

[esmanhotto]

@galactus

Existe alguma alteração nessa tunagem para o 13.10?

[jkmsjq]

@galactus

Existe alguma alteração nessa tunagem para o 13.10?

Realizei essas mesmas modificações no Ubuntu e Xubuntu, ambos versões 13.10 (64 bits), e funcionaram perfeitamente.

[esmanhotto]

@galactus

Existe alguma alteração nessa tunagem para o 13.10?

Realizei essas mesmas modificações no Ubuntu e Xubuntu, ambos versões 13.10 (64 bits), e funcionaram perfeitamente.

Valeu, vou tunar meu notebook!!

[galactus]

Então galera. Fazendo uns testes com o kernel 3.12 do lineduc do vampire Thunderbird, descobri um bug referente às alterações do ipv4 no sysctl.conf .  Pode travar a transferência de arquivo pelo samba e atrasar a navegação na Internet. Então em kerneis da série 3.8 em diante, talvez seja melhor não usar as alterações do ipv4 e ficar só com as do dnsmasq. Já alterei o tutorial nessa parte do ipv4.

Era só isso. Qualquer outra novidade eu aviso.