Hola :) El Jueves, 6 de Abril de 2006 01:17, Carlos E. R. escribió:

El 2006-04-05 a las 22:10 +0200, Camale�n escribi�:

...

El 5/04/06, Jhosue escribi�:

Tengo dos preguntas para haceros:

Es mejor plantear cada consulta en un correo por separado, y con una linea de "Tema" apropiada, para de un vistazo saber si puedes contestar o no.

...

...

- Cuando un programa es para la versi�n i386, ya tengo claro para que procesador es, pero cuando pone i586 o i686', que lo diferencia de i386.

Programas mejorados para cada procesador. Por ejemplo, una versi�n rpm para i686 se comienda para procesadores m�s modernos (Pentium 4 y hom�logos de AMD) y la i586 para Pentium III o menores.

Voy a ser pejigueras hoy O:-)

Seg�n el info del gcc (info --file=gcc.info --node="i386 and x86-64 Options"):

`-mcpu=CPU-TYPE' Tune to CPU-TYPE everything applicable about the generated code, except for the ABI and the set of available instructions. The choices for CPU-TYPE are:

_i386_ Original Intel's i386 CPU.

_i486_ Intel's i486 CPU. (No scheduling is implemented for this chip.)

_i586, pentium_ Intel Pentium CPU with no MMX support.

_pentium-mmx_ Intel PentiumMMX CPU based on Pentium core with MMX instruction set support.

_i686, pentiumpro_ Intel PentiumPro CPU.

...

`-march=CPU-TYPE' Generate instructions for the machine type CPU-TYPE. The choices for CPU-TYPE are the same as for `-mcpu'. Moreover, specifying `-march=CPU-TYPE' implies `-mcpu=CPU-TYPE'.

Ahora bien, a los efectos de que significa en SuSE un rpm con "i586" en el nombre, hay que mirar las opciones por defecto con las que se generan los rpm, que est�n en /usr/lib/rpm/i586-suse-linux/macros:

%optflags -O2 -g -march=i586 -mcpu=i686 -fmessage-length=0

(para el i386 son otras, i486 otras, i686 otras...)

lo cual significa que se generar�n instrucciones para el pentium standard (i586), pero optimizando para el pentiumpro (i686) - es decir, funcionar� en toda clase de pentiums y superiores.

Lo cual, por cierto, explica en parte la diferencia de rendimiento que se observa entre la SuSE de 64 bits y la normal, que no est� compilada para el actual pentium 4.

Voy a añadir pegjiguería ;) A la hora de compilar, hay que tener cuidado porque no todos los Pentium ABC o AMD ABC son idénticos, hay revisiones de cada procesador y si intentamos compilar algo muy estrictamente ... sólo nos correrá en nuestra máquina. La info que obtenemos de: /proc/cpuinfo nos puede dar una idea de cuál es la máquina que tenemos entre manos. Una vez tengamos esa info, nos tendríamos que pasar por algunas de las páginas de Inet que te indican el procesador que tienes. Además, debido a esto, puede que no consigamos mejor rendimiento puesto que determinada revisión de procesador haya tenido defecto de fábrica, hayan cambiado de suministrador y las piezas no sean idénticas, ... en fin que hay que andarse con cuidado ;) HTH Rafa -- "Even paranoids have enemies." Rafa Grimán Systems Engineer Silicon Graphics Spain Santa Engracia, 120 - Planta Baja 28003 Madrid Spain Tel: +34 91 3984200 Tel: +34 91 3984201 Móvil: +34 628 117 940 http://www.sgi.com OpenWengo: rgriman Skype: rgriman

Hola :) El Jueves, 6 de Abril de 2006 14:52, Carlos E. R. escribió:

El 2006-04-06 a las 08:35 +0200, Rafa Grim�n escribi�:

...

Voy a a�adir pegjiguer�a ;)

:-) :

...

A la hora de compilar, hay que tener cuidado porque no todos los Pentium ABC o AMD ABC son id�nticos, hay revisiones de cada procesador y si intentamos compilar algo muy estrictamente ... s�lo nos correr� en nuestra m�quina. La info que obtenemos de:

/proc/cpuinfo

Bueno... yo me conformar�a con tener una SuSE compilada con "-march=pentium4" - no quiero m�s. Y no hay una manera "facil=gandul" del hacerlo: es decir, dar un comando, que se tire una semana compilando si hace falta, y tener todos los rpm regenerados en un directorio. Por so�ar...

