> Ai que eu digo que a recompilaçao traz sim e muito benefício.. Sim, benefício traz sim!!!
Eu questionei o ganho 'incrível' de desempenho e a necessidade absoluta de se recompilar o kernel!! Questionei o fato de isso ser palpável, visível, em sistemas que não são críticos! É que parece que não recompilar o kernel é deixar a máquina amargando lentidão, o que não é verdade em 99% dos casos. Tem sentido ser v-i-t-a-l recompilar o kernel em uma máquina quadcore, com 4GB de RAM e disco SataII, rodando um servidor FTP que atende a uma demanda para lá de folgada? Não é melhor monitorar o consumo de processamento, memória, otimizar o disco com o hdparm, remover tudo o que é inútil da inicialização, monitorar processos, etc? > 1> Não fui eu que medi os 30% de ganho, vi num teste de um Pentium 4 que o > site falava que recompilando o kernel para a arquitetura > do P4 teve-se esse aumento devido a melhor suporte a tecnologias como SSE3 e > o Pipeline . Sim, um aumento deve ter. Mas 30%?! Parece propaganda, não? Do tipo em que o cara pega um algoritmo muito específico que vai ser tremendamente beneficiado com essa alteração. Isso é típico em benchmarks. Se eu tenho uma linguagem rápida para a acesso a disco, então vou mostrar todos os meus benchmarks apenas lidando com I/O. Publicações de benchmarks nunca são a palavra final. Cada ambiente é um ambiente. O certo é cada um fazer o benchmark no próprio ambiente. Isso "ninguém" faz... mas todo mundo diz que recompilar o kernel é absolutamente necessário. > 2>E por ser "Software Básico" não podemos melhorar para atender melhor as > necessidades? Eu acho que é necessário configurar esse > "software básico". Ok. Mas não se configura software básico. Usar o 'make menuconfig' não é alterar a arquitetura do kernel. Isso não é lá muito fazer alteração de verdade no kernel. E, de novo, sou adepto a recompilar o kernel. Estou apenas questionando o "necessário". > 3>Olha nem sei se influencia, antes de recompilar usava o genérico com 4 MB e > com suporte a smp, agora com o recompilado com 2 MB, a > máquina ta bem mais esperta mesmo. Isso é o tamanho do bzImage? Cara, o código do kernel não é lido inteiro o tempo todo. O kernel poderia ter 1GB, se você estivesse acessando o disco, provavelmente ía ser a mesma meia dúzia de linhas que ía ser executada se ele tivesse 1KB. O acesso à memória é aleatório (RAM), não é mesmo? Não importa se o kernel é gigante ou mínimo, o acesso é aleatório e dentro do processador a instrução do kernel de 1GB é igual à instrução do de 1KB. A demora maior seria para carregar o kenel a primeira vez (e isso a gente de fato sente na inicialização da máquina). Se alterar o tipo de processador, a palavra de um processador pode ser mais 'otimizada' do que a de outro, mas isso não tem a ver com o tamanho, na realidade o maior kernel pode ser bem mais rápido. Mas... para continuar sendo chato, um kernel mais rápido para processar não garante um sistema inteiro mais rápido. Ainda tem uma série de fatores (I/O, só para citar um exemplo - não adianta o kernel ser bestial e o disco uma mula). >Quem não prefere alterar o kernel, tem uma cultura mais conservadora e tal, eu >até entendo. Mas eu gosto de mexer, "fuçar" mesmo pra > tirar suco de pedra.. Até fiz overclock no coitado do meu P3, há 8 anos ele > sofre.. e nunca queimou. Não tem essa de cultura. Se fosse cair para esse lado, justamente o pessoal mais velho iria dizer que não recompilar kernel em um Slackware é pecado mortal (que é o que eu acho :D). Mas isso é tara, não é argumento técnico. Em 99% dos casos é vantagem recompilar para conhecer melhor o sistema, apenas isso. O ganho de desempenho normalmente não é muito grande. Retiro disso, óbvio, a atualização do kernel. Isso sim pode fazer uma diferença brutal. É que nesse caso é justamente a "arquitetura" do kernel que foi modificada. Vários patchs foram aplicados e tal. Aí sim, existem alterações no funcionamento do kernel. []'s AlexanDER --~--~---------~--~----~------------~-------~--~----~ GUS-BR - Grupo de Usuários de Slackware Brasil http://www.slackwarebrasil.org/ http://groups.google.com/group/slack-users-br -~----------~----~----~----~------~----~------~--~---
