Tengo dos preguntas para haceros: - 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. - Como programa de correo uso Kmail, que no está mal pero ayer quise mandar un mensaje con un fondo y sobre el el texto escrito. Parece ser que esto no es posible, al fin lo conseguí usando Kwriter y al enviarlo me puso el mensaje creado como adjunto. No es posible hacerlo con ningún programa de correo. -- Salu2 Jhosue
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.
- Como programa de correo uso Kmail, que no está mal pero ayer quise mandar un mensaje con un fondo y sobre el el texto escrito. Parece ser que esto no es posible, al fin lo conseguí usando Kwriter y al enviarlo me puso el mensaje creado como adjunto. No es posible hacerlo con ningún programa de correo.
El manual de Kmail lo tienes aquí*, por si te sirve: http://docs.kde.org/development/en/kdepim/kmail/ Si no permite enviar mensajes con fotos como fondo, puedes probar con Thunderbird, Evolution, etc. Hay varios. Saludos, -- Camaleón
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 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.
- Como programa de correo uso Kmail, que no está mal pero ayer quise mandar un mensaje con un fondo y sobre el el texto escrito. Parece ser que esto no es posible, al fin lo conseguí usando Kwriter y al enviarlo me puso el mensaje creado como adjunto. No es posible hacerlo con ningún programa de correo.
Se puede hacer perfectamente con el mozilla - pero no lo podrás enviar a la lista ( ¡deo gratias! :-P ). - -- Saludos Carlos Robinson -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFENFAptTMYHG2NR9URAmKRAJ9HZTZB7mpRbya+k5tRiwzsYmczvQCeKA0m ErD52V+Yhl0nlSHAcn5BW7U= =Jd3D -----END PGP SIGNATURE-----
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
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 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...
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!
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. - -- Saludos Carlos Robinson -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFENQ8RtTMYHG2NR9URAul1AJ4yaRpSc53JDypgLlQLY/UklO0sVwCggiJt RTqCzOIFUXY8BaAdIXL+s1w= =6JFX -----END PGP SIGNATURE-----
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...
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
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 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.
Tendría que ser SuSE quien lo hiciera, sería la única forma práctica. Recompilar todo no es un simple "recompile". :-(
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. - -- Saludos Carlos Robinson -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFENWAOtTMYHG2NR9URAggDAJ0V8tRCKMPaWTDmqk+aPGMbIIsCZACfbcdX WWhRikb1ZvHKzMhcOBo6urs= =iy3+ -----END PGP SIGNATURE-----
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
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2006-04-06 a las 08:35 +0200, Rafa Grimán escribió: ¡Por cierto! Escribiste a las 8 y media, y me llega a las dos y media: Received: (qmail 18124 invoked by alias); 6 Apr 2006 12:37:17 -0000 Mailing-List: contact suse-linux-s-help@suse.com; run by ezmlm ... Received: (qmail 18003 invoked from network); 6 Apr 2006 12:37:16 -0000 SuSE ha estado desaparecida toda la mañana: cer@nimrodel:~> host suse.com ;; connection timed out; no servers could be reached cer@nimrodel:~> host suse.com ;; connection timed out; no servers could be reached Es "gracioso" cuando una empresa de estas queda fuera de combate. suse.de si existía, por cierto, y son ellos quienes manejan el correo. - -- Saludos Carlos Robinson -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFENRAxtTMYHG2NR9URAmXzAJ47oxrZ3dYcNFIVhmS+ZkKo0oRwrgCeMe0/ VPuEXZq/QM2fEy0BKmtNrzM= =IPmA -----END PGP SIGNATURE-----
El 5/04/06, Camaleón
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
-----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". - -- Saludos Carlos Robinson -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFENmYWtTMYHG2NR9URAtSLAJ4/fayO3RcsdNP7qA6sATTakZUURgCfXsyq UyAwP1+/DU1sA+mX1Vzk56o= =5H25 -----END PGP SIGNATURE-----
El 7/04/06, Carlos E. R.
-----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
Hola :) El Sábado, 8 de Abril de 2006 04:44, Juan Erbes escribió:
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!
No seas tan fanático y no te metas con Carlos. Si no me equivoco, Carlos ha hecho un copiar y pegar o bien de la info gcc o bien de la URL: http://gcc.gnu.org/onlinedocs/gcc-4.1.0/gcc/i386-and-x86_002d64-Options.html... Si quieres criticar a alguien por no poner AMD ... critica a los de GCC o a los de GNU. Es más, más abajo, habla de los micros de AMD (copio y pego): k6 AMD K6 CPU with MMX instruction set support. k6-2, k6-3 Improved versions of AMD K6 CPU with MMX and 3dNOW! instruction set support. athlon, athlon-tbird AMD Athlon CPU with MMX, 3dNOW!, enhanced 3dNOW! and SSE prefetch instructions support. athlon-4, athlon-xp, athlon-mp Improved AMD Athlon CPU with MMX, 3dNOW!, enhanced 3dNOW! and full SSE instruction set support. k8, opteron, athlon64, athlon-fx AMD K8 core based CPUs with x86-64 instruction set support. (This supersets MMX, SSE, SSE2, 3dNOW!, enhanced 3dNOW! and 64-bit instruction set extensions.) Lo único que (IMHO) se le podría decir a Carlos es que no ha copiado la página entera y no la ha pegado. Sabiendo lo poco que sé de Carlos, se ha limitado a hablar de dos procesadores concretos, pero no porque tenga nada en contra ni de otros procesadores ni de otros fabricantes. Respondiendo a lo del Pentium I, II o III. Pentium II = PentiumPro = Pentium III. Los procesadores de Intel que salieron a partir del PentiumPro están basados en esta arquitectura. Luego cambiaron poco a poco y quedó poco de esos procesadores.
Yo al menos, hago mencion de las 2 marcas...
Eso se agradece :)
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.
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 ;) Lo que sí se puede seleccionar es el tamaño de página de memoria y alguna cosa más. 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
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
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2006-04-08 a las 12:50 +0200, rafagriman@gmail.com escribió:
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!
No seas tan fanático y no te metas con Carlos. Si no me equivoco, Carlos ha hecho un copiar y pegar o bien de la info gcc o bien de la URL:
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. Y no puse lo del "otro" procesador por la sencilla razón que la pregunta inicial de Jhosue no preguntaba otra cosa: ] - 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 - -- Saludos Carlos Robinson -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFEOBq9tTMYHG2NR9URAmAtAJ9sl2Hy3w2p+OPn1/zK8SXKDWjqWQCfbhWs ZabZ6UpNkT/hWe6TKkYl+1Q= =8fW7 -----END PGP SIGNATURE-----
El 8/04/06, Carlos E. R.
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
El dom, 09-04-2006 a las 11:09 -0300, Juan Erbes escribió:
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
Bueno, es historia en estos cacharros de sobremesa con los que nos dedicamos a jugar. Hay muchos equipos( balanzas, equipos medicos etc) que lo usan Motorola ha vuelto a poner la familia en fabricacion. Con mas velocidad claro. Un saludo Lluis
-----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-----
participants (7)
-
Camaleón
-
Carlos E. R.
-
Jhosue
-
Juan Erbes
-
lmartinez
-
Rafa Grimán
-
rafagriman@gmail.com