Nada, nada, ... te pillas el CD 5 y el 6 y empiezas con: rpm -ivh *.srpm luego una pizca de cd /usr/src/packages/SPECS && rpmbuild y tan contento ;) Si alguien tiene curiosidad por opciones que debería pasarle al compilador: http://gentoo-wiki.com/Safe_Cflags#Pentium_1_.28Intel.29 OJO !!!! No se os ocurra recompilar glibc y otras herramientas base del sistema con algo más que un -O2 porque irá más lento ... curioso, ¿eh?

...

nos puede dar una idea de cu�l es la m�quina que tenemos entre manos. Una vez tengamos esa info, nos tendr�amos que pasar por algunas de las p�ginas de Inet que te indican el procesador que tienes.

cer@nimrodel:~> cat /proc/cpuinfo processor : 0 vendor_id : GenuineIntel cpu family : 15 model : 1 model name : Intel(R) Pentium(R) 4 CPU 1.80GHz stepping : 2 cpu MHz : 1800.321 cache size : 256 KB fdiv_bug : no hlt_bug : no f00f_bug : no coma_bug : no fpu : yes fpu_exception : yes cpuid level : 2 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm bogomips : 3563.52

�Y ya es antiguo!

Ya he encontrado la página, si alguien tiene curiosidad por saber qué procesador tiene, que ejecute el comando que ha ejecutado Carlos y le saldrá algo por el estilo, luego vamos a: http://www.sandpile.org/ia32/cpuid.htm y vemos qué CPU tenemos.

...

Adem�s, debido a esto, puede que no consigamos mejor rendimiento puesto que determinada revisi�n de procesador haya tenido defecto de f�brica, hayan cambiado de suministrador y las piezas no sean id�nticas, ... en fin que hay que andarse con cuidado ;)

Pos tambi�n. O tal o cual bug... y adem�s, el gcc no optimiza el pentium tan bien como lo hace el compilador de intel, por ejemplo. Lastima.

Eso es cierto :( Por cierto, el kernel de Linux no se puede compilar bien con el icc (compilador de Intel ;) Rafa -- "Even paranoids have enemies." Rafa Grimán Systems Engineer Silicon Graphics Spain Santa Engracia, 120 - Planta Baja 28003 Madrid Spain Tel: +34 91 3984200 Tel: +34 91 3984201 Móvil: +34 628 117 940 http://www.sgi.com OpenWengo: rgriman Skype: rgriman

Hola :) El Jueves, 6 de Abril de 2006 20:38, Carlos E. R. escribió:

El 2006-04-06 a las 16:39 +0200, Rafa Grim�n escribi�:

...

...

Bueno... yo me conformar[ed]a con tener una SuSE compilada con "-march=pentium4" - no quiero m[e1]s. Y no hay una manera "facil=gandul" del hacerlo: es decir, dar un comando, que se tire una semana compilando si hace falta, y tener todos los rpm regenerados en un directorio. Por so[f1]ar...

Nada, nada, ... te pillas el CD 5 y el 6 y empiezas con:

rpm -ivh *.srpm

luego una pizca de

cd /usr/src/packages/SPECS && rpmbuild

y tan contento ;)

�Ya! Y voy y me lo creo... :-P

Para empezar, el rpmbuild ejectua la fase "configure" de los paquetes, y es eso lo que decide qu� incluir y qu� no incluir en cada rpm. Puede ser deastroso si no encuentra instalado tal o cual cosa que necesita para compilar ta o cual cosa con tal o cual soporte... el resultado son rpms que no tienen activado exactamente lo mismo que la distribuci�n original.

Es decir, se trata de recompilar la distro con una optimizaci�n distinta.

Eso es cierto, además, habría que cambiar el: /usr/lib/rpm/rpmrc y adaptarlo a nuestras necesidades.

...

