Problemas e soluções!!!

Para evitar problemas, resolvi retirar os links dos kernels omnislash antigos já que a versão 3 supera em performance os outros.

Para os usuários que irão compilar o fonte usem como base a configuração do omni 3:

http://rapidshare.com/files/105091219/config-2.6.23-omnislash3-v1.1.html

Porque se usarem a configuração do KXUbuntu padrão os patches não estarão ativados no kernel e vcs não verão diferença em relação ao kernel padrão.

Algumas dúvidas e soluções podem ser vistas nesse tópico:

http://ubuntuforum-br.org/index.php/topic,29799.0.html

Agradeço a compreensão!

Otimizações no KUXbuntu 7.10 – Boot

Boot – Porque ele é lento??

Sistema de Arquivos

O boot do kubuntu por padrão é lento, mas é por causa do excesso de serviços carregados no início do sistema e também pode ficar lento pela escolha do sistema de arquivos. O ext3 tem um boot mais rápido em relação ao reiser pois este faz uma verificação a cada boot em quanto o ext3 faz periodicamente. Se quiser um boot rápido escolha o ext3.

Serviços

Alguns serviços desnecessários são carregados durante o boot e isso atrasa a inicialização do sistema, mas existe um jeito para solucionar isso. Esse passo é essencial para um boot rápido!!!

Abra um terminal e digite:

sudo apt-get install sysv-rc-conf

Depois execute o programa no terminal digitando:

sudo sysv-rc-conf

Nesse momento tire várias screenshots para saber qual é a sua configuração original dos serviços do seu sistema, para caso cometer algum erro conseguir restaurar.

Para mim esses são essenciais:

Obs.: São serviços essenciais em internet discada… se usar internet sem fio ative o módulo (bluetooth) e se houver outros serviços ativados que existem no seu sistema e no meu não… deixe ativado…

Aumentando a velocidade do boot usando o profile no grub

Uma das causas de um boot lento é uma excessiva procura no disco e existe o mecanismo chamado readahead que ajuda nesse ponto, só que a lista dele não é atualizada automaticamente.

O que acaba causando um boot com diversas “pausas” e o único jeito para consertar isso é atualizando o profile do grub, para assim fazer uma nova lista.

Depois de diversas atualizações feitas no sistema, o serviço readahead usado no ubuntu fica com uma lista obsoleta de arquivos e é necessário atualizar isso.

1 – Na hora de selecionar o seu kernel no grub selecione o kernel que terá a lista atualizada e pressione ESC e depois a tecla e para editar.

2 – Escolha a segunda linha (que deve começar com a palavra kernel) e pressione e novamente.

3 – Vá até o fim da linha e adicione a palavra profile e pressione enter.

4 – Pressione b para dar o boot.

5 – Agora uma nova lista será gerada e esse boot será excessivamente lento. Deixe que o sistema termine o boot.

6 – Faça um reboot e desfrute de um boot um pouco mais rápido.

Obs.: Usando o grub normal do ubuntu (não sei se funciona sob o gfx)

Mais informações aqui:
http://ubuntuforums.org/showthread.php?t=89491
http://ubuntuforums.org/showthread.php?t=254263

Obs.: Antes faça um backup dos dois arquivos arquivos presentes no /etc/readahead/!!

Iniciando os serviços de forma paralela no boot

Outra forma de diminuir o tempo de boot é fazer todos os serviços serem iniciados paralelamente. Para fazer isso você precisa abrir o arquivo /etc/init.d/rc e mudar de:

CONCURRENCY=none

para:

CONCURRENCY=shell

Conforme vocês podem ver nessa screenshot:

Só que fazendo isso acontece um problema no hal então vc tem que fazer o seguinte:

sudo mv /etc/rc2.d/S12hal /etc/rc2.d/S13hal

Retirando terminais desnecessários

Com menos terminais para carregar é menos uma coisa para carregar no boot. Digite o comando abaixo:

sudo sed -i ‘6,7s/^start/stop/g’ /etc/event.d/tty[3-6]

Até a próxima…

Compilando um kernel do jeito do hqxriven no (KUX)buntu

Compilando um kernel para do jeito do hqxriven no (KUX)buntu

Vou tentar fazer este passo-a-passo da forma mais fácil possível então nem vou explicar muito. Vou editando o tópico e colocando aos poucos já que perdi o arquivo do meu blog…

Passo-a-passo geral

1 – Em primeiro lugar baixe as bibliotecas de compilação mais alguns utilitários

sudo apt-get install build-essential bin86 kernel-package libqt3-headers libqt3-mt-dev wget libncurses5 libncurses5-dev

2 – Agora vire o root e vá para o diretório abaixo no terminal

sudo -s

cd /usr/src

3 – Agora baixe a versão 2.6.23 do kernel (ela é necessária por causa dos patches) e dê os seguintes comandos

wget -c http://www.kernel.org/pub/linux/kernel/v2.6/linux-2.6.23.tar.bz2

tar -xvjf linux-2.6.23.tar.bz2

rm -rf linux && ln -s /usr/src/linux-2.6.23 linux && cd /usr/src/linux

Inserindo patches

4 – Agora se você quiser adicionar algum patch é só fazer o seguinte

