* Fernando Poza <fernando/dot/poza/at/ies-def.upm.es> [2002-11-29 09:48 (CET)]
> las cosas han evolucionado como cuenta por ahi, o sea, disparatadamente,
> yo tiendo a pensar que las diferencias entre los micros de ahora y el
> 386 deben ser abismales.
Eso depende, lo que no ha cambiado casi nada, es el set de
instrucciones de IA32, que solo se ha incrementado en una
instruccion (CPUID) y las extensiones MMX/MMX2, y 3DNOW (AMD).
Dichas extensiones son para operaciones con m�s de un dato,
diferenci�ndose ambas, en que la de Intel corta la FPU y las de
AMD no. Pentium II es b�sicamente identico al Pentium MMX, y
creo recordar (no estoy muy seguro) que CPUID se introdujo en el
Pentium III, as� como las MMX2, pero que el Pentium IV no
incorpora ninguna instruccion adicional. 'Pero' m�s adelante te
comento en d�nde SI se pueden hacer optimizaciones...
> En alg�n mensaje se ha dicho que la diferencia no es tan grande. �Esto
> es realmente asi?. Puede ocurrir que el propio c�digo fuente, o el
> compilador, no aproveche los micros en cuesti�n, con lo que,
> efectivamente, no se ganar�a mucho recompilando.
El compilador no s� hasta que punto puede reconocer y utilizar
'h�bilmente' dichas extensiones, pero dicen que s�, que se ganan
FPS si recompilas kernel, librerias principales, y los programas
multimedia (incluyendo XWindow).
Sin embargo, lo que s� ha cambiado es el dise�o de los micros, y
sobre todo, el funcionamiento de sus cach�s, que era simple en
el 386 y luego se comvirtio en doble (datos/c�digo), con
pipeline (prefetch), dual pipeline, etc... Esta es la parte en
donde un compilador SI puede optimizar, ya que lo unico que
tiene que hacer para aprovecharlo, es reordenar el c�digo que
genera (recordemos que lo �nico que hace, es coger c�digo fuente
y convertirlo en c�digo m�quina, es decir, instrucciones propias
de la arquitectura destino, en este caso IA32)
> En fin, lo que no entiendo es como en debian, o en donde se prepare la
> distribuci�n no realizan la compilaci�n para un micro un poco m�s
> actualizado.
El caso de las optimizaciones para caches etc no deberia tener
grandes consecuencias, pero si se incluye el uso de extensiones,
significa que el binario resultante NO correr� en micros
inferiores sin esa extensi�n, es decir, si el compilador detecta
un uso optimizado de MMX, no funcionar� en Pentium, 486, ni
386...
Personalmente, en ese sentido, me gusta la aproximaci�n de
gentoo, compilarlo todo :)
--
Rafael Gawenda
2:346/[EMAIL PROTECTED]
Registered LiNUX user #93375
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Caerse, est� permitido; levantarse, es obligatorio! (Proverbio
Ruso)
pgpEeOZxaHO18.pgp
Description: PGP signature