Tendr�a que ser SuSE quien lo hiciera, ser�a la �nica forma pr�ctica. Recompilar todo no es un simple "recompile". :-(

Vale, me he quedado muy corto, pero bueno, si alguien quiere saber cómo crearse una distro, que se pase por LFS o por Gentoo. Es más "cañera" LFS ya que Gentoo trae un montón de scripts.

...

Si alguien tiene curiosidad por opciones que deber�a pasarle al compilador:

http://gentoo-wiki.com/Safe_Cflags#Pentium_1_.28Intel.29

OJO !!!! No se os ocurra recompilar glibc y otras herramientas base del sistema con algo m�s que un -O2 porque ir� m�s lento ... curioso, �eh?

Pos si, curioso...

...

...

Pos tambi[e9]n. O tal o cual bug... y adem[e1]s, el gcc no optimiza el pentium tan bien como lo hace el compilador de intel, por ejemplo. Lastima.

Eso es cierto :( Por cierto, el kernel de Linux no se puede compilar bien con el icc (compilador de Intel ;)

�Ja! M�s curioso todav�a.

-- "Even paranoids have enemies." Rafa Grimán Systems Engineer Silicon Graphics Spain Santa Engracia, 120 - Planta Baja 28003 Madrid Spain Tel: +34 91 3984200 Tel: +34 91 3984201 Móvil: +34 628 117 940 http://www.sgi.com OpenWengo: rgriman Skype: rgriman

El 5/04/06, Camaleón escribió:

El 5/04/06, Jhosue escribió:

...

- Cuando un programa es para la versión i386, ya tengo claro para que procesador es, pero cuando pone i586 o i686', que lo diferencia de i386.

Programas mejorados para cada procesador. Por ejemplo, una versión rpm para i686 se comienda para procesadores más modernos (Pentium 4 y homólogos de AMD) y la i586 para Pentium III o menores.

i586, es para Pentium ll y AMD K6 (a pesar de que tengan mmx y 3DNow). i686, es para Pentium lll y 4 y AMD K7 o Athlon en adelante. El codigo i386, es el mas generico, que debería funcionar en cualquier micro x86 (386 en adelante), pero es para aplicaciones que no sean de uso intensivo de la CPU, que requieran de extensiones como 3DNow, mmx, etc. Salu2

El 7/04/06, Carlos E. R. escribió:

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1

El 2006-04-07 a las 09:08 -0300, Juan Erbes escribió:

...

i586, es para Pentium ll y AMD K6 (a pesar de que tengan mmx y 3DNow). i686, es para Pentium lll y 4 y AMD K7 o Athlon en adelante.

No, tanto el pentium 2 como 3 tienen sus propios mnemónicos; el i586 y i686 son pentium1.

_i386_ Original Intel's i386 CPU.

_i586, pentium_ Intel Pentium CPU with no MMX support.

_i686, pentiumpro_ Intel PentiumPro CPU.

_pentium2_ Intel Pentium2 CPU based on PentiumPro core with MMX instruction set support.

_pentium3, pentium3m_ Intel Pentium3 CPU based on PentiumPro core with MMX and SSE instruction set support.

Y en el SuSE 9.3 los i586 se compilan con "-march=i586 -mcpu=i686".

Carlos, pareciera que eliges los links donde solamente habla de intel! Y despues, me critican como fanatico de AMD! Yo al menos, hago mencion de las 2 marcas... Si bien es cierto, uno puede compilar el kernel, solamente para un solo micro, sea cual fuere el modelo y de la marca que sea, incluso la gente de Suse, hasta hace un par de años sacaba un kernel especifico para Athlon, pero hoy en dia no hace diferencia por marcas, sino que saca solamente el i586 para todos los micros actuales de 32 bits (equipos uniprocesador), con las variantes para ejecutar Xen, o los kernels multiprocesador, con las variantes smp y bigsmp (segun la cantidad de memoria a utilizar): ftp://ftp.suse.com/pub/people/mantel/next/i386/HEAD/ En cambio para x86_64, no existe la variante bigsmp, por los 64 bits de direccionamiento de memoria: ftp://ftp.suse.com/pub/people/mantel/next/x86_64/HEAD Salu2

2006/4/8, rafagriman@gmail.com :

...

Si bien es cierto, uno puede compilar el kernel, solamente para un solo micro, sea cual fuere el modelo y de la marca que sea, incluso la gente de Suse, hasta hace un par de a�os sacaba un kernel especifico para Athlon, pero hoy en dia no hace diferencia por marcas, sino que saca solamente el i586 para todos los micros actuales de 32 bits (equipos uniprocesador), con las variantes para ejecutar Xen, o los kernels multiprocesador, con las variantes smp y bigsmp (segun la cantidad de memoria a utilizar): ftp://ftp.suse.com/pub/people/mantel/next/i386/HEAD/

bigsmp se debe usar si tienes más de 4 GB de RAM en un procesador 32 bits ... algo (IMHO) que no se debería hacer.

Rafa, aquí la pifiaste! bigsmp se debe usar si tienes más de 4 GB de RAM en _dos o mas_ procesadores 32 bits

...

En cambio para x86_64, no existe la variante bigsmp, por los 64 bits de direccionamiento de memoria: ftp://ftp.suse.com/pub/people/mantel/next/x86_64/HEAD

En general, para procesadores no hay opción de bigsmp porque todos los procesadores pueden direccionar más de 4 GB de RAM. El límite teórico al que se puede llegar ... no sé si lo llegaremos a ver ;)

Ya lo dije: "por los 64 bits de direccionamiento de memoria"

Lo que sí se puede seleccionar es el tamaño de página de memoria y alguna cosa más.

Me imagino que también harás otras cosas, ademas de reunirte con otros linuxeros en Plama de Mallorca! Que la pases bien! Salu2

El 8/04/06, Carlos E. R. escribió: http://gcc.gnu.org/onlinedocs/gcc-4.1.0/gcc/i386-and-x86_002d64-Options.html...

Exacto, está copiado de la página info; es más, dos mensajes antes en la cadena lo dije:

info --file=gcc.info --node="i386 and x86-64 Options"

Lo que trato de recalcar es que los rpms de SuSE tipo i586 o i686 están optimizados para pentium1, lo cual es una porquería. No se puede comparar con una optimización trabajada como la de la versión 64 bits.

i586 o i686 están optimizados para pentium1? Estas seguro? Cual es la prueba de que eso sea así?

Y no puse lo del "otro" procesador por la sencilla razón que la pregunta inicial de Jhosue no preguntaba otra cosa:

Perdón, cual es "el otro"? Para mi, desde que uso linux, "el otro", es intel.

] - Cuando un programa es para la versión i386, ya tengo claro para que ] procesador es, pero cuando pone i586 o i686', que lo diferencia de ] i386.