Copie o arquivo para /usr/src/linux e dê o comando:

patch -p1 < nomedopatch.patch

Caso seja em formato bz2 o comando é diferente:

bzcat nomedopatch.bz2 | patch -p1

5 – Otimização do kernel

Para isso importe a sua configuração atual e altere o kernel depois

cp /boot/config-`uname -r` .config && make xconfig

Pronto agora está tudo em seus devidos lugares e só e necessário otimizar algo se você souber o que está fazendo.

6 – Compilação do kernel

make-kpkg clean

E depois…

make-kpkg –initrd –revision=686 kernel_image kernel_headers modules_image

Ou se é dual ou quad core para acelerar a compilação…

CONCURRENCY_LEVEL=2 make-kpkg –initrd –revision=i686 kernel_image kernel_headers modules_image

São dois traços antes de initrd e de revision a formatação do wordpress é que está fazendo dois traços virarem um travessão!!!

E agora é só esperar… até compilar e criar um deb. O tempo de compilação varia de 40m a 4horas.

E por último para instalar.

cd .. && dpkg -i linux*2.6.23*.deb

Obs: Lembre-se de copiar o kernel para outro lugar pois se vc usa o envy ele deletará o pacote deb do kernel desse diretório.

Dê o boot e agora está já entrou no grub e desfrute do novo kernel…

Kubuntu 7.10 Aprendendo a voar sem segredos!!! Parte 2

Kernel – Entendendo um pouco da falta de desempenho no kubuntu

O kernel na minha opinião é o principal responsável pela falta de desempenho no kubuntu 7.10.

Comparando o desempenho com o debian etch ou o Sidux (que na opinião de alguns usuários do forum gdh é o mais rápido baseado no debian, não sendo necessário mexer em quase nada para aumentar a performance), vc verá que o Kubuntu perde feio para eles.

Mas a questão não são os pacotes É O KERNEL.

O kernel do Debian é enxuto, trazendo uma boa relação entre performance e compatibilidade com hardware, afinal ele é usado em servidores, o do Sidux traz uma alta performance sacrificando um pouco a compatibilidade (em relação ao debian) e o do Kubuntu quer ser compatível com tudo e por ter um kernel inflado acaba ficando lento.

Mas aí vc pode pensar…
“Eu desativo tudo, compilo para meu hardware e fica rápido!!.”

Pois aí é que ocorre o engano e foi o motivo que pesquisei, pois mesmo compilado para minha arquitetura o sidux ainda era mais rápido com uma arquitetura genérica.

Então comecei a usar o google e pesquisar o máximo que pude.

Até que achei um nome de um ex-desenvolvedor de patches para o kernel chamado Con kolivas e a sua história (aconselho que vocês deêm uma olhada no google).

Em resumo ele se esforçava para fazer com que o linux fosse rápido nos desktops, mas ele não era ouvido apesar de contribuir bastante com o desenvolvimento.

Então peguei o último patch dele e coloquei no kernel do kubuntu e vi ele ficar bem rápido.

Já estava satisfeito no quesito kernel, mas aí tive a idéia de colocar o patch no kernel do sidux e vi o sistema “voar”; afinal o kernel do sidux já possui a configuração voltada para performance.

Então tive a idéia… Vou compilar o kernel do kubuntu com as configurações do Sidux e vou colocar o patch do Con kolivas, chamado de ck.

Mas fiquei chateado visto que ele parou de fazer os patches no 2.6.22.

Então procurei um patch não oficial para o 2.6.23 e apliquei no kernel e então pela primeira vez eu vi o meu kubuntu voar. Pela primeira vez eu vi o desempenho dele superar o debian, vi que o meu esforço e as 12 compilações de testes tinham valido a pena.

Estava enfim satisfeito, estava com um kernel específico para desktops tirando o máximo de proveito do meu desktop.

Kubuntu 7.10 – Aprendendo a voar sem segredos!!! Parte 1

Kubuntu 7.10 – Aprendendo a voar sem segredos
(A jornada de um usuário iniciante inconformado que teve que aprender a otimizar seu sistema)

Introdução

Como ex-usuário do Slack, Gentoo, Debian Sarge e Sidux (e mais algumas) notei o quanto faz diferença uma simples otimização.

Por estar acostumado com sistemas rápidos e sempre procurar extrair uma boa relação de performance entre hardware e software fiquei decepcionado ao testar o (KU)buntu 7.10 e ver a sua lentidão ao abrir um simples arquivo, sem contar o boot lento e no uso do sistema em geral. Problemas que também foram relatados por outros usuários.

Então desisti e voltei para o Sidux e inconformado ficava me perguntando, “como uma distribuição baseada no debian, com pacotes do debian sid que não são otimizados consegue ser tão rápida??”.

Então após uma intensa pesquisa em projetos alternativos que dão maior velocidade ao sistema (como o kamikase, Zen e Ck) e em outras otimizações espalhadas por diversos fóruns e depois de sucessivos testes cheguei a determinadas conclusões e gostaria de compartilhar esse conhecimento com vocês.

Antes de tudo, não me responsabilizo por eventuais danos ao seu sistema, por isso FAÇA BACKUP e NÃO FAÇA ISSO EM UM SERVIDOR.

Começo!!!

Mais um blog!!!