Em Sat, Aug 04, 2001 at 05:00:57PM -0000, Daniel van Ham Colchete escreveu:
> O problema do RPM � que ele j� vem pr�-compilado. O kernel seria o melhor
s/RPM/RPM, DEB, SLP, TGZ, etc/g
> exemplo para explicar.
> No kernel voc� escolhe o seu processador e exatamente o que a sua m�quina
> tem, ent�o se voc� compilar o seu kernel manualmente o kernel vai usar o
> melhor poss�vel o seu pocessador e todos os recursos do seu computador sem
> ter a mais nem a menos. J� o kernel.rpm vem pr�compilado para 386 para que o
> mesmo RPM compat�vel o m�ximo poss�vel.
bzzt, nope, a maioria das distros vem com v�rios pacotes do kernel, um para
i386, outro para i586, outro para i686, o mesmo para SMP e ainda um kernel
enterprise, com suporte a maiores quantidades de mem�ria e tamanhos de
arquivos. E durante a instala��o � feita a detec��o de processador e se �
SMP ou n�o.
> No programas acontece o mesmo, o PHP compilado dentro do apache � 10 vezes
> mais r�pido que como modulo. E qualquer programa que voc� compile vai tentar
10 vezes, onde est� este benchmark? Quem o fez?
> ver como se compilar melhor. J� quem produz um RPM o faz para que seja o
> mais compat�vel poss�vel com os computadores. E isso faz perder performace
> que ele poderia ter. � s� fazer uns testes de benchmark para conferir
> depois...
sim, sim, onde est�o os benchmarks?
- Arnaldo
Assinantes em 04/08/2001: 2255
Mensagens recebidas desde 07/01/1999: 126310
Historico e [des]cadastramento: http://linux-br.conectiva.com.br
Assuntos administrativos e problemas com a lista:
mailto:[EMAIL PROTECTED]
