Fórum Ubuntu Linux - PT
Área para Iniciantes => Dicas e Truques => Tópico iniciado por: galactus em 11 de Maio de 2013, 17:51
-
Introdução
Não anda satisfeito com o desempenho do seu sistema em geral? Acha que ele está lento mais do que deveria? Com o tutorial a seguir, seus problemas acabaram! Ou será de começar? Se você for contagiado pelo vírus da velocidade... :)
Brincadeiras a parte esse tutorial extenso é o resumo do pouco que aprendi até hoje com Linux, lá se vão 9 anos nisso. Não existe nada de novo e nem procurei reinventar a roda. Espero que aproveitem.
Para quem este tutorial é contra-indicado:
O tutorial a seguir faz uso intenso do terminal, ou seja, modo texto. Se você não gosta de “sujar” suas mãos com o terminal, melhor parar por aqui! Se os ajustes padrões do sistema estão bons para você, também não há necessidade alguma de fazer uso deste tutorial. Como digo no título, essas dicas são melhor aproveitadas em computadores de mesa e Notebooks de uso pessoal. Nem sempre essas dicas vão servir em servidores ou ambientes de produção que primam por não alterar em nada as configurações de “fábrica”! Isso porque as dicas deixarão seu sistema mais rápido sim, mas piora a resposta quando a carga de requisições são muito altas, caso comum de servidores.
Para quem este tutorial é indicado:
Pessoas que como eu, não estão satisfeitas com a velocidade do seu sistema padrão. Pessoas que não se importam em usar o terminal para modificar as configurações padrões do sistema. Pessoas que sabem que o sistema pode ser mais rápido do que ele é e fazem uso das ferramentas necessários para isso. Os desenvolvedores devem criar um sistema estável e que responda bem a inúmeras situações de uso. Como eles não tem como adivinhar onde e como este sistema vai ser utilizado, eles optam por configurações seguras, mas nem sempre mais rápidas.
- Mas galactus, você está dizendo que algumas das dicas a seguir são inseguras?
- Algumas sim, mas vou deixar claro as que podem causar perda de dados ou prejudicar o sistema em algumas situações de uso.
- E galactus, essas dicas podem servir para o meu PC ou Notebook do arco-da-velha ou de “última” geração?
- Qualquer máquina pode tirar proveito das dicas a seguir. Já fiz uso delas em Pentium 4 , Core 2 Duo e Atlhon XP, não recomendo fazer uso de todas elas juntas em processadores mais antigos que estes. Mas uma dica ou outra pode fazer a diferença mesmo em máquinas jurássicas. Quanto a quantidade de RAM, para melhor aproveitamento das dicas, tenha pelo menos 2GB, melhor ter 4GB ou mais. As dicas farão seu sistema usar mais memória para acelerar tudo em geral. Portanto em máquinas “desmemoriadas” as dicas vão mais prejudicar que ajudar!
O que iremos fazer?
Em linhas gerais é bem simples. Vamos alterar os arquivos de configurações do sistema que vem de “fábrica” com suas configurações seguras e muitas vezes mais lentas! Todas as alterações podem ser revertidas para o seu estado original. São as alterações mais fáceis e simples de se fazer principalmente para quem está começando no mundo Linux. Se ainda não continuar satisfeito, para atingir o máximo de desempenho possível, some a estas dicas a formatação personalizada em modo texto do seu sistema de arquivos preferido e mais a compilação personalizada do seu kernel e aplicações que você usa ou do sistema inteiro se quiser.
Notem que não usei o nome Ubuntu, Kubuntu, Xubuntu ou outro nome de qualquer variante da família Ubuntu. Isso porque as dicas a seguir servem para qualquer variante do Ubuntu, versões 12.04, 12.10 ou 13.04. 32 ou 64 bits. Você deve estar se perguntando se pode fazer uso delas em outras distribuições. Em sua grande maioria pode, mas atente para o fato que nem todos os arquivos ou programas apontados aqui estarão no mesmo lugar ou com a mesma configuração como no Ubuntu e família. Ao final trocaremos de kernel, mas calma. É um kernel oficial e presente nos repositórios oficiais!
Vou partir do princípio que:
1) Você fez uma instalação limpa e começou o processo de modificar os arquivos de configuração em seu estado original.
2) Você sabe fazer uso do terminal e do apt-get em modo texto.
Por favor leia todo o tutorial antes de fazer quaisquer modificações no seu sistema. Se encontrarem algum erro ou alguma coisa que possa deixar esse tutoria ainda melhor, por favor, avisem!
- Mas galactus, tem algum exemplo “pra nóis aí” do quanto isso pode ajudar o meu sistema? Afinal já ouvi muita gente dizer que esse negócio de tunar sistema é besteira, melhor deixar quieto.
- Tenho sim! No vídeo abaixo eu mostro o meu Netbook de uso pessoal, um Core i3 com 8GB de RAM com o Kubuntu 12.10 e ext4 todo modificado pelas dicas a seguir. Além dessas dicas eu também alterei o KDE 4.10 dele, é claro! :)
http://www.youtube.com/watch?v=WpScvZ11cZE
Vejam que fiz questão de mostrar que até mesmo um ambiente gráfico considerado um chumbo, o que de fato é verdade, em comparação com outros ambientes minimalistas, pode ser muito rápido. E isso num Core i3 de Netbook mas com muita RAM! Não se preocupem, mais uma vez, deixarei claro o que vai causar risco ou não ao sistema.
Sendo assim vamos deixar dos "entretantos" e partir logo para os "finalmentes"! :)
-
1) Desligando serviços desnecessários
Logo depois que faço uma instalação limpa do meu sistema é a segunda coisa que eu instalo. A primeira é instalar o htop. Vamos desligar serviços que não vamos fazer uso e que ficam consumindo recursos do sistema como um todo. Instale os pacotes a seguir:
apt-get install rcconf menu dialog
No terminal, de preferência com a janela maximizada e como root faça:
#rcconf
Será mostrada uma tela parecida como a seguir:
[IMG=http://img826.imageshack.us/img826/2825/rcconftuto.png][/IMG] (http://imageshack.us/photo/my-images/826/rcconftuto.png/)
Aí você tem os principais serviços que são carregados na inicialização do sistema e que podem ser desligados pelo usuário. A esquerda o nome do serviço e na direita uma breve descrição dos mesmos, quando possível. Eu desligo:
Speech Dispatcher
Bluetooth
apparmor
brltty
Desligue mais serviços se quiser ou puder! Mas cuidado com o que desliga. Evidentemente se você tem uma máquina que faz uso do Bluetooth ou que precise de suporte ao braile e a voz do que está sendo digitado, não desligue tais serviços. Quanto ao ondemand, eu desligo no meu desktop mas não do Notebook. Ele vai controlar a velocidade do seu processador, é ótimo para economizar bateria, mas com um PC ligado na tomada direto eu prefiro desliga-lo para ter ele logo a pleno vapor.
Use as setas do teclado para navegar e a barra de espaço para ir marcando ou desmarcando as mesmas. Depois aceite as modificações ao final e reinicie a máquina para que as alterações tenham efeito. Se quiser reativar o serviço em questão é só repetir esses passos e marcar o serviço desligado, reinicie a máquina novamente para que as alterações tenham efeito.
Dica: Existem serviços do seu ambiente gráfico preferido que podem ser desligados dentro dos centros de controles dos mesmos! Isso também ajuda muito no aumento do desempenho do sistema.
2) Usando o Preload
Essa é a terceira coisa que instalo em meus sistemas novos. O uso do preload não é novo, é uma mão na roda e talvez seja a modificação em que você vai mais sentir diferença na velocidade do sistema, com exceção de uma troca para kernel turbinado!
O Preload é um programa que verifica as aplicações mais utilizadas pelo usuário e as carrega na memória antecipadamente acelerando a inicialização da mesma. Portanto, o uso do Preload acarreta num aumento do consumo de RAM. Então, para aqueles que não querem aumentar o consumo de RAM, não devem fazer uso do Preload. Para aqueles como eu, que tem 8GB de RAM sobrando, sem fazer nada, digamos assim, faça uso do preload e seja muito feliz! O Preload não aumenta o risco de travamentos ou perda de dados. Ele não consome toda a sua RAM até não poder mais! No terminal faça:
apt-get install preload
Ele começara a agir instantes depois de sua instalação. Você vai notar maior diferença no sistema a medida que ele for fazendo a análise do que você mais usa e ele joga esses programas pra RAM. Agora vem o pulo do gato! Poucos usam o Preload, mas muito menos sabem que ele pode ser turbinado! É isso mesmo, suas configurações de fábrica são bastante conservadoras! :) Afinal, se pode ser mais rápido, pra que deixar devagar? Rsrsrsrsrs
No terminal como root, use o seu editor em modo texto preferido, eu gosto do nano, abra o arquivo de configuração do preload:
#nano /etc/preload.conf
Se tiver paciência e curiosidade leia tudo o que ele faz em detalhes. Vamos aos pontos que nos interessam, essas modificações já foram exaustivamente testadas por mim e por outros usuários. Altere sem medo.
Procure as seguintes linhas:
memfree = 50 - mude para 100
memcahed = 0 – mude para 30
processes = 30 – mude para 60
Deu pra perceber alguma coisa né! Vai deixar ele interagir com 100% da memória livre, não confunda com consumir, fazer cache de até 30% da memória utilizada e jogar 60 processos para a RAM. É evidente que você pode alterar esses valores como quiser, mas deixo pra você fazer os testes de como isso vai afetar o seu sistema! Com essas modificações a diferença na resposta do sistema é enorme, muito melhor que a padrão do Preload. E o principal, não detona com toda a sua RAM, aumenta o consumo sim, mas não consome tudo de maneira alguma. Contudo, não recomendo seu uso com valores muito agressivos principalmente em máquinas que fazem muita transferência de arquivos, e menos ainda em conjunto com as modificações que faremos no sysctl a seguir! Depois não diga que eu não avisei. Mas esteja livre para fazer as suas loucuras, se puder! Só assim você aprende e verifica os limites do seu sistema.
Para voltar ao original, desinstale o preload com a remoção completa dos arquivos de configuração:
apt-get purge preload
3) Alterando o Sysctl.conf
Como já dizia o Tio Ben: “Com grandes poderes vem grandes responsabilidades!” Este arquivo é um verdadeiro canivete suíço para tunagem do seu sistema. Aqui você altera de tudo um pouco. Mas tenha cuidado no que alterar. Vou mostrar o pouco que sei que funciona. Existe uma quantidade absurda de parâmetros que podem ser modificados de acordo com o tipo de sistema e o seu uso.
Vou mexer no que serve para deixar um dekstop mais rápido! Outras configurações para servidores, banco de dados, servidor de e-mail, páginas da web e etc não serão abordadas. Não altere nada no arquivo padrão do Ubuntu, apenas acrescente as modificações ao final do arquivo. Como root no terminal:
#nano /etc/sysctl.conf
Copie e cole:
## Melhorar o ipv4
net.core.rmem_max=8388608
net.core.wmem_max=8388608
net.core.rmem_default=65536
net.core.wmem_default=65536
# default 4096 87380 174760
net.ipv4.tcp_rmem = 1000000 1000000 1000000
# default 4096 16384 131072
net.ipv4.tcp_wmem = 1000000 1000000 1000000
# default 31744 32256 32768
net.ipv4.tcp_mem = 150000000 150000000 150000000
net.ipv4.route.flush=1
net.ipv4.tcp_rfc1337 = 1
net.ipv4.ip_no_pmtu_disc = 0
net.ipv4.tcp_sack = 1
net.ipv4.tcp_fack = 1
net.ipv4.tcp_window_scaling = 1
net.ipv4.tcp_timestamps = 1
net.ipv4.tcp_ecn = 0
## Acelerando o sistema em geral, contribuição do HqxRiven e minha
vm.dirty_ratio = 20
vm.dirty_background_ratio = 10
vm.vfs_cache_pressure = 100
vm.dirty_expire_centisecs = 33000
##vm.swappiness=10
As melhoras no ipv4 deixarão sua navegação mais rápida e aumentam o consumo de RAM.
- Mas galactus, porque raios você não desabilita o ipv6?
- Porque notei que as versões mais recentes do Ubuntu vem fazendo uso dele, e desabilitar o ipv6 estava dando problemas nas configurações de rede. Como por exemplo meu LTSP não funcionar mais!
Essas configurações do ipv4 diminuem a velocidade final de transferência de arquivos em servidores, se você estiver pensando em colocar isso num servidor! :)
Atenção: As alterações para melhorar o ipv4 podem causar problemas em transferências de arquivos com kerneis da versão 3.8 em diante. Pode travar a transferência e atrasar a navegação na Internet. Faça os seus testes. Muitas vezes apenas as alterações do dnsmasq são suficientes para deixar sua navegação bem mais rápida.
A segunda parte das modificações como devem imaginar, também aumentam o consumo de RAM. Vou deixar para vocês estudarem o que isso tudo faz. O que está com o símbolo do jogo da velha não é usado pelo sistema. Quanto a última parte da vm.swappiness estar com o jogo da velha, vai depender do seu sistema. Eu explico, em kerneis mais antigos e com pouca RAM esse parâmetro fazia muita diferença junto com o conjunto acima. Mas notei que nos kerneis mais novos, como das séries 3.6 em diante e com muita RAM, não dá muita diferença e pior, em alguns casos diminuiu o desempenho. Então se tiver muita RAM, tipo 8GB e um kernel moderno, não use o vm.swappiness com o restante das modificações do conjunto acima! Faça os seus testes.
Depois de alterar e salvar o arquivo faça como root:
#sysctl -p
Com isso as alterações se tornarão ativas imediatamente e sem a necessidade de reiniciar a máquina. Qualquer erro também é reportado. Assim comente a linha com erro (coloque o jogo da velha na frente) ou apague a mesma. Para voltar ao original, comente todas as linhas ou apague tudo o que colocou e execute o sysctl -p novamente!
-
4) Alterando o fstab
O arquivo fstab é responsável pela montagem das partições e seus respectivos sistemas de arquivos. O fstab está localizado na pasta /etc. Você pode alterar as opções de montagem do sistema de arquivos utilizado para ele ficar mais rápido. Se puder fazer uma formatação personalizada, você conseguirá melhores resultados. Aqui vou colocar algumas opções que vão acelerar o ext4, o xfs e o jfs. Tudo bem mastigadinho e indicando o que trás risco ou não para os seus dados!
a) Para o ext4:
noatime - Desativa o registro de tempo de acesso do arquivo, que é basicamente uma operação de gravação que deve ser evitada em SSDs. Trocando em miúdos, lembram quando vocês clicam com o botão direito do mouse para acessar as propriedades de um arquivo, lá contém a data de gravação e a data em que o arquivo foi acessado. Com essa opção o sistema não registrará mais quando você acessou o arquivo, apenas quando você modificar o mesmo. Essa opção não envolve risco de perda de dados.
barrier=0 - Esse assunto é complexo e já levou a muita discussão entre os desenvolvedores, mas vou procurar resumir para vocês. O "barrier" certifica-se que tudo esteja em ordem entre o cache do disco rígido e a sincronização de dados e metadados antes da gravação do journal. Com a opção "0" essa certificação deixa de existir. Barrier=1 atrasa muito o desempenho do disco. Não é seguro você usar a opção "Barrier=0" no ext4 em um sistema sem No-break ou em Notebooks sem bateria. Por curiosidade, o ext3 usa o barrier=0 por padrão. Eu uso o barrier=0 e só perdi o que estava aberto até agora.
commit=100 - O ext4 pode ser configurado para sincronizar dados e metadados a cada "n" segundos. O valor padrão é 5 segundos. Isso significa que se você sofre uma queda de energia, você irá perder apenas os últimos 5 segundos de trabalho (se o seu sistema de arquivos não for danificado, graças ao Journaling). O valor padrão ou qualquer valor abaixo dele irão afetar o desempenho para pior, mas isso será bom para a integridade dos dados. Colocar um valor igual a zero terá o mesmo efeito do valor padrão, 5 segundos. Aumentar esse valor melhorará o desempenho.Um valor igual a 60 já está bom o bastante para discos rígidos de pratos magnéticos. Valores superiores a esse, como o igual a 100 do exemplo, são mais indicados para discos SSD.
Exemplo de um fstab padrão após instalação do Ubuntu:
[...]
UUID=d818ddf9-ff01-e21a-a67d-3ceab43a9e2b / ext4 relatime,errors=remount-ro 0 1
UUID=0d339122-74e0-e0ea-805a-7879b1fa3172 /home ext4 relatime 0 2
[…]
Vou deixar como exemplo as opções que uso no meu fstab do Netbook, com apenas 1 HD e journal interno no mesmo sistema de arquivos (notem que não há espaço entre as opções, apenas vírgulas):
[...]
UUID=d818ddf9-ff01-e21a-a67d-3ceab43a9e2b / ext4 noatime,barrier=0,commit=60 0 1
UUID=0d339122-74e0-e0ea-805a-7879b1fa3172 /home ext4 noatime,barrier=0,commit=60 0 2
[...]
A opção do arquivo anterior: errors=remount-ro pode ser removida com segurança pois é padrão do sistema.
b) Para o xfs:
noatime = Os tempos de acesso dos dados não serão atualizados quando lidos, apenas quando gravados. Não há risco de perda de dados com essa opção. Se o tempo de acesso dos dados for importante para você não use essa opção.
nodiratime = Os tempos de acesso dos diretórios não serão atualizados quando lidos, apenas quando gravados. Não há risco de perda de dados com essa opção. Se o tempo de acesso dos diretórios for importante para você não use essa opção.
nobarrier = essa opção faz com que a verificação dos dados entre o cache do disco e o buffer da memória não sejam mais feitas. Com essa opção ativa você acelera a gravação dos dados mas existe o risco de perda de dados em uma queda de energia ou travamento do sistema, aquilo que estiver aberto pode ser perdido.
logbufs = diz o número de buffers que devem ser guardados na memória, esse número varia de 2 a 8. Nos kerneis mais recentes o 8 já é padrão. Essa opção ajuda muito o XFS a lidar com arquivos pequenos e aumenta o consumo de RAM. Use 8 e seja feliz!
logbsize = Especifica o tamanho de cada buffer na memória. Você pode especificar o tamanho em bytes ou kilobytes, o padrão é 32k nas versões mais recentes do kernel. Você pode aumentar esse valor para 64k, 128k até o máximo de 256k. Essa opção ajuda muito o XFS a lidar com arquivos pequenos e aumenta o consumo de RAM. Use 256k e seja feliz!
allocsize = determina o tamanho final da pré-alocação do Buffer de I/O. Seu tamanho varia de 64Kib a 1Gib. Essa opção ajuda a diminuir a fragmentação do disco e aumenta a velocidade de transferência de arquivos grandes. No caso do disco rígido servir apenas para arquivos grandes como imagens ISO, use 512mb, no geral 64mb está de bom tamanho. Você não aumenta o risco de perda de dados com essa opção. Na prática notei que quanto maior esse número, melhor a taxa de transferência, mas também o sistema fica mais “preso” a essa transferência, então não abuse.
delaylog = Atrasa a gravação das informações no journal do XFS o máximo possível. São parâmetros internos do XFS que determinarão quando as informações serão salvas. Essa opção acelera muito o XFS mas aumenta o risco de perda de dados no caso de uma queda de energia ou travamento do sistema. Note que você não está desativando o Journal, apenas atrasando a gravação dos dados nele. A opção delaylog não funciona em versões antigas do XFS ou do kernel linux.
osynciosync = Essa aqui é complicada, mas resumindo, essa opção tem haver com uma espécie de garantia de que as gravações dos dados e metadados ocorram em sincronia com o cache do disco. Entendeu? Eu também não! :) Para piorar ainda mais, dizem que essa opção é obsoleta e não faz mais “efeito”. Na prática o que notei é que o XFS pode ficar mais ágil com essa opção no fstab do que sem ela, dependendo da carga no sistema! Para quem usa kerneis mais novos, talvez o melhor seja não usar essa opção. Faça os seus testes e observe se ela ajuda mais que prejudica seu sistema. Há sim, ela não é indicada para quem vai ter grandes bancos de dados no disco rígido.
inode64 = indica que o XFS pode criar inodes em qualquer lugar do sistema de arquivos, essa opção pode criar problemas em aplicações de backup que não podem lidar com grande número de inodes. Essa opção é sempre indicada em grandes servidores de arquivos. Na prática achei que aumenta a latência em geral para o desktop. Também notei o seguinte, ou você usa o inode64 ou usa o allocsize para melhor desempenho. Os dois juntos atrasaram o tempo de resposta do desktop! Eu prefiro o allocsize para desktop e o inode64 para servidores de arquivos. Faça os seus testes e verifique se ele é bom pra você.
Use o seu editor preferido e como root abra o fstab para colocar alguma das opções acima, o meu fstab ficou assim:
/dev/disk/by-id/ata-TOSHIBA_MK6465GSXN_31F8B103B-part5 / xfs
noatime,nobarrier,logbufs=8,logbsize=256k,allocsize=64m,delaylog 1 1
/dev/disk/by-id/ata-TOSHIBA_MK6465GSXN_31F8B103B-part6 swap swap defaults 0 0
c) Para o jfs
noatime - Desativa o registro de tempo de acesso do arquivo, que é basicamente uma operação de gravação que deve ser evitada em SSDs. Trocando em miúdos, lembram quando vocês clicam com o botão direito do mouse para acessar as propriedades de um arquivo, lá contém a data de gravação e a data em que o arquivo foi acessado. Com essa opção o sistema não registrará mais quando você acessou o arquivo, apenas quando você modificar o mesmo. Essa opção não envolve risco de perda de dados.
5) Otimizando um pouco mais seu sistema de arquivos e o acesso aos dados do seu Disco rígido
Aqui vamos executar alguns comandos para checar, desfragmentar, refazer o jornaul e otimizar diretórios de acordo com o sistema de arquivos instalado.
a) Para o ext4
Se você é um instalador compulsivo de programas ou tem muitos arquivos espalhados em vários diretórios, você pode melhorar um pouco mais as coisas otimizando os diretórios. Faça isso com o seguinte comando:
#fsck -t ext4 -f -D -v /dev/sdxy
O comando acima deve ser realizado como root na partição alvo DESMONTADA! Use um Live-CD ou um Live-PenDrive ou o modo de recuperação do seu sistema para isso. O que ele faz é refazer o índice de diretórios do ext4, reindexando e comprimindo os mesmos se possível. É ótimo de ser usado depois de você ter finalizado toda a instalação do seu sistema, digo de tudo mesmo, codecs e programas afins que você usa. Também é bom de ser feito de tempos em tempos mesmo se você não continuar a inchar o seu sistema com dados em muitos diretórios. Com o fsck -f -D ele obriga a otimização mesmo em um sistema limpo. O -v vai te mostrar um relatório final da integridade do seu sistema de arquivos, mostrando inclusive o número de badblocks do disco se existirem.
b) Para o xfs
Esta é uma grande vantagem frente a outros sistemas de arquivos que sua distro pode usar. O XFS é capaz de ser desfragmentado com suas partições montadas e ativas sem risco de perda de dados. Contudo, eu sugiro que o ideal seja fazer isso com todos os programas e arquivos fechados. O motivo é simples, se for detectado que um arquivo está em uso este arquivo em particular não é desfragmentado. Quanto mais potente for o seu processador mais rápida será a sua desfragmentação. A primeira desfragmentação/reorganização é bastante demorada. O comando para desfragmentar é o xfs_fsr e deve ser dado como root. Ele vai reorganizar o sistema de arquivos um arquivo por vez, procurando compactar e melhorar a disposição das extensões dos arquivos junto aos blocos e inodes, ele também desfragmenta os 10% de arquivos mais fragmentados por vez que é executado. Como root você pode fazer:
xfs_fsr -t 8000 /dev/sdxy -v
Onde o -t é o tempo máximo que ele pode levar para desfragmentar/reorganizar em segundos. Se não colocar o -t o valor padrão é 7200 ou 2 horas. O -v é o modo verbose, ou seja, ele vai te mostrar o que está fazendo, muito bom para saber se ele pulou algum arquivo que estava aberto.
Você também pode saber o quão desfragmentado o seu disco rígido está antes de executar uma desfragmentação. O comando é:
#xfs_db -c frag -r /dev/sdxy
Exemplo da saída do comando:
linux-tl2k:~ # xfs_db -c frag -r /dev/sda5
actual 232989, ideal 232230, fragmentation factor 0.33%
Eu recomendo que você faça uso do xfs_fsr todas as vezes que uma quantidade grande de programas forem instalados ou removidos, assim como se os seus dados forem inseridos, alterados ou deletados do disco. Eu não espero a fragmentação aumentar, como ele reorganiza os inodes o sistema fica sempre ágil com a execução frequente do xfs_fsr.
c) Para o jfs:
a) Refaça o Log do Journal – Após ter terminado toda a instalação do seu sistema (pronto para uso, você já instalou todos os programas que usa, os codecs e de preferência já colocou seus dados nele), agora é o momento de refazer o Log do Journal para acelerar ainda mais as coisas. Entre com um Live-CD do Ubuntu (lembre-se de instalar o pacote jfsutils) ou do Parted Magic (este você não precisa se preocupar em instalar o jfsutils) e execute o seguinte comando como root na partição desmontada:
#jfs_fsck -f -v /dev/sdxy
Onde o xy deve ser trocado de acordo com o seu disco rígido em questão. Na dúvida, use o fdisk -l para descobrir! O comando acima obriga a checagem do sistema de arquivos JFS em seu disco rígido e refaz o Log do Journal mesmo em um sistema marcado como limpo, além disso ele vai mostrar para você todas as etapas durante o processo, qualquer erro encontrado será automaticamente corrigido. Você pode executar esse comando de tempos em tempos se você for um instalador de programas compulsivos ou se encher muito rapidamente o seu disco rígido. Com isso você notará um rápido acesso as pastas, fotos e documentos.
-
6) Tornar o seu disco rígido mais rápido às requisições do seu sistema
a) hdparm
Antes você precisa saber sobre as características técnicas do seu disco rígido. É que vamos habilitar dois parâmetros dele que vêm desabilitados por padrão. A gravação em cache do mesmo e fazê-lo funcionar a toda velocidade desde o início da requisição. Para isso execute o comando como root:
#hdparm -I /dev/sdX
Onde o X vai depender do disco rígido que você quer tunar. O comando acima faz um relatório detalhado sobre o seu disco rígido, listando todas as características técnicas do mesmo. Procure por duas informações importantes: Write Cache Enable e o Acoustic Management!
O seu sistema pode estar montado sem problemas. Então faça como root:
#hdparm -W1 -M254 /dev/sdX
O "W" deve ser maiúsculo mesmo! NÃO erre no "W"! O "w" minúsculo vai detonar o seu sistema! Então, o -W1 ativa a gravação no cache do seu disco e o -M254 faz com que o disco trabalhe mais barulhento (alta rotação inicial), o padrão é 128, o mais silencioso (baixa rotação inicial). Nunca, mas nunca use o -W1 com o XFS, tá lá na empresa que desenvolve o XFS. Numa queda de energia sua máquina virtual pode deixar de existir, entre outras coisas, depois não diga que eu não avisei.
Se o seu disco rígido não suportar esses comandos ele vai dar erro na saída do comando. Se tudo correr bem ele vai avisar que tudo foi ligado (On). Não se preocupe que não há risco de danos ao disco rígido ou ao seu sistema. Com essas duas mudanças você pode ganhar em média de 2 a 4MB/s a mais nas taxas de leitura do seu disco rígido. É só fazer por três vezes e sem nada sendo usado no sistema o comando e comprovar o que eu digo:
#hdparm -Tt /dev/sdX
Se tudo correu bem, agora você vai querer colocar esses comandos de forma permanente! Sim, pois só em executar esse comando no terminal não o torna permanente, ele volta ao estado padrão a cada reinicialização do sistema! Então o que fazer? Ta na mão, coloque o comando no arquivo /etc/rc.local antes do exit = 0 (se tiver isso no seu arquivo)! Como root:
#nano /etc/rc.local
e cole
hdparm -W1 -M254 /dev/sdX
Você pode colocar quantos discos rígidos você tiver no seu sistema que suportem esses comandos, cada disco rígido deve ter a sua linha de comando. O comando é dado para o disco rígido e não sua partição.
b) nr_requests
Vamos modificar o número de requisições que o seu disco rígido pode fazer ao ler ou gravar seus dados. Esses valores podem ser aumentados ou diminuídos e vão depender principalmente do tipo de uso que você faz do seu sistema de arquivos. Com esses valores alterados você pode aumentar ou diminuir a taxa de transferência dos dados. Esse valor é dado pelo nr_request. O nr_request fica na pasta /sys/block/sdx/queue/nr_requests .
Onde o sdx vai depender da letra do seu disco rígido. Você pode alterar esse valor de acordo com cada disco rígido do seu sistema. Essa modificação portanto vale para o disco inteiro e para todas as partições dentro dele! Não existe risco de perda de dados com as modificações propostas!
O valor é dado em KB e pode variar entre: 4 / 8 / 16 / 32 / 64 / 128 / 256 / 512 / 1024 / 2048 !
O valor padrão é 128. Nos meus testes para desktop o valor de 256 é o que apresentou melhores resultados no geral.
Para descobrir o valor do seu nr_request siga o exemplo:
$ cat /sys/block/sdx/queue/nr_requests
Para alterá-lo você faz como root:
# echo 256 > /sys/block/sdx/queue/nr_requests
Essa alteração já passa a valer imediatamente! Você pode fazer seus testes e verificar se isso ajuda ou não. Se usar apenas o comando echo, todas as vezes que reiniciar a máquina o valor padrão volta a vigorar, ou seja, 128. Se quiser que o valor ideal para você esteja sempre ativo, coloque essa linha de comando dentro do arquivo /etc/rc.local antes do exit 0 ! Para cada disco uma linha de comando.
c) read_ahead_kb
Outra opção de tunagem, entre inúmeras, para transferência de arquivos é alterar os valores do read_ahead_kb. Alterar esse valor para mais melhora as taxas de leitura sequenciais pois você aumenta o Buffer de leitura.
O valor padrão é 128 e novamente para verificar o seu valor use o comando cat. O read_ahead_kb também se encontra na pasta /sys/block/sdx/queue/. O exemplo então fica:
$ cat /sys/block/sdx/queue/read_ahead_kb
Para alterá-lo você usa o echo, os valores possíveis são:
4 / 8 / 16 / 32 / 64 / 128 / 256 / 512 / 1024 / 2048 / 4096 / 8192 / 16384
Se usar o valor máximo 16384, seu sistema vai ser tora em transferência de arquivos mas também não vai fazer mais nada. Quanto maior esse valor mais “preso” você vai sentir o seu sistema. Aumentando o valor para 256 foi onde encontrei os melhores resultados em geral para um desktop.
# echo 256 > /sys/block/sdx/queue/read_ahead_kb
7) Altere o escalonador do disco
Este é um tema bastante complexo que vale um artigo extenso só pra falar sobre isso. Aviso logo a vocês que não existe um escalonador perfeito, por isso temos algumas variantes que podemos escolher. Em uma explicação bem simplista, um escalonador de processos é um algoritmo matemático que controla a fila de processos a ser executado pelo processador ou pelo disco. O escalonador do disco rígido é o mais fácil de alterarmos, pois por padrão são dadas três opções para o usuário do sistema alterar sem compilações. O escalonador do processador só com compilação do kernel. O arquivo que contém essas opções está em:
/sys/block/sd?/queue/scheduler
Onde a interrogação vai depender do disco em que você instalou o seu sistema raiz.
Use o comando cat para ver as opções de escalonadores do disco assim:
cat /sys/block/sda/queue/scheduler
Geralmente saída deve ser esta:
noop [deadline] cfq
O marcado entre colchetes é o que está em uso. O Ubuntu usa como padrão o escalonador deadline ( tradução grosseira – prazo a cumprir). Vou tentar explicar sem complicar muito.
O deadline divide as requisições em dois tipos. As de leitura e as de escrita. Sendo que a prioridade é de que essa requisição seja executada imediatamente, contudo ele dá um tempo para que elas sejam executadas, 500ms para as de leitura e 5 segundos para as de escrita. Passou o cartão agora do nome dele?
O sistema pode responder mais rapidamente com o deadline em muitos casos. Mas como estamos forçando a barra um pouco, exigindo uma resposta imediata do sistema o tempo todo, ao aumentar demais as requisições, o sistema pode acabar ficando lento. Você vai notar ele mais “preso” a uma determinada tarefa, demorando para responder a outra coisa que queira fazer. Se tiver um processador tora como os Core i5 ou i7, beleza. Mas se for um Celeron... Para contornar isso, você pode usar o cfq ou Complete Fair Queuing.
O CFQ tenta dividir todas as requisições em fatias por iguais e tenta resolver toda elas com a mesma atenção, sem priorizar uma sobre as outras. Essa também é uma explicação bem simplista. Com um exemplo da vida prática fica mais fácil entender. Você chega para comprar um refrigerante no bar e tem 10 pessoas para serem atendidas. Normalmente tem fila, então só o primeiro da fila é atendido, dão a ele(a) um copo e depois o refrigerante. Os outros estão esperando impacientes. Com o CFQ não é assim, ele primeiro verifica se todos querem o mesmo tipo de refrigerante. Se for diferente ele os agrupa por tipo de bebida. Os da Coca, os do Guaraná e da água, por exemplo. Distribui copo para todos e tenta servir um pouco da bebida para cada um. Assim ninguém fica achando que está lá mofando na fila! Então você pode “apertar o calo” dele que ele não reclama, ele se organiza para atender a todos.
Com o cfq você vai notar um sistema mais “fluido” para responder as muitas requisições. Pode puxar que ele responde. Ou seja, com o cfq seu sistema sempre te dá uma resposta. Não ficará preso a uma tarefa. Mas ele deixa seu sistema menos responsivo por isso, afinal tem que ter sobra para que ele te responda. O cfq não é bom de ser usado com o XFS. Na verdade muitas da vantagens do XFS se perdem com o cfq. Mas ele é ótimo de ser usado com o ext4 e muitas requisições. Se tiver um processador do arco da velha, sua combinação com o jfs é perfeita se quiser fazer muitas coisas com esse processador velhinho. Só não espere repostas imediatas, mas ele vai te atender a tudo que você pedir.
Já o Noop é um escalonador de disco bem básico, tipo, quem chegar primeiro eu atendo. Então já viu, como as requisições geralmente nunca são ordenadas, você acaba achando ele mais lento, pois seu disco magnético não tem tanta potência para gerenciar tudo tão rápido. Quem chega primeiro bem, os outros que vem atrás que esperem até essa requisição ser atendida.O Noop pode dar melhores resultados com SSDs ( que possui potência de sobra) e em sistemas com múltiplos discos, onde pode se dividir a carga do sistema.
.
Obs.: Ficar alternando de escalonadores durante a mesma sessão pode deixar seu sistema lento. Então é bom reiniciar a máquina para testar direitinho.
Então para trocar de escalonador você faz:
# echo "cfq" > /sys/block/sda/queue/scheduler
O nome do escalonador pretendido tem que estar entre apas mesmo. Certifique que ele foi alterado com o cat:
cat /sys/block/sda/queue/scheduler
Faça os seus testes e veja se melhora pra você. Se a mudança for boa você deve torna-la permanente. Insira a linha de comando com o echo dentro do rc.local, senão a cada reinicialização ele volta para o deadline padrão.
Se não gostar das alterações basta remover a linha de comando do rc.local e reiniciar a máquina para que o deadline volte como padrão.
-
8 ) Acelerando a navegação na Internet
a) nsswitch.conf
Vamos modificar este arquivo para acelerar a sua navegação. Procure pela seguinte linha:
hosts: files mdns4_minimal [NOTFOUND=return] dns mdns4
Vamos deixar assim:
hosts: files dns
Como root:
nano /etc/nsswitch.conf
Se tiver algum problema basta recolocar os comandos removidos no arquivo.
b) Usando o dnsmasq
Atenção! Não use essa dica para o Ubuntu 14.04 se você usar o samba ou estiver em uma rede com VPN! Leia este link para enteder o motivo: http://ubuntuforum-br.org/index.php/topic,105729.msg625698.html#msg625698
O dnsmasq faz cache do dns das suas páginas mais visitadas acelerando sua navegação.
A partir do Ubuntu 12.04 o pessoal da Canonical modificou muito a parte interna da rede do Ubuntu e família, fazendo com que o dnsmasq não funcionasse mais como antigamente. Mas nada como um pouco de pesquisa e pensar um pouco para fazer ele funcionar como antes!
Instale o dnsmasq:
apt-get install dnsmasq
Depois, pelo terminal, modifique o arquivo dhclient.conf.
nano /etc/dhcp/dhclient.conf
Procure pela linha
#prepend domain-name-servers 127.0.0.1;
E remova o jogo da velha da frente desta linha. Salve e feche o arquivo.
Ficando assim:
prepend domain-name-servers 127.0.0.1;
Reinicie o dnsmasq :
service dnsmasq restart
Exemplo:
root@xubuntu:/home/xubuntu# service dnsmasq restart
* Restarting DNS forwarder and DHCP server dnsmasq [ OK ]
Alguns usuários podem ter problemas com essa modificação do dnsmasq. Sua navegação pode parar. Caso isso aconteça, vamos fazer o que o colega Visterine fez para resolver esse problema ( Obrigado por compartilhar a solução do problema).
Após alterar a linha do dhcclient.conf, como usuário root faça: dpkg-reconfigure resolvconf e aceitei todas as solicitações.
Depois ainda como root rode restart network-manager e em seguida service dnsmasq restart
Use o dig para verificar se ele está funcionado. Exemplo:
dig www.ig.com.br
Repare bem na linha ;; Query time! Da primeira vez pode ser mostrado algum tempo em mili segundos. Exemplo da minha banda lesma aqui:
root@xubuntu:/home/xubuntu# dig www.ig.com.br
; <<>> DiG 9.9.2-P1 <<>> www.ig.com.br
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 7267
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1
;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 512
;; QUESTION SECTION:
;www.ig.com.br. IN A
;; ANSWER SECTION:
www.ig.com.br. 82 IN A 187.31.64.25
;; Query time: 535 msec
;; SERVER: 127.0.0.1#53(127.0.0.1)
;; WHEN: Wed May 8 14:07:26 2013
;; MSG SIZE rcvd: 58
Na segunda vez o tempo deve ser zero!
Como no exemplo abaixo:
root@xubuntu:/home/xubuntu# dig www.ig.com.br
; <<>> DiG 9.9.2-P1 <<>> www.ig.com.br
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 59594
;; flags: qr rd ra ad; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0
;; QUESTION SECTION:
;www.ig.com.br. IN A
;; ANSWER SECTION:
www.ig.com.br. 79 IN A 187.31.64.25
;; Query time: 0 msec
;; SERVER: 127.0.0.1#53(127.0.0.1)
;; WHEN: Wed May 8 14:07:29 2013
;; MSG SIZE rcvd: 47
Obs.: Se o seu PC ou Notebook acessam a internet através de um servidor com o Bind bem configurado, não existe necessidade de usar o dnsmasq. Neste caso o dnsmasq pode atrasar um pouco a sua navegação.
Se quiser deixar o dnsmasq ainda mais rápido, você deve alterar o arquivo de configuração dele. É que o dnsmasq grava os 150 endereços mais usados. Mas você pode aumentar esse número, fazendo ele gravar mais endereços, aumentado o seu cache. O arquivo encontra-se em /etc/dnsmasq.conf . Então como root faça: nano /etc/dnsmasq.conf e procure pela linha:
# Set the cachesize here.
#cache-size=150
Remova o símbolo de jogo da velha da linha cache-size e altere o seu número de 150 para 1000! Colocar zero desabilita o cache. Deve ficar assim:
# Set the cachesize here.
cache-size=1000
Reinicie o dnsmaq, como root:
service dnsmasq restart
Se não gostar dos resultados, remova o dnsmasq pelo apt-get e volte a comentar a linha do prepend no arquivo dhclient.conf.
c) hosts
Vamos colocar o nome da sua máquina na linha do 127.0.0.1. Pode parecer incrível, mas isso dá diferença na abertura inclusive de programas. Originalmente o meu arquivo era assim:
127.0.0.1 localhost
127.0.1.1 galactus-casa
# The following lines are desirable for IPv6 capable hosts
::1 ip6-localhost ip6-loopback
fe00::0 ip6-localnet
ff00::0 ip6-mcastprefix
ff02::1 ip6-allnodes
ff02::2 ip6-allrouters
Depois deve ficar assim:
127.0.0.1 localhost galactus-casa
127.0.1.1 galactus-casa
# The following lines are desirable for IPv6 capable hosts
::1 ip6-localhost ip6-loopback
fe00::0 ip6-localnet
ff00::0 ip6-mcastprefix
ff02::1 ip6-allnodes
ff02::2 ip6-allrouters
Como root faça:
nano /etc/hosts
Então coloque o nome da linha 127.0.1.1 na linha 127.0.0.1. Salve e feche o arquivo. Reinicie a sua máquina.
Já sabe, se não gostar da modificação, apenas remova o nome da sua máquina da linha 127.0.0.1 e reinicie a máquina.
-
9) Removendo o Logo do LibreOffice e acelerando sua inicialização
Sabe aquela telinha de apresentação do LibreOffice, que aprece logo depois da gente clicar no ícone do Writer, por exemplo, que mostra o carregamento do mesmo? Pois é, sempre achei que aquilo consumia tempo, queria que ele me mostrasse logo a tela do Writer. Então, se quiser remover o logo, como root faça:
nano /etc/libreoffice/sofficerc
Se você instalou um pacote binário do LibreOffice não oficial do Ubuntu, o baixado do site do LibreOffice, o caminho é um pouco diferente. Dica do jkmsjq, faça:
nano /etc/libreoffice4.0/program/sofficerc
Você será brindado com o seguinte conteúdo:
[Bootstrap]
HideEula=1
Logo=1
NativeProgress=false
ProgressBarColor=222,72,20
ProgressFrameColor=245,245,245
ProgressPosition=72,189
ProgressSize=409,8
ProgressTextBaseline=170
ProgressTextColor=255,255,255
Então aonde você vê Logo = 1, troque para 0. Ficando assim:
[Bootstrap]
HideEula=1
Logo=0
NativeProgress=false
ProgressBarColor=222,72,20
ProgressFrameColor=245,245,245
ProgressPosition=72,189
ProgressSize=409,8
ProgressTextBaseline=170
ProgressTextColor=255,255,255
Pode chamar o Writer que o logo sumiu.
Essa dica é do jkmsjq. Se quiser que o Libreoffice abra quase que imediatamente, dentro do LibreOffice:
Ferramentas --> Opções. No link Memória marque a opção "Ativar o Iniciador Rápido na Bandeija do Sistema".
10) Trocando o Kernel padrão
Guardei a Cereja do bolo para o final. Vamos usar um kernel que condiz com todas essas alterações que já fizemos, um kernel de baixa latência ou baixo tempo de resposta, low latency.
Esse kernel se encontra nos repositórios oficiais do Ubuntu e família nas versões 12.04, 12.10 e 13.04. 32 ou 64bits. Esteja com todos os repositórios principais ativos, incluindo o backports e instale o pacote linux-lowlatency.
apt-get install linux-lowlatency
Ele vai instalar sempre a última versão oficial do kernel lowlatency da sua versão do Ubuntu em questão. Aceite as dependências que ele mostrar e depois da instalação reinicie o seu sistema para que você possa escolher o kernel lowlatency. Dependendo da sua configuração será preciso remover o kernel generic ou o lento kernel PAE, para os que usam sistemas 32bits, principalmente se o Ubuntu for o único sistema instalado. Se estiver em dual boot, você pode escolher as opções avançadas do boot e verificar se o kernel lowlatency é a primeira ou segunda opção.
Para confirmar basta um uname -a no terminal como no exemplo abaixo:
galactus@galactus-Movel:~$ uname -a
Linux galactus-Movel 3.8.0-19-lowlatency #13-Ubuntu SMP PREEMPT Thu Apr 18 09:41:59 UTC 2013 x86_64 x86_64 x86_64 GNU/Linux
galactus@galactus-Movel:~$
Este kernel tem todas as funcionalidades do kernel generic. Só foi compilado para deixar o seu sistema mais rápido para Desktops. Para os usuários do Kernel PAE um aviso, o kernel lowlatency não reconhece os 4GB de RAM ou mais em um sistema 32bits.
Se não gostar do kernel lowlatency basta remover o mesmo com um
apt-get remove linux-lowlatency
Depois reinicie a máquina.
Considerações Finais:
Se você chegou até aqui e realizou todos os passos acima, não tem como não notar a enorme diferença no desempenho geral do sistema. É evidente que quanto mais potente for a sua configuração melhor serão os resultados. Todas essas modificações são de meu uso diário em toda as minhas máquinas em que já usei ou uso Linux. Não importa o hardware, de um P4 ou Celeron a um Core i7 ou de um Semprom a um Phenom. Claro que guardo as devidas proporções de desempenho.
Só mais uma coisa, com tantos arquivos padrões alterados, no caso de uma atualização do sistema com algum dos arquivos modificados por este tutorial, o gerenciador de pacotes vai reclamar com você que existe uma versão modificada do referido arquivo. Ele vai te perguntar o que deseja fazer, manter a versão modificada ou instalar a nova mantida pelos desenvolvedores. Aceite a nova versão e depois refaça as modificações necessárias se quiser ter o mesmo efeito de antes.
Para aqueles que ainda não acreditam o que essas modificações podem fazer, aqui vai um vídeo com um Notebook com Celeron e o Ubuntu 10.04 com kernel compilado a dedo, o Omnislash do HqxRiven e formatação personalizada com JFS mais as dicas deste tuto:
http://www.youtube.com/watch?v=PSMwkPC_dHc
Obrigado a todos que leram todo este extenso tutorial! Espero ajudar mais que prejudicar!
-
:o
Parabéns pelo tutorial !!!!!!
-
Estou terminando de instalar o low latency para verificar o desempenho do S.O. com essas modificações... ;)
-
Cara ! Voltei hoje para o Debian e me deparo com este espetacular post ! Parabéns !!! ;D
-
Testei os procedimentos básicos do tutorial e garanto: dá uma diferença imensa no desempenho do S.O.
Exemplos:
Com o preload instalado e configurado corretamente a abertura dos programas no meu notebook melhorou consideravelmente.
Aplicativos que mais uso:
LibreOffice, GIMP, Inkscape, Scribus, Firefox e Thunderbird.
Com esses programas basta clicar no ícono e já abrem automaticamente.
As únicas modificações que não fiz foi no sistema de arquivo, que aqui uso o ext4 (preguiça no momento... ;D)
@Galactus
Sugiro você incluir no seu tutorial a opção de deixar selecionado no LibreOffice em
Ferramentas --> Opções
No link Memória a opção Ativar o Iniciador Rápido na Bandeija do Sistema. Com isso o LibreOffice iniciar-se-á mais rápido ainda.
-
Cara ! Voltei hoje para o Debian e me deparo com este espetacular post ! Parabéns !!! ;D
Queria testar o Debian mas o suporte praticamente não existe igual o Ubuntu, pelo menos até onde eu sei...
-
@Renan Rischiotto
Suporte igual ao do Ubuntu em português, acredito que somente o em inglês.
Os demais fóruns que me desculpem, mas o fórum Ubuntu é o tal... ;D
-
:)
-
Quem sabe quando (se) o Linux ficar mais conhecido...
-
Um dos tutoriais mais didáticos que já li. Parabéns Galactus!
-
Fiz o teste do kernel, porém o mesmo não reconheceu meu wifi. De resto tá ótimo!
-
curiosamente a maioria dessas dicas servem para outras distros ;D
ótimo tutorial, mas senti falta do prelink junto com o preload, ou ele não ajuda em nada ???
-
ola
testei quase todo o seu tutorial
tem certeza que o uso do preload aumenta o consumo de ram?
pois fiz o teste aqui e o consumo de ram abaixou sendo que desativei alguns aplicativos na inicialização
eu uso o ubuntu 12.04 com mate 1.6 + sistema otimizado para menos consumo.
-
Galactus
Parabéns pelo execlente tutorial.
Se possível, edit a parte onde fala para alterar o host, informando o local do arquivo a ser editado.
Outra coisa, como tornar o kernel de baixa latencia padrão??
-
Pro note ficar perfeito, alguém sabe me informar como utilizar de forma satisfatória chips gráficos da VIA com Ubuntu 12.04 - 32?
-
Sabem me dizer se o Kernel Low-Latency tem bom desempenho em Servidores.?
-
Obrigado a todos pelos elogios. Espero que o tuto esteja sendo útil a todos vocês.
-
@Galactus
Sugiro você incluir no seu tutorial a opção de deixar selecionado no LibreOffice em
Ferramentas --> Opções
No link Memória a opção Ativar o Iniciador Rápido na Bandeija do Sistema. Com isso o LibreOffice iniciar-se-á mais rápido ainda.
Sugestão anotada. Amanhã modifico o tuto.
-
Fiz o teste do kernel, porém o mesmo não reconheceu meu wifi. De resto tá ótimo!
Pôxa, que coisa. Testei em alguns Notebooks e Netbooks e tudo funcionava diretinhho. Wi-Fi e tudo.
-
curiosamente a maioria dessas dicas servem para outras distros ;D
ótimo tutorial, mas senti falta do prelink junto com o preload, ou ele não ajuda em nada ???
O Prelink só funcionou bem até o 10.04. Daí em diante não funfou mais ou dava muito pau em um monte de coisas. Por isso não falei do Prelink!
-
ola
testei quase todo o seu tutorial
tem certeza que o uso do preload aumenta o consumo de ram?
pois fiz o teste aqui e o consumo de ram abaixou sendo que desativei alguns aplicativos na inicialização
eu uso o ubuntu 12.04 com mate 1.6 + sistema otimizado para menos consumo.
Se começar a usar um monte de coisas ao mesmo tempo, o meu caso. O consumo aumentou. Principalmente com um monte de abas abertas para navegação. O meu Netbook fica consumindo de 600MB a 2GB de RAM.
-
Galactus
Parabéns pelo execlente tutorial.
Se possível, edit a parte onde fala para alterar o host, informando o local do arquivo a ser editado.
Outra coisa, como tornar o kernel de baixa latencia padrão??
Anotado! Obrigado, vou alterar amanhã!
Você vai ter que remover o kernel generic. Eu removo o meta-pacote linux-generic mais a última versão dele, mas deixo uma versão anterior dele instalada. Procure pelo pacote linux-generic.
-
Pro note ficar perfeito, alguém sabe me informar como utilizar de forma satisfatória chips gráficos da VIA com Ubuntu 12.04 - 32?
Não sei! :-[
-
Pro note ficar perfeito, alguém sabe me informar como utilizar de forma satisfatória chips gráficos da VIA com Ubuntu 12.04 - 32?
Talvez aqui tenha alguma coisa: http://linux.via.com.tw/support/downloadFiles.action
-
Sabem me dizer se o Kernel Low-Latency tem bom desempenho em Servidores.?
Não acredito que vai ter bom desempenho se esse servidor tiver muitas requisições! Para servidor é diferente. O lance é ele ter margem para responder a muitas coisas e ser estável. Agora, se o seu servido for pouco exigido, aí deve ficar melhor.
-
Essa questão da importância do consumo de memória é um tanto discutível. Apliquei a maioria do tutorial (só não fiz a parte que necessita acessar por live-usb) e verifiquei que o consumo do 12.04LTS com Unity2D no Eee PC 1000HA passou de 350 para 550MB. No entanto, a melhora de desempenho é mais que visível. Tudo abre e de maneira mais rápida, inclusive na navegação pelo firefox.
Originalmente, esse netbook veio com 1GB de memória e eu ampliei para 2GB, sem nunca ter percebido grande diferença.
Não usei o kernel de baixa latência porque, em decorrência de uma luta que estou travando contra a instabilidade da conexão wireless, consegui estabilizar essa conexão por meio da utilização do kernel 3.8.0, com a compilação do módulo ath5k a partir de um source de compatibilidade. Como esse procedimento não adiantou quando usava o kernel padrão 3.2.0, e o kernel de baixa latência é derivado dele, não pude seguir esse passo.
-
Não acredito que vai ter bom desempenho se esse servidor tiver muitas requisições! Para servidor é diferente. O lance é ele ter margem para responder a muitas coisas e ser estável. Agora, se o seu servido for pouco exigido, aí deve ficar melhor.
Obrigado pela resposta amigo, o servidor vai ser muito exigido sim amigo, terá em média 600 clientes requisitando ele mais o servidor Web. Qual me recomendaria.?
-
Não acredito que vai ter bom desempenho se esse servidor tiver muitas requisições! Para servidor é diferente. O lance é ele ter margem para responder a muitas coisas e ser estável. Agora, se o seu servido for pouco exigido, aí deve ficar melhor.
Obrigado pela resposta amigo, o servidor vai ser muito exigido sim amigo, terá em média 600 clientes requisitando ele mais o servidor Web. Qual me recomendaria.?
Vai ser Ubuntu server mesmo?
Deste tutorial mesmo, eu aproveitaria a parte da troca do escalonador do disco, usaria CFQ e o nr_quest e o Readahead_kb. Se fosse o caso, teria que fazer testes. O prelaod pode ser uma boa se tiver memória de sobra.
-
Modificações realizadas!
Obrigado a todos por contribuir com a melhora do Tutorial!
-
Boa Noite a Todos!
Caro galactus;
Modificações realizadas!
Obrigado a todos por contribuir com a melhora do Tutorial!
Obrigado por sua humildade em compartilhar seus conhecimentos com todos... Gostaria de contribuir com alguns incrementos, mas, antes, queria que avaliasse, primeiro, as informações dos links que posto abaixo:
Melhore a performance do Ubuntu com zRam (http://www.ubuntubrsc.com/melhore-performance-ubuntu-zram.html)
Diminua a prioridade da SWAP do Ubuntu para ter melhor performance! (http://ubuntued.info/diminua-a-prioridade-da-swap-do-ubuntu-para-ter-melhor-performance)
Ubuntu mais rápido com /tmp na memória RAM (http://www.vivaolinux.com.br/dica/Ubuntu-mais-rapido-com-tmp-na-memoria-RAM)
Fique com Deus e obrigado!
-
Vai ser Ubuntu server mesmo?
Deste tutorial mesmo, eu aproveitaria a parte da troca do escalonador do disco, usaria CFQ e o nr_quest e o Readahead_kb. Se fosse o caso, teria que fazer testes. O prelaod pode ser uma boa se tiver memória de sobra.
Sim, será Ubuntu Server mesmo, com 8 GB de RAM e Intel Core i7, com 1TB de HD. O que acha.?
-
Vai ser Ubuntu server mesmo?
Deste tutorial mesmo, eu aproveitaria a parte da troca do escalonador do disco, usaria CFQ e o nr_quest e o Readahead_kb. Se fosse o caso, teria que fazer testes. O prelaod pode ser uma boa se tiver memória de sobra.
Sim, será Ubuntu Server mesmo, com 8 GB de RAM e Intel Core i7, com 1TB de HD. O que acha.?
Eu acho que você está querendo me deixar triste rsrsrs
-
Por quê amigo.?
Esse servidor precisará ser potente mesmo, 24 horas ligado, refrigerado, com ~ 600 clientes requisitando ele, com Servidor Web e agora vou implementar um Banco de Dados em MySql nele. Tem que ter potência o bixo. ;D ;D
-
Fiz o teste do kernel, porém o mesmo não reconheceu meu wifi. De resto tá ótimo!
Pôxa, que coisa. Testei em alguns Notebooks e Netbooks e tudo funcionava diretinhho. Wi-Fi e tudo.
No meu note também houve problema com a WIFI; mas a diferença de resposta foi nítida! Agora vem a dúvida: como eu faço pra reativar minha WIFI? Existe alguma solução sem ter q recompilar?
-
Boa Noite a Todos!
Caro HerrSchafer;
Fiz o teste do kernel, porém o mesmo não reconheceu meu wifi. De resto tá ótimo!
Pôxa, que coisa. Testei em alguns Notebooks e Netbooks e tudo funcionava diretinhho. Wi-Fi e tudo.
No meu note também houve problema com a WIFI; mas a diferença de resposta foi nítida! Agora vem a dúvida: como eu faço pra reativar minha WIFI? Existe alguma solução sem ter q recompilar?
Por acaso seu hardware de rede é Broadcom?
Fique com Deus e obrigado!
-
O hardware é broadcom!
Eu consegui resolver seguindo este tuto: http://lrodrigo.lncc.br/index.php/Dicas:Linux:Instalando_e_configurando_a_interface_rede_sem_fio (http://lrodrigo.lncc.br/index.php/Dicas:Linux:Instalando_e_configurando_a_interface_rede_sem_fio)
Obs: Apesar de ter conseguido uma mensagem de erro me felicitando pela má sorte, ao reiniciar a máquina, a conexão wi-fi funcionou normalmente e eis que voz respondo do meu note "FAST & FURIOUS"
Thanks!
-
[...]
Sim, será Ubuntu Server mesmo, com 8 GB de RAM e Intel Core i7, com 1TB de HD. O que acha.?
Um processador Xeon (Intel) ou mesmo um Opteron (AMD) não ficaria melhor nessa configuração do que um Core i7... :-\
Um HD apenas oara servidor...??? Usar um RAID5 não ficaria melhor...?!?!?
Como se fala aqui na Bahia: perguntar não ofende... ;D ;D
-
Boa Noite a Todos!
Caro galactus;
Obrigado por sua humildade em compartilhar seus conhecimentos com todos... Gostaria de contribuir com alguns incrementos, mas, antes, queria que avaliasse, primeiro, as informações dos links que posto abaixo:
Melhore a performance do Ubuntu com zRam (http://www.ubuntubrsc.com/melhore-performance-ubuntu-zram.html)
Diminua a prioridade da SWAP do Ubuntu para ter melhor performance! (http://ubuntued.info/diminua-a-prioridade-da-swap-do-ubuntu-para-ter-melhor-performance)
Ubuntu mais rápido com /tmp na memória RAM (http://www.vivaolinux.com.br/dica/Ubuntu-mais-rapido-com-tmp-na-memoria-RAM)
Fique com Deus e obrigado!
O caso da Swap eu já respondi neste tuto mesmo. Os novos kerneis praticamente não usam Swap se você tiver memória sobrando. Os outros eu já tinha lido, aguém testou? Eu não testei essas dicas ainda. Vou ver se pego uma máquina de cobaia pra testar.
-
Fiz o teste do kernel, porém o mesmo não reconheceu meu wifi. De resto tá ótimo!
Pôxa, que coisa. Testei em alguns Notebooks e Netbooks e tudo funcionava diretinhho. Wi-Fi e tudo.
No meu note também houve problema com a WIFI; mas a diferença de resposta foi nítida! Agora vem a dúvida: como eu faço pra reativar minha WIFI? Existe alguma solução sem ter q recompilar?
Pois é, estive dando umas pesquisadas, e talvez funcione. Eu acho estranho pois eu tenho uma placa Broadcom e no meu nNetbook não deu pau ter mudado para o kernel lowlatency, mas como nem todas as Broadcoms são iguais né, achei mais gente com o mesmo problema quando mudou para o kernel lowlatency.
Para resolver eles instalaram ou reinstalaram o pacote:
linux-firmware-nonfree
E reiniciaram a máquina!
Se a sua Broadcom for uma das listadas abaixo:
- BCM4306/3
- BCM4311
- BCM4318
- BCM4321
- BCM4322 (only 14e4:432b)
Então vão precisar do pacote:
firmware-b43-installer
E reiniciar a máquina.
Por favor tentem aí e depois reportem se funcionou!
-
Vai ser Ubuntu server mesmo?
Deste tutorial mesmo, eu aproveitaria a parte da troca do escalonador do disco, usaria CFQ e o nr_quest e o Readahead_kb. Se fosse o caso, teria que fazer testes. O prelaod pode ser uma boa se tiver memória de sobra.
Sim, será Ubuntu Server mesmo, com 8 GB de RAM e Intel Core i7, com 1TB de HD. O que acha.?
Arthur, em se tratando de um servidor que vai ser exigido como você está dizendo, eu compraria um Xeon mesmo!
É mais rápido que o Core i7 para o que se propõe. Também uso placa para servidor da Intel!
O meu servidor de arquivos é Xeon com placa de servidor da Intel, só que eu uso CentOS. Não gosto de usar o Ubuntu server. Dá uns paus de rede estranhos além de não ter aguentado o mesmo rojão do CentOS. Mas é o meu gosto, não funcionou pra mim! No meu caso. Pode funcionar para qualquer outra pessoa.
O meu Xeon do servidor é mais rápido para instalar as coisas do que o meu Core i7 do desktop!
Um HD só para servidor também é pouco. Mas depende do que você vai fazer e se você assume um risco calculado né! Assim, você só tem um disco, se ele levar falero....... ::) ::) ::)
-
Obrigado pelas sugestões amigos. :D
Vou então dar uma olhada nesse Xeon.
No caso de espaço em disco, não vou precisar de muito, apenas será servidor Gateway, com controle de banda CBQ, inclusive tem um tópico meu aqui, servidor Web e Banco de Dados, nada demais.
O que eu considero que será mais pesado será as requisições de centenas de clientes ao gateway, não creio que será necessário um processador Full-Core, me corrijam se estiver errado.
Eu prefiro mesmo o OpenSuse, que já uso por um tempo, mas ainda vou realizar uns testes, antes de colocar o Servidor em produção. Que em breve, terá mais de 1 servidor.
-
Amigos, dei uma lida sobre o Xeon, e acho que pra mim é um exagero, lembrando que ele apenas será muito requisitado como Gateway com Controle de Banda.
Qual processador teria bom desempenho sem exageros.? E quanto a disco, não preciso de muita coisa, mas preciso de um backup seguro (penso em comprar um HD Externo para Backup ou futuramente em fita). O que me recomendam? Muito obrigado amigos.
Vou começar com Ubuntu Server, gosto bastante dele, nunca tive problemas graves com ele, caso necessário, eu mudo de vez para o Suse.
-
Pois é, estive dando umas pesquisadas, e talvez funcione. Eu acho estranho pois eu tenho uma placa Broadcom e no meu nNetbook não deu pau ter mudado para o kernel lowlatency, mas como nem todas as Broadcoms são iguais né, achei mais gente com o mesmo problema quando mudou para o kernel lowlatency.
Para resolver eles instalaram ou reinstalaram o pacote:
linux-firmware-nonfree
E reiniciaram a máquina!
Se a sua Broadcom for uma das listadas abaixo:
- BCM4306/3
- BCM4311
- BCM4318
- BCM4321
- BCM4322 (only 14e4:432b)
Então vão precisar do pacote:
firmware-b43-installer
E reiniciar a máquina.
Por favor tentem aí e depois reportem se funcionou!
A minha Broadcom é BCM4313; funcionou com o tutorial que postei o link. Não cheguei a precisar dos passos que postou, mas obrigado pela resposta.
Só para título de informação, eu já tinha feito aquelas configurações do ext4 tunado quando instalei o Ubuntu e agora com essas, o note está show, apesar das configurações modestas.
-
Melhore a performance do Ubuntu com zRam (http://www.ubuntubrsc.com/melhore-performance-ubuntu-zram.html)
Diminua a prioridade da SWAP do Ubuntu para ter melhor performance! (http://ubuntued.info/diminua-a-prioridade-da-swap-do-ubuntu-para-ter-melhor-performance)
Ubuntu mais rápido com /tmp na memória RAM (http://www.vivaolinux.com.br/dica/Ubuntu-mais-rapido-com-tmp-na-memoria-RAM)
Fique com Deus e obrigado!
Denis Ferraz
Não consegui abrir o link informado sobre tmp na memória RAM.
-
Boa Tarde a Todos!
Caro neltonrsouza;
Melhore a performance do Ubuntu com zRam (http://www.ubuntubrsc.com/melhore-performance-ubuntu-zram.html)
Diminua a prioridade da SWAP do Ubuntu para ter melhor performance! (http://ubuntued.info/diminua-a-prioridade-da-swap-do-ubuntu-para-ter-melhor-performance)
Ubuntu mais rápido com /tmp na memória RAM (http://www.vivaolinux.com.br/dica/Ubuntu-mais-rapido-com-tmp-na-memoria-RAM)
Fique com Deus e obrigado!
Denis Ferraz
Não consegui abrir o link informado sobre tmp na memória RAM.
O site do VOL (Viva O Linux) está, momentaneamente, fora do ar!!! Não sei o motivo! Vamos aguardar!
Fique com Deus e obrigado!
-
Boa Tarde a Todos!
Caro Arthus Bernardes;
Amigos, dei uma lida sobre o Xeon, e acho que pra mim é um exagero, lembrando que ele apenas será muito requisitado como Gateway com Controle de Banda.
Qual processador teria bom desempenho sem exageros.? E quanto a disco, não preciso de muita coisa, mas preciso de um backup seguro (penso em comprar um HD Externo para Backup ou futuramente em fita). O que me recomendam? Muito obrigado amigos.
Vou começar com Ubuntu Server, gosto bastante dele, nunca tive problemas graves com ele, caso necessário, eu mudo de vez para o Suse.
Desculpe a minha intromissão, mas... openSUSE, UbuntuServer, CentOS (RHEL, e etc), por que não experimenta o Debian? Até a NASA (ISS) irá usar!
Outra sugestões de distros sobre Gateway: List of router or firewall distributions (http://en.wikipedia.org/wiki/List_of_router_or_firewall_distributions)
Fique com Deus e obrigado!
-
Boa Tarde a Todos!
Caros HerrSchafer e galactus;
Pois é, estive dando umas pesquisadas, e talvez funcione. Eu acho estranho pois eu tenho uma placa Broadcom e no meu nNetbook não deu pau ter mudado para o kernel lowlatency, mas como nem todas as Broadcoms são iguais né, achei mais gente com o mesmo problema quando mudou para o kernel lowlatency.
Para resolver eles instalaram ou reinstalaram o pacote:
linux-firmware-nonfree
E reiniciaram a máquina!
Se a sua Broadcom for uma das listadas abaixo:
- BCM4306/3
- BCM4311
- BCM4318
- BCM4321
- BCM4322 (only 14e4:432b)
Então vão precisar do pacote:
firmware-b43-installer
E reiniciar a máquina.
Por favor tentem aí e depois reportem se funcionou!
A minha Broadcom é BCM4313; funcionou com o tutorial que postei o link. Não cheguei a precisar dos passos que postou, mas obrigado pela resposta.
Só para título de informação, eu já tinha feito aquelas configurações do ext4 tunado quando instalei o Ubuntu e agora com essas, o note está show, apesar das configurações modestas.
Uso, atualmente, o LinuxMint 13 Maya KDE 4.8.5 64 bits, e tenho uma variedade de kernels[sic] instalados em meu notebook! Usando essa dica, Broadcom BCM4311 problem on Debian, Mint, Ubuntu (http://debianandi.blogspot.com.br/2012/05/linux-mint-12-broadcom-bcm4311-problem.html) acredito que seja bem completa e, talvez, definitiva para quem não quer ter mais problemas futuros com novas instalações de novos kernels[sic].
Peço sua avalição, Caro galactus!
Fiquem Todos com Deus e obrigado!
-
Olá amigo Denis, sua sugestão me pareceu interessante.
Percebi que muitos o usam pela sua estabilidade, vou então começar a usar o Debian. Muito obrigado pela sugestão amigo.
-
Boa Noite a Todos!
Caro Arthur Bernardes;
Olá amigo Denis, sua sugestão me pareceu interessante.
Percebi que muitos o usam pela sua estabilidade, vou então começar a usar o Debian. Muito obrigado pela sugestão amigo.
Disponha!
Fique com Deus e obrigado!
-
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?
-
Denis, vou alterar o tutorial indicando possíveis problemas com a placa broadcom e alguns links de possíveis soluções.
Como eu disse a minha placa broadcom funciona normalmente com o kernel lowlatency do Ubuntu.
-
Galactus
Não me recordo onde vi esse dica inicialmente, mas que melhora bastante a inicialização do Libre Office é a seguinte:
1 - Menu Ferramentas
2 - Opções
3 - Memória (terceira opção do menu da esquerda da tela de opções)
4 - Onde tem Cache de figuras --> Utilizar para Libre Office diminua de 20 para 10
5 - Depois logo abaixo tem "Remover da memória após" tem o valor 00:10 --> reduza para 00:01
Isto melhora consideravelmente a inicialização do Libre Office
9) Removendo o Logo do LibreOffice e acelerando sua inicialização
Sabe aquela telinha de apresentação do LibreOffice, que aprece logo depois da gente clicar no ícone do Writer, por exemplo, que mostra o carregamento do mesmo? Pois é, sempre achei que aquilo consumia tempo, queria que ele me mostrasse logo a tela do Writer. Então, se quiser remover o logo, como root faça:
nano /etc/libreoffice/sofficerc
Você será brindado com o seguinte conteúdo:
[Bootstrap]
HideEula=1
Logo=1
NativeProgress=false
ProgressBarColor=222,72,20
ProgressFrameColor=245,245,245
ProgressPosition=72,189
ProgressSize=409,8
ProgressTextBaseline=170
ProgressTextColor=255,255,255
Então aonde você vê Logo = 1, troque para 0. Ficando assim:
[Bootstrap]
HideEula=1
Logo=0
NativeProgress=false
ProgressBarColor=222,72,20
ProgressFrameColor=245,245,245
ProgressPosition=72,189
ProgressSize=409,8
ProgressTextBaseline=170
ProgressTextColor=255,255,255
Pode chamar o Writer que o logo sumiu.
Essa dica é do jkmsjq. Se quiser que o Libreoffice abra quase que imediatamente, dentro do LibreOffice:
Ferramentas --> Opções. No link Memória marque a opção "Ativar o Iniciador Rápido na Bandeija do Sistema".
10) Trocando o Kernel padrão
Guardei a Cereja do bolo para o final. Vamos usar um kernel que condiz com todas essas alterações que já fizemos, um kernel de baixa latência ou baixo tempo de resposta, low latency.
Esse kernel se encontra nos repositórios oficiais do Ubuntu e família nas versões 12.04, 12.10 e 13.04. 32 ou 64bits. Esteja com todos os repositórios principais ativos, incluindo o backports e instale o pacote linux-lowlatency.
apt-get install linux-lowlatency
Ele vai instalar sempre a última versão oficial do kernel lowlatency da sua versão do Ubuntu em questão. Aceite as dependências que ele mostrar e depois da instalação reinicie o seu sistema para que você possa escolher o kernel lowlatency. Dependendo da sua configuração será preciso remover o kernel generic ou o lento kernel PAE, para os que usam sistemas 32bits, principalmente se o Ubuntu for o único sistema instalado. Se estiver em dual boot, você pode escolher as opções avançadas do boot e verificar se o kernel lowlatency é a primeira ou segunda opção.
Para confirmar basta um uname -a no terminal como no exemplo abaixo:
galactus@galactus-Movel:~$ uname -a
Linux galactus-Movel 3.8.0-19-lowlatency #13-Ubuntu SMP PREEMPT Thu Apr 18 09:41:59 UTC 2013 x86_64 x86_64 x86_64 GNU/Linux
galactus@galactus-Movel:~$
Este kernel tem todas as funcionalidades do kernel generic. Só foi compilado para deixar o seu sistema mais rápido para Desktops. Para os usuários do Kernel PAE um aviso, o kernel lowlatency não reconhece os 4GB de RAM ou mais em um sistema 32bits.
Se não gostar do kernel lowlatency basta remover o mesmo com um
apt-get remove linux-lowlatency
Depois reinicie a máquina.
Considerações Finais:
Se você chegou até aqui e realizou todos os passos acima, não tem como não notar a enorme diferença no desempenho geral do sistema. É evidente que quanto mais potente for a sua configuração melhor serão os resultados. Todas essas modificações são de meu uso diário em toda as minhas máquinas em que já usei ou uso Linux. Não importa o hardware, de um P4 ou Celeron a um Core i7 ou de um Semprom a um Phenom. Claro que guardo as devidas proporções de desempenho.
Só mais uma coisa, com tantos arquivos padrões alterados, no caso de uma atualização do sistema com algum dos arquivos modificados por este tutorial, o gerenciador de pacotes vai reclamar com você que existe uma versão modificada do referido arquivo. Ele vai te perguntar o que deseja fazer, manter a versão modificada ou instalar a nova mantida pelos desenvolvedores. Aceite a nova versão e depois refaça as modificações necessárias se quiser ter o mesmo efeito de antes.
Para aqueles que ainda não acreditam o que essas modificações podem fazer, aqui vai um vídeo com um Notebook com Celeron e o Ubuntu 10.04 com kernel compilado a dedo, o Omnislash do HqxRiven e formatação personalizada com JFS mais as dicas deste tuto:
http://www.youtube.com/watch?v=PSMwkPC_dHc
Obrigado a todos que leram todo este extenso tutorial! Espero ajudar mais que prejudicar!
-
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.
-
@galactus: então resolvo tudo com apt-get?
-
@galactus: então resolvo tudo com apt-get?
Sim!
-
Galactus, como instalo o Low-Latency do Kernel 3.5, porque quando usei o apt-get, veio do Kernel 3.2
-
@galactus
A utilização do apt-build (http://ubuntuforum-br.org/index.php?topic=74749.0) não promoverá alguma melhora no seu tutorial? Principalmente nos aplicativos mais utilizados pelo usuário...?!?!?
-
@galactus
Insirá no seu tutorial o endereço do arquivo soffice no caso do usuário ter instalado o LibreOffice manualmente (como eu sempre faço em versões LTS):
nano /etc/libreoffice4.0/program/sofficerc
O caminho que você cita é para o LibreOffice instalado nativamente pelo Ubuntu... ;D
-
Galactus, como instalo o Low-Latency do Kernel 3.5, porque quando usei o apt-get, veio do Kernel 3.2
Você usa o 12.04 não é isso?
Usando o apt-get sem alterar os repositórios dele, vai baixar a versão oficial do LowLatency para sua versão em questão. Se quiser usar uma versão do kenel diferente da sua versão oficial do Ubuntu, tem que baixar do Ubuntu packages.
-
@galactus
A utilização do apt-build (http://ubuntuforum-br.org/index.php?topic=74749.0) não promoverá alguma melhora no seu tutorial? Principalmente nos aplicativos mais utilizados pelo usuário...?!?!?
Mas rapaz, olha só o título: ... sem compilações .....!!! ::) ::) ::)
Quer deixar o pessoal maluco é? ;D
-
@galactus
Insirá no seu tutorial o endereço do arquivo soffice no caso do usuário ter instalado o LibreOffice manualmente (como eu sempre faço em versões LTS):
nano /etc/libreoffice4.0/program/sofficerc
O caminho que você cita é para o LibreOffice instalado nativamente pelo Ubuntu... ;D
Exatamente! Como disse no começo do Tuto, eu assumo que você está fazendo as coisas após uma instalação limpa de alguma versão da família Ubuntu.
Mas vou colocar no tuto.
-
Galactus
Não me recordo onde vi esse dica inicialmente, mas que melhora bastante a inicialização do Libre Office é a seguinte:
1 - Menu Ferramentas
2 - Opções
3 - Memória (terceira opção do menu da esquerda da tela de opções)
4 - Onde tem Cache de figuras --> Utilizar para Libre Office diminua de 20 para 10
5 - Depois logo abaixo tem "Remover da memória após" tem o valor 00:10 --> reduza para 00:01
Isto melhora consideravelmente a inicialização do Libre Office
Eu sei. Mas isso muda o LibreOffice em si. E não são todas as pessoas que gostam de modificar esses passos da memória. Pra alguns ajuda, pra outros não. Já li tutos que mandam aumentar o uso da memória. Depende do que o cara usa o Libreoffice. Achei melhor não tocar neste assunto.
-
[...]
2) Usando o Preload
Essa é a terceira coisa que instalo em meus sistemas novos. O uso do preload não é novo, é uma mão na roda e talvez seja a modificação em que você vai mais sentir diferença na velocidade do sistema, com exceção de uma troca para kernel turbinado!
O Preload é um programa que verifica as aplicações mais utilizadas pelo usuário e as carrega na memória antecipadamente acelerando a inicialização da mesma. Portanto, o uso do Preload acarreta num aumento do consumo de RAM. Então, para aqueles que não querem aumentar o consumo de RAM, não devem fazer uso do Preload. Para aqueles como eu, que tem 8GB de RAM sobrando, sem fazer nada, digamos assim, faça uso do preload e seja muito feliz! O Preload não aumenta o risco de travamentos ou perda de dados. Ele não consome toda a sua RAM até não poder mais! No terminal faça:
apt-get install preload
Ele começara a agir instantes depois de sua instalação. Você vai notar maior diferença no sistema a medida que ele for fazendo a análise do que você mais usa e ele joga esses programas pra RAM. Agora vem o pulo do gato! Poucos usam o Preload, mas muito menos sabem que ele pode ser turbinado! É isso mesmo, suas configurações de fábrica são bastante conservadoras! :) Afinal, se pode ser mais rápido, pra que deixar devagar? Rsrsrsrsrs
No terminal como root, use o seu editor em modo texto preferido, eu gosto do nano, abra o arquivo de configuração do preload:
#nano /etc/preload.conf
Se tiver paciência e curiosidade leia tudo o que ele faz em detalhes. Vamos aos pontos que nos interessam, essas modificações já foram exaustivamente testadas por mim e por outros usuários. Altere sem medo.
Procure as seguintes linhas:
memfree = 50 - mude para 100
memcahed = 0 – mude para 30
processes = 30 – mude para 60
Deu pra perceber alguma coisa né! Vai deixar ele interagir com 100% da memória livre, não confunda com consumir, fazer cache de até 30% da memória utilizada e jogar 60 processos para a RAM. É evidente que você pode alterar esses valores como quiser, mas deixo pra você fazer os testes de como isso vai afetar o seu sistema! Com essas modificações a diferença na resposta do sistema é enorme, muito melhor que a padrão do Preload. E o principal, não detona com toda a sua RAM, aumenta o consumo sim, mas não consome tudo de maneira alguma. Contudo, não recomendo seu uso com valores muito agressivos principalmente em máquinas que fazem muita transferência de arquivos, e menos ainda em conjunto com as modificações que faremos no sysctl a seguir! Depois não diga que eu não avisei. Mas esteja livre para fazer as suas loucuras, se puder! Só assim você aprende e verifica os limites do seu sistema.
Para voltar ao original, desinstale o preload com a remoção completa dos arquivos de configuração:
apt-get purge preload
[...]
Ao compartilhar esse tutorial seu galactus, Tota fez a seguinte observação que repasso ao seu post:
No GNU/Linux você pode instalar/habiliatar opção de preload que faz a mesma função.
Para saber mais, dá uma lida nesse tópico do membra galactus (http://ubuntuforum-br.org/index.php/topic,105729.msg582817.html#msg582817), daqui do fórum.
Atenção que no Ubuntu já vem instalado o uheadahead, mais testado que o preload.
Deve ser desinstalado o uheadahead antes de se tentar o preload!!!
[]'s
-
cara, vem cá, me da um abraço
-
Ao compartilhar esse tutorial seu galactus, Tota fez a seguinte observação que repasso ao seu post:
No GNU/Linux você pode instalar/habiliatar opção de preload que faz a mesma função.
Para saber mais, dá uma lida nesse tópico do membra galactus (http://ubuntuforum-br.org/index.php/topic,105729.msg582817.html#msg582817), daqui do fórum.
Atenção que no Ubuntu já vem instalado o uheadahead, mais testado que o preload.
Deve ser desinstalado o uheadahead antes de se tentar o preload!!!
[]'s
Caro jkmsjq, se o nosso estimado Tota quis dizer Ureadahead, há um pequeno equívoco. O Ureadahead serve para acelerar o boot, procurando agrupar os arquivos necessários ao boot assim diminuindo o seu tempo de carregamento.
O Preload carrega na memória os programas mais utilizados pelo usuário. Não envolve o boot.
Agora, existe uma alternativa ao Ureadahead, que seria o Readahead-fedora! Ele inclusive está nos repositórios do Ubuntu e você pode instalar o mesmo e testar. O Readahead-fedora não precisa de um patch no kernel para funcionar como o Ureadahead do Ubuntu. Por isso quando eu usava o kernel tunado do HQxRiven, que não utilizava o Ureadahead do Ubuntu, eu removia o Ureadahead e instalava o Readahead-fedora. Isso ainda no saudoso kernel 2.6.39!
Acho que deu para explicar mais que complicar né! Qualquer dúvida, tamos aí!
-
cara, vem cá, me da um abraço
Qué isso irmão! Sempre tenha aqui um ombro amigo! ;)
Parece que ficou feliz com as dicas do tuto! ;D
-
@galactus
Não tenho a mínima competência técnica para questionar nenhum de vocês dois (você e Tota).
Apenas trouxe um comentário que ele, Tota, fez em um post meu que cito o seu tutorial...
-
cara, vem cá, me da um abraço
Qué isso irmão! Sempre tenha aqui um ombro amigo! ;)
Parece que ficou feliz com as dicas do tuto! ;D
???
-
cara, vem cá, me da um abraço
Qué isso irmão! Sempre tenha aqui um ombro amigo! ;)
Parece que ficou feliz com as dicas do tuto! ;D
gosto das coisas otimizadas, e tu juntou tudo que eu queria em um artigo ;D
-
Fala titio quais destas otimizações você utiliza no CentOS?
Estou experimentando distros RPM novamente, e estou me decidindo entre o Fedora e o ALT
sendo que o ALT traz o apt-rpm por padrão e por isto ganha um ponto extra.
-
cara, vem cá, me da um abraço
Qué isso irmão! Sempre tenha aqui um ombro amigo! ;)
Parece que ficou feliz com as dicas do tuto! ;D
gosto das coisas otimizadas, e tu juntou tudo que eu queria em um artigo ;D
Foi o que pensei, imaginei que tinha gostado. :)
-
galactus, parabéns!
Avalie a possibilidade de acrescentar ao tutorial a localização do arquivo fstab ou o comando para chegar nele.
Obrigado pelo didático tutorial.
-
galactus....você tem algum parentesco com o irtigor?
Vocês usam avatares parecidos... ::)
-
Fala titio quais destas otimizações você utiliza no CentOS?
Estou experimentando distros RPM novamente, e estou me decidindo entre o Fedora e o ALT
sendo que o ALT traz o apt-rpm por padrão e por isto ganha um ponto extra.
Poxa vovô, assim você me mata. Não entrega a nossa idade! hauhauhauhauhau
Eu uso as dicas do fstab conforme o sistema de arquivos escolhido, do sysctl - menos a tunagem do ipv4, as dicas do nr-request e readaheadkb. Tem outras coisas mas para servidor. Já usei o Centos como desktop mas prefiro mil vezes como servidor.
-
galactus, parabéns!
Avalie a possibilidade de acrescentar ao tutorial a localização do arquivo fstab ou o comando para chegar nele.
Obrigado pelo didático tutorial.
Blz. Vou alterar.
-
galactus....você tem algum parentesco com o irtigor?
Vocês usam avatarems parecidos... ::)
Não, não somos parentes! Pelo menos não nesta encarnação! :)
-
Fala titio quais destas otimizações você utiliza no CentOS?
Estou experimentando distros RPM novamente, e estou me decidindo entre o Fedora e o ALT
sendo que o ALT traz o apt-rpm por padrão e por isto ganha um ponto extra.
Poxa vovô, assim você me mata. Não entrega a nossa idade! hauhauhauhauhau
Eu uso as dicas do fstab conforme o sistema de arquivos escolhido, do sysctl - menos a tunagem do ipv4, as dicas do nr-request e readaheadkb. Tem outras coisas mas para servidor. Já usei o Centos como desktop mas prefiro mil vezes como servidor.
Hmmm depois eu vou ver o que faço, kkkk saudades de antigamente quando tinha muiiiiiiiiiiito tempo para ficar fazendo experiências, confesso que depois que adquiri uma máquina melhorzinha
fique preguiçoso, além do mais a família agradece ;-) .
Aqui está meu ALT
http://xterminador.deviantart.com/art/Captura-de-tela-de-2013-07-23-01-33-10-387972674
Vou verificar as opções do ext4, pois não estou acostumado a utilizar este sistema de arquivos
acho ele um pouco mais lento que o reiserfs em algumas tarefas, apesar de todos os benchmarks que vejo dizerem o contrário
no meu uso diário sinto o reiser mais rápido.
-
O que seria ALT? ::)
-
O que seria ALT? ::)
É uma distribuição Russa.
http://www.altlinux.com/
-
Legal =)
-
Alteração quanto a localização do fstab realizada! Obrigado pela atenção!
-
Titio você percebeu alguma melhoria utilizando zram?
tenho o zram ativado aqui, mas não vejo melhorias perceptíveis
a única diiferençaque notei é que ao utilizar algum swap não sinto o sistema ficar um pouco mais lento, coisa que dificilmente faço
pois deixo o vm.swapiness zerado.
-
Titio você percebeu alguma melhoria utilizando zram?
tenho o zram ativado aqui, mas não vejo melhorias perceptíveis
a única diiferençaque notei é que ao utilizar algum swap não sinto o sistema ficar um pouco mais lento, coisa que dificilmente faço
pois deixo o vm.swapiness zerado.
Eu também não notei diferença perceptível. Isso porque minhas máquinas tem de 4GB a 8GB de RAM, e ele foi feito para ajudar micros desmemoriados. Ele também diz ajudar sistemas com discos SSD. Devido a não deixar usar a Swap, aumentando a vida útil do SSD. Eu ainda não tenho um disco SSD. Eu deixo 512MB de Swap só para constar, isso nos meus desktops. Pois sempre tem alguma aplicação faz uso da Swap mesmo com RAM de sobra.
-
Galactus,grande tutorial,instalei o ubuntu 12.04 no meu outro pc,e nunca vi ele tão rapido,funcionou bem até demais.
-
Galactus,grande tutorial,instalei o ubuntu 12.04 no meu outro pc,e nunca vi ele tão rapido,funcionou bem até demais.
Obrigado, que bom funcinou.
-
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.
-
Ótimo tutorial mesmo, não fiz tudo (o disco não suporte acoustic :-\ ) mas fiz a maioria, muito bom ;D
-
https://wiki.archlinux.org/index.php/Maximizing_Performance#The_basics
Eu sei, eu sei, isso é Arch Wiki mas eu achei interessante e to compartilhando ;D
-
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 ;D
-
muito bom
-
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!!! ;D
-
Esse tutorial está realmente ótimo, parabéns!
-
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.
-
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 (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.
-
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.
-
Alterações realizadas na parte do dnsmasq! Obrigado Visterine. Se estiver algo errado, por favor me avise.
-
@galactus
Existe alguma alteração nessa tunagem para o 13.10?
-
@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.
-
@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!!
:)
-
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.
-
O mais interessante é perceber o quanto um processador de entrada (Celeron, Atom) rende bem com as otimizações em uma distro considerada pesada como o ubuntu.
Ver um celeron antes e depois das otimizações pcp de kernel impressiona.
Nem um i7 com over é tão rápido no ubuntu normal. (testei).
Vejam o vídeo e como esse upgrade vale a pena!
-
Baum, eu sou suspeito pra falar, por ser autor do tópico, mas que melhora, melhora. Eu acabei achando essas coisas na tentativa de fazer máquinas do arco da velha renderem mais. Muitas pessoas em festivais de instalação trazem aquelas máquinas antigas pra "ver como é" esse tal de Linux. Daí ter que instalar distribuições amigáveis em pcs antigos....
A melhor parte e ver a satisfação da pessoa usar um sistema bem mais rápido que o Windows que ele está acostumado.
-
Inserir Citação
Baum, eu sou suspeito pra falar, por ser autor do tópico, mas que melhora, melhora. Eu acabei achando essas coisas na tentativa de fazer máquinas do arco da velha renderem mais. Muitas pessoas em festivais de instalação trazem aquelas máquinas antigas pra "ver como é" esse tal de Linux. Daí ter que instalar distribuições amigáveis em pcs antigos....
A melhor parte e ver a satisfação da pessoa usar um sistema bem mais rápido que o Windows que ele está acostumado.
Nunca te perguntaram se vc fez overclock? Essa é a pergunta que escuto com mais frequência e quando digo que não parece que dei um nó na cabeça do usuário. É como se não conseguissem entender que muitos processadores tem muito poder bruto, mas precisam de software e otimizações para usá-lo. Em outras palavras, é preciso lapidar.
-
Sabe que nunca me perguntaram isso! Ficam impressionados com o desempenho, mas como sabem das limitações do PC, não me perguntaram ainda.
Eu sempre procurei lapidar meus sistemas. Mas não somos a regra, o "normal" são as pessoas usarem o sistema como ele veio de fábrica. A grande maioria nem quer se esquentar com essas coisas.
-
galactus... o colega HQX me sugestionou... e eu não sabia que tinhas voltado à ativa...
Aí vai... após fazer alegrias no ubuntu, devido a facilidade do arch eu fui pra ele.
alguns kérneis que uso no arch linux
https://aur.archlinux.org/packages/linux-ck/
https://aur.archlinux.org/packages/linux-lqx/
https://aur.archlinux.org/packages/linux-ice/
para compilar no arch, basta acessar o link acima, após aberto clicar em "baixar tarball" a direita, será baixado um arquivo tar, ao descompactar, na pasta tem alguns arquivos como o pkgbuild.... basta como 'usuário comum' digitar "makepkg" que ele vai começar a compilar
as configs estão dentro desse pkgbuild que é editavel com o kate
a unica alteração que faço é quando tem "nconfig" eu altero a linha de comando no pkgbuild para "xconfig" se você usar o xconfig, no arch, não se acha as bibliotecas necessarias (não sei pq) e alterando assim o Xconfig funciona de boa ;D
vamos lá... Cada um destes kerneis tem patches...
para saber se um patch é compatível com outro, e eles compatíveis com os teus.... o que eu tomo por base?
2) teu kernel/patches podem ser usados em kerneis como o 3.11.9?
num outro forum
http://forum.clubedohardware.com.br/brincando-kernel-teste/1162772?p=6101305#post6101305
eu brinco de kerneis aliados ao folding at home... e gostaria de melhorar um pouco mais ainda..... se pudermos conversar sobre isso, claro, aqui no teu tópico.....
-
Não me tenta que sou usuário ubuntu ::)
-
galactus... o colega HQX me sugestionou... e eu não sabia que tinhas voltado à ativa...
Aí vai... após fazer alegrias no ubuntu, devido a facilidade do arch eu fui pra ele.
alguns kérneis que uso no arch linux
https://aur.archlinux.org/packages/linux-ck/
https://aur.archlinux.org/packages/linux-lqx/
https://aur.archlinux.org/packages/linux-ice/
para compilar no arch, basta acessar o link acima, após aberto clicar em "baixar tarball" a direita, será baixado um arquivo tar, ao descompactar, na pasta tem alguns arquivos como o pkgbuild.... basta como 'usuário comum' digitar "makepkg" que ele vai começar a compilar
as configs estão dentro desse pkgbuild que é editavel com o kate
a unica alteração que faço é quando tem "nconfig" eu altero a linha de comando no pkgbuild para "xconfig" se você usar o xconfig, no arch, não se acha as bibliotecas necessarias (não sei pq) e alterando assim o Xconfig funciona de boa ;D
vamos lá... Cada um destes kerneis tem patches...
para saber se um patch é compatível com outro, e eles compatíveis com os teus.... o que eu tomo por base?
2) teu kernel/patches podem ser usados em kerneis como o 3.11.9?
num outro forum
http://forum.clubedohardware.com.br/brincando-kernel-teste/1162772?p=6101305#post6101305
eu brinco de kerneis aliados ao folding at home... e gostaria de melhorar um pouco mais ainda..... se pudermos conversar sobre isso, claro, aqui no teu tópico.....
Não colega. Ainda não dei uma olhada nesses kerneis. No momento não posso testar esses kerneis. Se puder vai ser no fim de semana que vem.
-
Não me tenta que sou usuário ubuntu ::)
não quero que tu troques de distro
quero que tu analise o patch... e não precisas baixar o arch... eu te mando os patches se quiser, total, eu to compilando mesmo!!!!!!
-
não quero que tu troques de distro
quero que tu analise o patch... e não precisas baixar o arch... eu te mando os patches se quiser, total, eu to compilando mesmo!!!!!!
É que cada vez que tu fala do Arch eu fico tentado ;)
Eu testei o pacman e é fabuloso
-
(https://ubuntuforum-br.org/proxy.php?request=http%3A%2F%2Fimageshack.us%2Fa%2Fimg560%2F7093%2Fepke.th.png&hash=2ac4fc27948e8f77f6f492c7b0f0794e341c1ef8) (http://imageshack.us/photo/my-images/560/epke.png/)
Cara.. te digo, eu me sinto no ubuntu conforme alguns pacotes, haha., o pkgbuild faz coisas interessantes usando pacotes .DEB
Cara... os patches alteram coisas diversas no sistema... como se consulta o que cada um altera o que? outra coisa.... em matéria de compilação, eu vi que o kernel -ck do arch introduz novos identificadores, flags, específicas a alguns processadores. Melhora um pouco a compilação (o tempo). Isso são patches "extravagantes"? porque eu vejo que o linux-lqx, por exemplo, não trabalha com esse patch mas a compilação é menor, e fica um pouco mais rápido o kernel (em folding)
-
Depois de muito tempo, vou voltar a usar essas dicas (usei há muito tempo o kernel do amigo hqxriven e era bom demais o troço) pra tunar meu note e uns pcs caducos da sogra. Depois posto o resultado.
Muito obrigado a todos.
-
Amigos, estou atualizando os tópicos no clube do hardware, e fiz uma singela homenagem a vocÊs
o que aprendo aqui aplico lá, e de lá aplico aqui.
vou fazer mais testes durante o mês, se a conta de luz deixar e minha esposa também....
sigamos.....
HQX... estou testando alguma coisa nova naqueles kerneis, se precisares, te passo os links para tentar aplicar eles no ubuntu... ou basta acessar os links que postei aqui:
http://forum.clubedohardware.com.br/brincando-kernel-teste/1162772
o PKGBUILD tu abres com o kate, nano, etc...... é muito facil... eu consegui compilar "do teu jeito" usando os links do pkgbuild
linux é aprendizado, e no meu caso, à época do fedora, funcionou muito bem
-
Amigos, estou atualizando os tópicos no clube do hardware, e fiz uma singela homenagem a vocÊs
Muito Obrigado amigo, também gostaria de agradecer a todos os usuários desse fórum que me ajudaram no processo de criação, otimização e correção dos bugs do kernel. Além do TonySp (Slackware Brasil) e dos desenvolvedores de várias distros que me ajudaram e me forneceram patches.
Eu não conseguiria sem a ajuda de vcs.
Infelizmente só posso usar linux por vm no momento (mardita MB) mas estamos na luta!
-
Amigos, estou atualizando os tópicos no clube do hardware, e fiz uma singela homenagem a vocÊs
Nossa, e eu que achava que gostava de compilar kernel! ;D
Muito obrigado pela lembrança. Como disse o HqxRiven, isso tudo não seria possível sem ajuda de mutias pessoas aqui do Fórum.
Seu tópico no Clube do Hardware está incrível também. Você usa o Arch Linux no momento?
Quando vai sair outro tópico com a receita de bolo dos patches que você usa?
Mais uma vez obrigado pela lembrança.
-
Amigos, estou atualizando os tópicos no clube do hardware, e fiz uma singela homenagem a vocÊs
Nossa, e eu que achava que gostava de compilar kernel! ;D
Muito obrigado pela lembrança. Como disse o HqxRiven, isso tudo não seria possível sem ajuda de mutias pessoas aqui do Fórum.
Seu tópico no Clube do Hardware está incrível também. Você usa o Arch Linux no momento?
Quando vai sair outro tópico com a receita de bolo dos patches que você usa?
Mais uma vez obrigado pela lembrança.
Na verdade não tem receita não...
eu uso arch linux porque é mais simples, para mim, a questão dos scripts... o ubuntu usa muitos então, quanto eu preciso algo "no osso" ele não é viavel
Os patches que estou "brincando" são aqueles do kernel em questão. Por exemplo, o kernel-ck traz, em seu PKGBUILD alguns patches.... veja... assim se compila kernel no arch linux
https://aur.archlinux.org/packages/li/linux-ck/PKGBUILD
Isso é um arquivo, que basta baixar, e dar um "makepkg" e o script faz o resto.... no kernel ck são os patches:
change-default-console-loglevel.patch
config
config.x86_64
criu-no-expert.patch
http://algo.ing.unimo.it/people/paolo/disk_sched/patches/3.12.0-v6r2/0001-block-cgroups-kconfig-build-bits-for-BFQ-v6r2-3.12.patch
http://algo.ing.unimo.it/people/paolo/disk_sched/patches/3.12.0-v6r2/0002-block-introduce-the-BFQ-v6r2-I-O-sched-for-3.12.patch
http://algo.ing.unimo.it/people/paolo/disk_sched/patches/3.12.0-v6r2/0003-block-bfq-add-Early-Queue-Merge-EQM-to-BFQ-v6r2-for-3.12.0.patch
http://ck.kolivas.org/patches/3.0/3.12/3.12-ck2/patch-3.12-ck2.bz2
http://repo-ck.com/source/gcc_patch/kernel-312-gcc48-1.patch.gz
http://www.kernel.org/pub/linux/kernel/v3.x/linux-3.12.tar.xz
http://www.kernel.org/pub/linux/kernel/v3.x/patch-3.12.5.xz
linux-ck.preset
E com eles estou brincando....
eu quero comparar com o kernel stock, e os kerneis em questão... e testar, claro, algumas configs sugeridas, aqui:
http://ck.kolivas.org/patches/bfs/bfs-configuration-faq.txt
No caso do ck tem umas para servidor, e calculos matemáticos, que acho que irá cair bem no folding... mas primeiro testar a 300hz, com e sem NUMA ativado e com/sem modo gráfico instalado
Galactus... vocês que "me apresentaram" o kernel... mas o vício é meu tá
-
Galactus... vocês que "me apresentaram" o kernel... mas o vício é meu tá
Qué isso! Vício? Imagina se isso fosse contagioso! rsrsrsrsrsrsr
-
Galactus, tens feito testes com o NUMA ativado em processadores tipo o phenom X4, que são varios processadores dentro de um?
pelo que vi, num sistema servidor, com mais de um processador físico, parece que ajuda, mas estranho que no kernel LQX, por exemplo, o numa vem ativado, e pelo menos para o foldingathome ele, o kernel, se revelou melhor
Outra coisa. Quanto ao timer frequency, qual a documentação que vocês tem?
Os kerneis -ck, do graysky, são 1000hz, o lqx também, o ice, idem. mas o CK é o que traz flags específicas ao processador, algo como o omnislash fazia com o "concurrency-level-2 ou 4".
Só que não acho documentação para isso. Os kerneis se revelaram muito melhores que no windows... mas me informaram que o windows seria kernel-rt, mas mesmo o kernel RT é melhor que o stock e muuuuuuito melhor que o windows, então estou procurando algo para estudar sobre isso
aliás... novos testes lá, se quiserem acompanhar
http://forum.clubedohardware.com.br/brincando-kernel-teste/1162772?p=6100055#post6100055
Outra... a quantas anda teu projeto, e do HQX também... quero compilar o kernel de vocês e comparar.
HQX entendeu como funciona no arch? chegou a pegar algum patch?
-
Galactus, tens feito testes com o NUMA ativado em processadores tipo o phenom X4, que são varios processadores dentro de um?
pelo que vi, num sistema servidor, com mais de um processador físico, parece que ajuda, mas estranho que no kernel LQX, por exemplo, o numa vem ativado, e pelo menos para o foldingathome ele, o kernel, se revelou melhor
Outra coisa. Quanto ao timer frequency, qual a documentação que vocês tem?
Os kerneis -ck, do graysky, são 1000hz, o lqx também, o ice, idem. mas o CK é o que traz flags específicas ao processador, algo como o omnislash fazia com o "concurrency-level-2 ou 4".
Só que não acho documentação para isso. Os kerneis se revelaram muito melhores que no windows... mas me informaram que o windows seria kernel-rt, mas mesmo o kernel RT é melhor que o stock e muuuuuuito melhor que o windows, então estou procurando algo para estudar sobre isso
aliás... novos testes lá, se quiserem acompanhar
http://forum.clubedohardware.com.br/brincando-kernel-teste/1162772?p=6100055#post6100055
Outra... a quantas anda teu projeto, e do HQX também... quero compilar o kernel de vocês e comparar.
HQX entendeu como funciona no arch? chegou a pegar algum patch?
Então Ilkyest, eu acabei de comentar no meu outro tópico que a versão 3.12.6 do Liquorix resolveu o problema da transferência de arquivos em rede. Notou se melhorou alguma coisa pra você quanto a isso?
Respondendo as suas perguntas, eu sempre desliguei o suporte ao NUMA quando compilo os meus kerneis. Nunca tive placa mãe com suporte a mais de um processador físico. Agora você fez testes que mostram que é melhor deixar ele ativo? Vou testar. Não tenho nenhum Phenom X4 para testar, vou testar no A10 5800k que tenho aqui.
Eu sempre usei o Trio maravilha: 1000MHz, Low Latency, Preempt em minhas compilações, quando possível, depende do processador também né. Você leu na documentação do CK que ele inclusive recomenda desligar o controle de freqüência do processador? É o que eu faço também em processadores para desktop potentes, quando tenho um em mãos.
Se você usa o BFS, tem que usar 1000MHz. É o melhor resultado. O CK mesmo fala isso na documentação dele. Até o kernel do Fedora tá usando 1000MHz. Se os outros controles de freqüência estão ligados, o gasto de energia não sobe tanto assim para um Notebook, e para um desktop você não precisa se preocupar tanto com conta de luz. Documentação quanto a frequencia do processador eu não tenho nenhuma para te indicar no momento. Foi com os testes mesmo que eu cheguei a mesma conclusão do CK. 1000Mhz na cabeça todas as vezes que for possível.
Quanto a documentação do NUMA, tem muita:
http://pubs.vmware.com/vsphere-4-esx-vcenter/index.jsp?topic=/com.vmware.vsphere.resourcemanagement.doc_40/using_numa_systems_with_esx_esxi/c_what_is_numa.html
http://software.intel.com/en-us/blogs/2009/03/11/learning-experience-of-numa-and-intels-next-generation-xeon-processor-i
http://it.toolbox.com/wiki/index.php/NUMA_Architecture
http://www.sqlskills.com/blogs/jonathan/understanding-non-uniform-memory-accessarchitectures-numa/
http://www.intel.com/content/www/us/en/performance/performance-quickpath-architecture-demo.html
http://www.sqlskills.com/blogs/jonathan/faking-hardware-numa-on-a-smp-machine-for-learning-and-demos/
Veja que todos falam que o NUMA vai ajudar no gerenciamento da memória em processadores com controladora de memória integrada, quando ligar mais de um processador físico com múltiplos núcleos.
-
é... exatamente.. eu estou testando a 300hz para comparar ao stock, e estou com o NUMA desativado pelo mesmo motivo. Depois pretendo ativá-lo e testar novamente....
-
Veja que todos falam que o NUMA vai ajudar no gerenciamento da memória em processadores com controladora de memória integrada, quando ligar mais de um processador físico com múltiplos núcleos.
aí está.... embora o phenom não seja físico, ele tem controladora de memória no hypertreading... isso que quero testar
o NUMA está habilitado nos novos kerneis... Consegui também um gerador de carga, que é o systester..... 32milhões de digitos levou vinte minutos.... então poderia tentar usar a 32M e usar o folding junto... a temperatura esta amena aqui no RS acho que vai ser bala usar os dois juntos
Eu deixei meus kerneis, todos, ainda em "no-op" sem CFQ nem BFQ habilitados por padrão.... para comparar com o stock mesmo.
Deixei a compactação em Gzip
hugepages em madvise
kernel frequency em 300hz
e politica do governor em "ondemand"
tudo para se aproximar do stock, e fazer as comparações.
já que o hqx tá com medo de se apaixonar pelo arch, ehhehehehehe, eu compartilho os patches que são usados em cada kernel... eles vem junto. Após editar, e rodar o pkgbuild, ele baixa automaticamente os patches.
vou upar no imageshack e depois eu posto aqui
-
já que o hqx tá com medo de se apaixonar pelo arch, ehhehehehehe, eu compartilho os patches que são usados em cada kernel... eles vem junto. Após editar, e rodar o pkgbuild, ele baixa automaticamente os patches.
Instalei o Arch e um bug no EXT4 me levou 1 terabyte de dados :'( :'( :'( :'( (A culpa foi do EXT4)
-
Fruta que partiu! 1TB de dados partitram desta para pior, Hqx?
Sem backup? Tá como o tio Linux? :-[
Eu já passei uns dias muito preocupado. Faz tempo, mas aprendi. Eram 256GB de fotos e filmes da minha filha, o problema era do HD formatado em Reiserfs. O que eu paguei pra recuperar eu comprava dois Hds. Depois dessa tenho tudo duplicado, e até triplicado.
Mas mudando de assunto. Fui compilar o 3.12.6 e as opções padrões estão bem conservadoras. Hqx, posso te enviar um tutorial atualizado para compilação do kernel? Ainda usa seu Gmail?
-
já que o hqx tá com medo de se apaixonar pelo arch, ehhehehehehe, eu compartilho os patches que são usados em cada kernel... eles vem junto. Após editar, e rodar o pkgbuild, ele baixa automaticamente os patches.
Instalei o Arch e um bug no EXT4 me levou 1 terabyte de dados :'( :'( :'( :'( (A culpa foi do EXT4)
baaaaaaaaah meu... eita.....
faz tempo isso? Eu vi um particionador de disco, EASEUS Partition Manager... que me lembro ele conseguia ler ext4, mas enfim
eu uso, agora, só xfs no / e ext4 no home (para acessar do windows) o btrfs eu gostei mas não uso pq não tem fsck, e como as vezes o pc trava, já tive de reinstalar tudo por que o btrfs se perdeu e não consegui recuperar a instalação.... dramas do linux
povo... tive, também, de reinstalar o arch... tinha um erro esquisito que não permitia mais abrir nada no kde, e como queria aumentar o espaço da home, uni o útil ao agradável... Bom disso é que o systester agora está funfando legal.... então, eu posto aqui resultados dos meus kérneis...... mas gostei do que vi até agora, eheheheheh.....
hqx. Eu vou postar lá no CdH, agora de cara nova, os patches que ficam baixados após instalar/compilar o kernel. o pkgbuild baixa eles e depois faz o processo... Se ajudar de alguma forma, eu posto aqui para verem..... são patches conhecidos, alguns, por vocês
-
Fruta que partiu! 1TB de dados partitram desta para pior, Hqx?
Sem backup? Tá como o tio Linux?
Eu já passei uns dias muito preocupado. Faz tempo, mas aprendi. Eram 256GB de fotos e filmes da minha filha, o problema era do HD formatado em Reiserfs. O que eu paguei pra recuperar eu comprava dois Hds. Depois dessa tenho tudo duplicado, e até triplicado.
Se foram! :'(
Os dados foram corrompidos e a minha /home foi pro espaço. Tinha mais de 10 GB de dados de kernel importantíssimos. (fontes do kernel de várias distros organizadas com os respectivos patches e comentários sobre os mesmos)
Mas mudando de assunto. Fui compilar o 3.12.6 e as opções padrões estão bem conservadoras. Hqx, posso te enviar um tutorial atualizado para compilação do kernel? Ainda usa seu Gmail?
Pode enviar! Estou no limite das Mps do fórum!
tinha um erro esquisito que não permitia mais abrir nada no kde
Tive alguns erros meio bizarros no arch, tentarei instalar ele novamente.
-
preparando o meio de campo pessoal
brigo com um kernel, ainda... mas vamo que vamo
http://forum.clubedohardware.com.br/topic/1053220-brincando-de-kernel-teste-final-com-variantes-fixas-sugest%C3%B5es-welcome/#entry5770392
-
8 ) Acelerando a navegação na Internet
[...]
O dnsmasq faz cache do dns das suas páginas mais visitadas acelerando sua navegação.
A partir do Ubuntu 12.04 o pessoal da Canonical modificou muito a parte interna da rede do Ubuntu e família, fazendo com que o dnsmasq não funcionasse mais como antigamente. Mas nada como um pouco de pesquisa e pensar um pouco para fazer ele funcionar como antes!
Instale o dnsmasq:
apt-get install dnsmasq
Depois, pelo terminal, modifique o arquivo dhclient.conf.
nano /etc/dhcp/dhclient.conf
Procure pela linha
#prepend domain-name-servers 127.0.0.1;
E remova o jogo da velha da frente desta linha. Salve e feche o arquivo.
Ficando assim:
prepend domain-name-servers 127.0.0.1;
Reinicie o dnsmasq :
service dnsmasq restart
Exemplo:
root@xubuntu:/home/xubuntu# service dnsmasq restart
* Restarting DNS forwarder and DHCP server dnsmasq [ OK ]
Alguns usuários podem ter problemas com essa modificação do dnsmasq. Sua navegação pode parar. Caso isso aconteça, vamos fazer o que o colega Visterine fez para resolver esse problema ( Obrigado por compartilhar a solução do problema).
Após alterar a linha do dhcclient.conf, como usuário root faça: dpkg-reconfigure resolvconf e aceitei todas as solicitações.
Depois ainda como root rode restart network-manager e em seguida service dnsmasq restart
Galactus:
Novamente o Dnsmasq falhou e apresentou o seguinte erro: dnsmasq: failed to create listening socket for port 53: Endereço já em uso
Pesquisei e resolvi com estes comandos:
sudo apt-get remove dnsmasq-base
sudo apt-get install dnsmasq
sudo apt-get install network-manager network-manager-gnome
Após os comandos reinicie o computador.
Aliás teria como reiniciar o serviço de rede(internet) sem ter que reiniciar o pc, ou seja por linha de comando?
Fonte: http://ubuntuforums.org/showthread.php?t=1473485 (http://ubuntuforums.org/showthread.php?t=1473485)
Caso a dica anterior não funcione(não funcionou mais aqui comigo) deixo esta nova dica.
Att.,
Visterine
-
Olá Vistorine, desculpe não ter visto antes. Vou atualizar o tópico. Sim você pode parar os serviços de rede e depois inicia-lo novamente.
sudo /etc/init.d/networking stop
sudo /etc/init.d/networking start
O sudo /etc/init.d/network restart não vai funcionar em versões recentes do Ubuntu.
-
Olá Vistorine, desculpe não ter visto antes. Vou atualizar o tópico. Sim você pode parar os serviços de rede e depois inicia-lo novamente.
sudo /etc/init.d/networking stop
sudo /etc/init.d/networking start
O sudo /etc/init.d/network restart não vai funcionar em versões recentes do Ubuntu.
no caso de versões mais recentes, pode-se tentar:
rm /var/run/dhcpid(pressionetab)
e depois
dhclient eth0
ou
dhcpcp eth0
-
parabéns amigo pelo tutorial! fiz algumas alterações que mais combinavam com as configurações do meu notebook de 1Ghz (processador-AMD) e 6G (memória) , ficou bem leve.
obrigado.
-
Atenção! Não usem a dica de acelerar a navegação com o DNSmasq para o Ubuntu 14.04 no momento! Mais alterações foram feitas no 14.04, estou pesquisando 3 novas alternativas. Alguém mais já testou essas coisas aqui:
https://gist.github.com/magnetikonline/6236150
http://superuser.com/questions/681993/using-dnsmasq-with-networkmanager
http://ubuntuforums.org/showthread.php?t=2218655&page=2
https://www.stgraber.org/2012/02/24/dns-in-ubuntu-12-04/
-
Fiz alguns testes aqui quanto a dica do dnsmasq no 14.04 e dá pra usar.
Tem que fazer basicamente como o Visterine falou antes. Remover o network-manager para poder instalar o dnsmasq e depois reinstalar o network-manager. O problema é que você deve pegar esses pacotes no Ubuntu packages antes de desistalar o network-manager e o network-manager-gnome. Senão vai ficar sem rede, pois os dois pacotes não estão no cache do apt.
Depois da reinstalação e reconfiguração dentro deste processo, o dnsmasq funciona no 14.04. Acelera bastante a navegação depois que faz cache. Mas a parte de navegação em uma rede com samba fica horrível. O gerenciador fica lá pensando, pensando até que acha o servidor e depois pensa, pensa para abrir as pastas. Depois que faz cache fica rápido, mas basta reiniciar a máquina para voltar tudo de novo como era antes.
Os desenvolvedores do Ubuntu alterarm o resolv.conf novamente. E falam para não usar o dnsmasq em uma rede com VPN! Então fica a dica, usar o dnsmasq com o 14.04 só para quem navega e não usa essa máquina para navegar em uma rede com samba e nem com VPN.
Como eu uso minhas máquinas com samba, não dá pra usar o dnsmasq no 14.04, o desempenho fica horrível. Sem o dnsmasq a navegação com o samba fica uma bala no 14.04.
-
Tópico alterado! Testei as outras dicas e funcionaram numa boa.
-
Galactus,
"Notem que não usei o nome Ubuntu, Kubuntu, Xubuntu ou outro nome de qualquer variante da família Ubuntu. Isso porque as dicas a seguir servem para qualquer variante do Ubuntu, versões 12.04, 12.10 ou 13.04. 32 ou 64 bits."
Haverá uma atualização para o Ubuntu 14.04?
-
Galactus,
"Notem que não usei o nome Ubuntu, Kubuntu, Xubuntu ou outro nome de qualquer variante da família Ubuntu. Isso porque as dicas a seguir servem para qualquer variante do Ubuntu, versões 12.04, 12.10 ou 13.04. 32 ou 64 bits."
Haverá uma atualização para o Ubuntu 14.04?
Oi Vistorine. Então, eu já testei no 14.04 só não alterei o texto do tutorial, serve no 14.04 sim. Só a parte do dnsmasq que não. Mas já avisei no tópico.
Vou alterar mais duas coisas no tópico, na verdade alterar uma no sysctl e acrescentar outra dica para diminuir a latência do sistema. Também devo alterar uma coisa ou duas no tutorial do KDE em ponto de bala.
-
Olá! O kernel lowlatency é destinado a desktops? Qual a diferença dele e o normal?
Abraços!
-
Olá! O kernel lowlatency é destinado a desktops? Qual a diferença dele e o normal?
Abraços!
Oi Renan, o kernel lowlatency é destinado a desktop e também para quem quiser ter um sistema mais rápido para trabalhar com áudio e vídeo.
Um kernel lowlatency tem configurações modificadas para tornar a respostas às requisições do sistema mais rápidas, mas não ainda imediatas como num kernel real time ou RT. Como isso é feito? Aplicam o patch Preempção do Ingo Molnar, compilam o kernel com opções mais agressivas como 1000MHz para o processador, entre outras coisas, e dão prioridade ao áudio e vídeo entre os processos do sistema, entre outras coisas também.
O kernel genérico geralmente não tem o patch do Ingo Molnar e nem foi compilado com 1000MHz para o processador, além disso os processos de multimidia não tem prioridade sobre os demais processos do sistema.
A parte ruim disso é que se você não tem uma máquina tão potente para te dar uma resposta tão rápida, o sistema acaba ficando lento pois ele tenta meio que adivinhar qual processo deve ser colocado na frente do outro, assim se atolando com tantos processos de uma só vez.
Por isso que os kerneis para servidores dificilmente são compilados com preempção e 1000MHz.
Se quiser dar uma lida no texto abaixo, explica mais coisas:
https://help.ubuntu.com/community/UbuntuStudio/RealTimeKernel
-
Hmm...interessante galactus...
- O kernel low latency prioriza multimídia (áudio e vídeo)?
- O meu PC é fraco, é um dual-core 2.0Ghz, 2GB de RAM e uma NVIDIA GeForce 8400Gs 512MB. Então é melhor usar o kernel padrão mesmo?
- Tem vários tipos de kernel no link que você passou, você poderia explicar cada um deles, as diferenças e tal?
- Por que o Ubuntu não vem com o low latency (e acredito que outras distros também não)?
- Como instala o preempt kernel ou o lowlatency kernel? Eles consomem mais energia do que o kernel padrão?
Abração!
-
Hmm...interessante galactus...
- O kernel low latency prioriza multimídia (áudio e vídeo)?
- O meu PC é fraco, é um dual-core 2.0Ghz, 2GB de RAM e uma NVIDIA GeForce 8400Gs 512MB. Então é melhor usar o kernel padrão mesmo?
- Tem vários tipos de kernel no link que você passou, você poderia explicar cada um deles, as diferenças e tal?
- Por que o Ubuntu não vem com o low latency (e acredito que outras distros também não)?
- Como instala o preempt kernel ou o lowlatency kernel? Eles consomem mais energia do que o kernel padrão?
Abração!
Bem, não sou o Galactus, mas vou tentar contribuir um pouco com os questionamentos. Vamos lá:
- O kernel low latency prioriza multimídia (áudio e vídeo)?
R: Sim, prioriza tarefas que exigem baixo tempo de latência, como edição de áudio e vídeo.
- O meu PC é fraco, é um dual-core 2.0Ghz, 2GB de RAM e uma NVIDIA GeForce 8400Gs 512MB. Então é melhor usar o kernel padrão mesmo?
R: Sim, é melhor utilizar o Kernel padrão, a não ser que você seja um profissional que mexa bastante com edição de áudio e vídeo (o que não deve ser o caso, dado o hardware indicado).
- Tem vários tipos de kernel no link que você passou, você poderia explicar cada um deles, as diferenças e tal?
R: Ué, as explicações estão lá no link que o Galactus passou, bastando dar uma lida por lá.
- Por que o Ubuntu não vem com o low latency (e acredito que outras distros também não)?
R: Por que o Ubuntu é uma distro destinada ao "usuário comum", não a profissionais do mercado de áudio e vídeo. Desta forma, se utilizado o kernel lowlatency no Ubuntu o resultado poderia ser até o mesmo o inverso, ou seja, perda de desempenho geral do sistema.
- Como instala o preempt kernel ou o lowlatency kernel? Eles consomem mais energia do que o kernel padrão?
R: O lowlatency está disponível nos repositórios do Ubuntu, bastando procurá-lo por lá e instalá-lo (o Synaptic faz isso sem maiores problemas). Quanto ao preempt, o link abaixo pode ajudá-lo nessa empreitada, caso decida ir em frente (apesar de não ser o recomendável, logo vá por sua conta e risco):
https://rt.wiki.kernel.org/index.php/RT_PREEMPT_HOWTO (https://rt.wiki.kernel.org/index.php/RT_PREEMPT_HOWTO)
Quanto ao consumo de energia, kernels com abordagem mais "realtime" tendem a consumir mais, dado seu perfil mais agressivo. Obviamente isso pode ser modificado pelo usuário, bastando saber como fazê-lo nas configurações do Kernel.
Em resumo, o assunto é interessante, especialmente para devs e profissionais que mexem com edição de áudio e vídeo, mas para 90% dos usuários a melhor escolha é mesmo o kernel comum, disponibilizado por padrão no Ubuntu.
-
Grande Hugo! Nossa, toda ajuda é bem vinda! Obrigado por me ajudar nas repostas.
Então, eu só acho que não é porque a máquina do Renan é fraca que ele não pode arriscar uns testes!
Acho que você já viu esse teste com um Celeron né Renan: http://www.youtube.com/watch?v=PSMwkPC_dHc
E tem este com um P4 a 1.5 GHz, a imagem tá ruim, mas dá pra notar a resposta do sistema: http://www.youtube.com/watch?v=OCevVWiZCks
Dual Core de 2GHz, mas qual o modelo exato Renan?
Se você não quiser compilar nada e fazer um teste com um kernel bastante agressivo, tenta o kernel Liquorix: http://liquorix.net/
Só adicionar o source list dele e fazer a instalação. Roda numa boa no Ubuntu e derivados, inclusive o Mint. Agora o tempo de boot sobe bastante, já que ele não vem preparado para o sistema de inicialização do Ubuntu! Lembrando que Liquorix usa BFS + BFQ que são escalonadores mais agressivos que os usados no Lowlatency.
Agora, o fato de usar BFS + BFQ não quer dizer que fique rápido, como eu e o Hugo já mencionamos com o kernel Lowlatency, o Open Mandriva por exemplo tá usando BFS + BFQ e tá lento e consumindo mais RAM que a média de outros KDEs. Não sei o que fizeram, mas tá lento. Mas a parte de rede dele tá um canhão pra transferência de arquivos, o que já dá uma pista do motivo da lentidão...
Dá pra deixar sua máquina muito rápida, se um Celeron ficou daquela maneira....
Agora, não foi só o kernel que foi mexido no Celeron!
Você vai ter que usar um ambiente gráfico ou gerenciador de janelas leve pra começar. Como no caso do vídeo com o Celeron, Gnome 2.32 + OpenBox.
Se quiser se incomodar com essas coisas, senão usa o kernel padrão da sua distro preferida e seja feliz! Isso é que nem acerto de carro para competição, você melhora uma coisa e piora outra. Pra quem gosta é viciante! :)
-
Obrigado pelas respostas hugoleal e galactus :)
O meu processadorr é modelo E2180.
-
Então, eu só acho que não é porque a máquina do Renan é fraca que ele não pode arriscar uns testes!
Com certeza, Galactus. Concordo com você. Testar o mudanças no sistema não custa nada (só se deve ter cuidado para não bagunçá-lo e/ou corrompê-lo) .
Agora, observando os posts anteriores dele, dá pra ver que ele não mexe tanto com edição de aúdio e vídeo. Sendo assim o desempenho geral do sistema muito dificilmente irá melhorar com um Kernel de baixa latência. Na verdade, eu acho bem mais provável que ele caia.
De qualquer forma, deixei algumas dicas no post anterior caso ele deseje mesmo ir em frente, testando outras versões do Kernel.
Abraço.
Obrigado pelas respostas hugoleal e galactus :)
O meu processar é modelo E2180.
Definitivamente este não é um processador indicado para tarefas que se beneficiam de baixa latência como edição de áudio e vídeo. Esse tipo de tarefa, em geral, demanda bastante poder bruto da máquina, o que não é o caso desta CPU.
De qualquer forma, como já disse o nosso grande companheiro Galactus, você pode realizar alguns testes com o Kernel low-latency (ou outras versões mais real-time do Kernel) para verificar se obtém algum ganho.
Abraço.
-
Excelente contribuição Galactus, muito obrigado! :)
-
Que belo trabalho ein amigo? Parabéns pelo excelente tuto, este sem sombra de dúvidas vai ajudar muito.
-
Galactus,
Fiz uma alteração no meu swappiness e deu uma melhorada bruta no sistema,e que eu tenho pouca memória,mas mesmo assim ficou mais rápido,e no fim da sua dica no sysctl ela esta comentada,vc não achou nessessária altera-la?
-
Galactus,
Fiz uma alteração no meu swappiness e deu uma melhorada bruta no sistema,e que eu tenho pouca memória,mas mesmo assim ficou mais rápido,e no fim da sua dica no sysctl ela esta comentada,vc não achou nessessária altera-la?
Veja que eu aviso que deixei a linha comentada, mas aviso que você pode fazer o seu teste. Pra você funcionou bem. Mas não é sempre. Por isso preferi deixar comentada, mas quem é curioso sempre vai alterar alguma coisa. :)
-
Eu tenho uma duvida a respeito do Kernel Linux Lowlatency: ele só nao reconhece mais de 4GB de RAM em um sistema de 32-bits ou ele também nao reconhece mais de 4GB em sistemas de 64-bits?
-
Eu tenho uma duvida a respeito do Kernel Linux Lowlatency: ele só nao reconhece mais de 4GB de RAM em um sistema de 32-bits ou ele também nao reconhece mais de 4GB em sistemas de 64-bits?
Apenas 32 bits.
-
Se alguem quiser ter mais de 4GB em sistema 32bits vai ter que ativar o sistema PAE (Physical Address Extension) no kernel.
sendo o kernel Lowlatency maior ou igual 2.3.23 vai estar la para ser ativar.
flaviovivorio querendo saber mais sobre PAE comece http://en.wikipedia.org/wiki/Physical_Address_Extension (http://en.wikipedia.org/wiki/Physical_Address_Extension) :D
-
Para quem quer usar raid10 mais não tem $,soluções com mdadm já existem leiam neste site http://blog.a2o.si/2014/09/07/linux-software-raid-why-you-should-always-use-raid-10-instead-of-raid-1/ (http://blog.a2o.si/2014/09/07/linux-software-raid-why-you-should-always-use-raid-10-instead-of-raid-1/) é impressionante.
Para quem gosta de XFS pode até ficar mais rápido.
-
Galactus,
Deu o seguinte erro:
# hdparm -W1 -M254 /dev/sda
/dev/sda:
setting acoustic management to 254
HDIO_DRIVE_CMD:ACOUSTIC failed: Input/output error
setting drive write-caching to 1 (on)
write-caching = 1 (on)
acoustic = not supported
Pode-se seguir em frente ou pode dar zica?
-
Seu HD não tem suporte para deixar as rotações mais rápidas ou lentas!
Por isso o erro. Não use a opção -M254!
-
Obrigado Galactus.
Outra coisa uso o Linux Mint 17.2 que é baseado no Ubuntu e os locais dos arquivos nr_requests e read_ahead_kb são diferentes:
/sys/devices/pci0000:00/0000:00:1f.5/ata4/host3/target3:0:0/3:0:0:0/block/sda/queue/nr_requests
/sys/devices/pci0000:00/0000:00:1f.5/ata4/host3/target3:0:0/3:0:0:0/block/sda/queue/read_ahead_kb
Já tentei echo 256 > e o comando cat retorna 256. Alterei o rc.local em /etc/ colocando os comandos abaixo do "hdparm -W1 /dev/sda" mas os valores voltam a 128 ao reiniciar.
O que pode ser?
-
Visterine. Essa saída do seu HD é estranha. Fiz uma busca rápida aqui e descobri duas coisas.
1) Isso é um servidor com HDs SCSi?
2) Seu cabo SATA está ok?
Eu faço uso do 17.2 e é tudo igual ao Ubuntu.
Nada aí vai funcionar se ele não reconhece o caminho do Hd corretamente. Veja, você aponta para /dev/sda
E o que me mostrou aí é ata4/host3/.
Verifique o cabo SATA. A não ser que isso seja um servidor com HD tora!
-
Boa noite Galactus,
minha placa é uma Intel: Machine: Mobo: Positivo Informatica S/A model: POS-MIQ35A version: 3.0. Bios: Desenvolvida para Positivo Informatica S/A version: V35.0B8 date: 08/26/2008, CPU: Dual core Intel Core2 Duo CPU E8400 (-MCP-) cache: 6144 KB flags: (lm nx sse sse2 sse3 sse4_1 ssse3 vmx) bmips: 12014.3, Clock Speeds: 1: 2003.00 MHz 2: 2003.00 MHz, Graphics: Card: Intel 82Q35 Express Integrated Graphics Controller bus-ID: 00:02.0
tem 6 satas e o hd está na sata 5.
O HD Hitachi SATA 3.0Gb/s 500GB 7200RPM 0F10381 HDS721050CLA362 Total Size: 500.1GB (5.2% used) 1: id: /dev/sda model: Hitachi_HDS72105 size: 500.1GB.
Não é servidor. Computador desktop.
Vou tentar trocar a porta sata para ver.
-
Bom mudei a porta sata para sata1 e deu a mesma coisa, mudou de /ata4/host3/ para:
/sys/devices/pci0000:00/0000:00:1f.2/ata1/host0/target0:0:1/0:0:1:0/block/sda/queue/nr_requests
/sys/devices/pci0000:00/0000:00:1f.2/ata1/host0/target0:0:1/0:0:1:0/block/sda/queue/read_ahead_kb
Deve ser algo no hd X a placa positivo. No boot sempre apresenta a mensagem: No hard disk is detected!
Mas sempre carrega normal.
Inclusive a performance melhorou com as demais dicas. Meu menu iniciar está bem mais rápido e o carregamento de programas também.
Estou com o pf-kernel 4.0.
-
Não é trocar a porta SATA, é trocar o cabo SATA!
Tem atualização de BIOS para esta placa mãe? É uma placa da MSI remarcada como sendo Positivo.
Edit:
BINGO!
Essa placa tem controladora RAID SCSI, controladora Marvel!
Então verifique as portas SATA nativas da Intel, use as portas nativas da Intel. Essa placa tem 6 portas SATA? 4 devem ser da Intel e 2 da Marvel.
Ainda sim, veja se é possível trocar o cabo SATA, mas tudo deve ficar melhor se usar as portas nativas da Intel.
-
Amigo Galactus,
Pelo que pesquisei a placa é baseada ma ms7358 da MSI como você descreveu.
Troquei as portas, troquei o cabo e nada.
Essa tal de Marvel está dominando tudo rs.
Olhei a bios e parece estar na última versão.
-
Na Bios não tem como desligar o RAID? Olhei no site da MSI e são 4 satas e uma e-sata. Não sei se igual a sua. Mas a controladora é mista. Intel/Marvel.
O linux está reconhecendo como uma controladora SCSI RAID. Por isso os dispositivos listados de forma tão diferente.
Se não conseguir desligar o RAid o negócio vai ser colocar como ele identifica o seu HD. Ao invés /dev/sda coloca o que ele identifica. Testa primeiro com o hdparm. Se ele reconhecer o caminho do HD indicado você muda as outras coisas.
Não consegui baixar o manual dessa placa. Pra ver se tem opção de desligar isso na BIOS.
-
Pronto consegui.
Agora os valores estão salvos.
Valeu amigo.
-
O que foi que você fez?
Como conseguiu resolver?
-
Fiz o que você sugeriu.
Coloquei os ajustes no arquivo rc.local apontando para as saídas encontradas de nr_requests e read_ahead_kb, ficando assim:
hdparm -W1 /dev/sda
echo 256 > /sys/devices/pci0000:00/0000:00:1f.5/ata6/host5/target5:0:0/5:0:0:0/block/sda/queue/nr_requests
echo 256 > /sys/devices/pci0000:00/0000:00:1f.5/ata6/host5/target5:0:0/5:0:0:0/block/sda/queue/read_ahead_kb
Agora os valores estão salvos.
Obg Galactus.
-
Daêêêê! ;D
Que ótimo que funcionou!
Eu consegui achar o manual da placa.
MSI Q35MDO. Não achei nada lá pra "desligar" o RAID.
-
Achei esse manual aqui: http://www.manualslib.com/manual/824201/Msi-Ms-7358.html?page=40#manual
Dei uma fuçada de leve mas não achei tbm.
Mas valeu muito sua ajuda.
-
Minha bios estava configurada para Raid Mode: IDE.
Mudei para Raid e obtive melhor resposta.
Aí li que o modo AHCI é mais indicado para SATA. Agora o tempo de resposta está melhor ainda.
Quero corrigir aqui um erro.
Quando acima mencionei que o comando cat /sys/block/sda/queue/nr_requests não estava tendo resposta, foi pq o cabeça aqui copiou e colou e deu enter sem mudar sdx para sda. Rsrsrsrsrsrs.
Mas o Galactus foi valente e mesmo assim ajudou.
Agora meu arquivo rc.local está assim:
hdparm -W1 /dev/sda
echo 256 > /sys/block/sda/queue/nr_requests
echo 256 > /sys/block/sda/queue/read_ahead_kb
echo "cfq" > /sys/block/sda/queue/scheduler
exit 0
Tudo funcionando.
Feliz 2016 a todos e valeu por todo suporte e aprendizagem.
-
Que bom que tudo está melhor agora!
Feliz 2016 pra você também!
-
Melhorou bastante aqui! Abraço e obrigado pelas dicas.
-
Cara! São Galactus!
Minha maquina tá voando baixo agora!
Vlw!!!