De hecho, hay 20 procesadores en esa familia, y yo sólo copié los cinco que eran pertinentes para la pregunta original. Y si subes un poco más arriba del nodo info (tecla 'u'), encontrarás una docena o dos de familias de procesadores, incluyendo el S/390, o el PDP11, sin mencionar a mi favorito que es el Motorola 68000 - no el Intel ni el AMD :-P

Si, en su momento el 68000 permitió la construcción de las primeras computadoras multimedia, que permitian la edición de video y subtitulado, mientras los micros de intel, ni siquiera se le acercaban. Pero, nos guste o no, el 68000 ya es historia. Salu2

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2006-04-09 a las 11:09 -0300, Juan Erbes escribió:

i586 o i686 están optimizados para pentium1? Estas seguro? Cual es la prueba de que eso sea así?

El manual del compilador lo dice.

...

Y no puse lo del "otro" procesador por la sencilla razón que la pregunta inicial de Jhosue no preguntaba otra cosa:

Perdón, cual es "el otro"?

En el contexto de la pregunta, "el otro" es aquel por el que no se ha preguntado.

...

De hecho, hay 20 procesadores en esa familia, y yo sólo copié los cinco que eran pertinentes para la pregunta original. Y si subes un poco más arriba del nodo info (tecla 'u'), encontrarás una docena o dos de familias de procesadores, incluyendo el S/390, o el PDP11, sin mencionar a mi favorito que es el Motorola 68000 - no el Intel ni el AMD :-P

Si, en su momento el 68000 permitió la construcción de las primeras computadoras multimedia, que permitian la edición de video y subtitulado, mientras los micros de intel, ni siquiera se le acercaban.

Eso no es cierto. El 68000 es muy parecido al 8086 en prestaciones. Y el 68008 lo es al 8088. Ambos tienen sus ventajas e inconvenientes, y la eleción es una decisión de ingeniería, como siempre. Yo prefiero el 68000 y familia, pero no porque piense que la familia intel sea mala: simplemente porque es una gozada de programarlo en assembler.

Pero, nos guste o no, el 68000 ya es historia.

¡Pse! :-P - -- Saludos Carlos Robinson -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFEOWn8tTMYHG2NR9URAlseAJsHWjWXXACZrDY6N6hJ2qQoSW9/bQCdENSW 0UNphsFvXIeqNkeSQXHmmVQ= =gc/u -----END PGP SIGNATURE-----