Do que eu conheço de compilações de distros, o kernel em si quase nunca precisa ser recompilado. Talvez a coisa mais séria é o suporte a multicore: em algo antigo, antes de um pentium 2, usar o Linux sem SMP dá um ganho de desempenho pequeno e uma economia de memória considerável para uma máquina antiga. Do Pentium 3 pra cima, pode usar o default do Slackware sem problemas.
Para máquinas de 64 bits, usa logo uma distro 64 bits e seja feliz! Tem o Archlinux, que tem uma árvore padrão de 64 bits (e não um projeto separado, como o Slamd64...), o gentoo (blargh! **) e, poxa-vida-por-que-nao? o FreeBSD. Talvez algumas compilações de softwares sejam mais vantajosas. Mas recompilar a distro é quase insanidade, vai logo pro Linux From Scratch! :P Por exemplo, lembro de um professor que fez um teste do Apache. Não mudava nada de uma máquina pra outra. Mas quando ele compilava o Apache estático, era um ganho brutal. Talvez eu coloque alguns números, mas nothing to do... P.S.: o Phoronix tem uma suite de benchmark. Alguém já tentou usá-la? ** blargh! porque recompilar a distro do zero não é a melhor coisa do mundo pra quem usa maquininhas anciãs (como eu) :P 2009/4/23 max <[email protected]>: > > O firefox é uma questão interessante: o Slackware em si não compila > ele, na verdade o slackbuild só extrai o tar.gz que tu pega no site do > firefox e cria o pacote deixando os caminhos mais compatíveis com a > estrutura da distro. > > Talvez tenha sido alguma lib, provavelmente a Cairo ou a GTK+. Mas ai > eu não sei dizer o que fez o firefox melhorar porque eu não uso o > firefox que vem com o slackware, compilo o meu p/ fazer com que ele > use QT4 ao invés de GTK[1]. :) > > > [1] - https://wiki.mozilla.org/User:Pjohnsen/MozillaQtBuild > > 2009/4/23 alexspe <[email protected]>: >> >> não faço uso pesado como vc max >> apenas kde firefox emesene e essas coisinhas >> depois q recompilei notei diferença no tempo de abertura das janelas, >> do firefox >> claro q nada tão magico hehe >> >> On 23 abr, 13:39, max <[email protected]> wrote: >>> O problema de fazer isso é que tu perde muito tempo recompilando todo >>> o toolchain otimizado e acaba praticamente virando um linux from >>> scratch com os scripts de inicialização e o pkgtools do slackware. >>> >>> Sem contar que estes "ganhos" de desempenho são subjetivos. Vejo >>> várias pessoas falando que "meu sistema ficou muito mais rápido" mas >>> ninguém coloca números. Quando eu fiz isto no meu Turion X2 eu não >>> percebi diferença alguma (isso que eu rodo mysql, postgresql, >>> apache2+php+rails+python, tomcat, eclipse/CDT, vários jogos no wine, >>> quake 4, doom 3 entre várias outras coisas). >>> >>> A menos que tu tenha usado uma CFLAG mágica ou que o GCC tenha uma >>> macro ao estilo: #ifdef __COMPUTADOR_DO_MAX__ >>> #define OPTMIZE 0 >>> #else >>> #define OPTIMIZE 1 >>> #endif >>> >>> PS: Eu só usei "-O3 -mtune=k8 -mcpu=k8" (praticamente todos os "-f" >>> relevantes ao desempenho são incluidos no -O3, k8 inclui MMX, SSE, >>> SSE2, 3dNOW!, enhanced 3dNOW! e instruction sets de 64 bits) >>> >>> Para ser honesto, eu ganhei muito mais desempenho desativando o access >>> time do meu filesystem (que é XFS) do que recompilando tudo com as >>> CFLAGS para o meu processador. >>> >>> Há muito tempo atrás eu também recompilava o kernel com os patches do >>> Con Kolivas, mas desde que eles foram descontinuados eu percebi que >>> também não fazia diferença alguma: os dumps de 1GB do meu banco, o >>> tempo de processamento dos scripts no apache, o tempo para abrir o >>> eclipse, o fps dos jogos, enfim, tudo continuou praticamente a mesma >>> coisa. :) >>> >>> Eu acho que os tempos de tuning já se foram, hoje em dia o kernel faz >>> praticamente tudo sozinho e com o nivel de maturidade do kernel é >>> muito mais uma questão de definir os serviços que devem ficar sempre >>> ligados e a otimização destes serviços do que qualquer atitude mais >>> radical como recompilar toda a tua distribuição. >>> >>> Se alguém rodar uma suíte de benchmarks antes e depois da otimização e >>> mostrar ganhos *reais* de desempenho eu retiro tudo o que eu disse, >>> mas até lá continua sendo puro achismo na minha opinião. >>> >>> On 4/23/09, alexspe <[email protected]> wrote: >>> >>> >>> >>> > quer deixar o sistema mais rapido? otimiza com os slackbuilds >>> > fiz isso pro meu CORE2 quad e ficou uma bala! >>> >>> > On 22 abr, 23:16, Victor <[email protected]> wrote: >>> >> Recomendo entrar na pasta /etc/rc.d/ e dar uma olhada nos scripts que têm >>> >> permissão de execução. Existem alguns que vc pode simplesmente tirar a >>> >> permissão de execução e outros que vc pode editar comentando algumas >>> >> linhas >>> >> (a que roda o ldconfig e a que executa fc-cache, por exemplo, que não >>> >> precisam ser executadas depois de todo boot, apenas quando vc instala >>> >> novas >>> >> bibliotecas ou instala novas fontes). >>> >>> >> Victor >>> >>> >> On Wednesday 22 April 2009 21:06:51 Marcello BOSS wrote: >>> >>> >> > vou deixar como estar entao heheh obrigado a todosss!!! >>> >>> >> > 2009/4/22 Leonardo <[email protected]> >>> >>> >> > > Não remova nada, faça uma instalação full. >>> >>> >> > > 2009/4/22 MarcelloMtv Web Solutions <[email protected]> >>> >>> >> > >> Olá Srs.. Sou Novo Slackware Users Group - Brazil >>> >>> >> > >> Queria sabe quais pacotes posso remover no slack para deixar ele >>> >> > >> mais >>> >> > >> leve vamos dizer os pacotes desnecessarios. se alguem puder me >>> >> > >> ajudar >>> >> > >> vou ficar muito agradecido. >>> >>> >> > >> Marcello BOSS >>> >>> >> > >> > > > > --~--~---------~--~----~------------~-------~--~----~ GUS-BR - Grupo de Usuários de Slackware Brasil http://www.slackwarebrasil.org/ http://groups.google.com/group/slack-users-br Antes de perguntar: http://www.istf.com.br/perguntas/ Para sair da lista envie um e-mail para: [email protected] -~----------~----~----~----~------~----~------~--~---
