OK. Con los que me contestaron, me quedo muy claro por que cuando quiero descargar algunos paquetes o imagenes en el nombre esta la aclaraci�n i386 o i586. Pero en que cambia si la distribuci�n que quiero descargar es i386/i586 o RPMS. En un paquete puntual se cual es la diferencia. Por ejemplo, y se que no es muy t�cnica la descripci�n que les voy a hacer, pero es lo que noto en las horas culo. Cuando quiero bajar una aplicaci�n para linux, busco de que site bajarlo, y casi siempre encuentro o los paquetes RPM o tar.gz, donde en el ultimo los descomprimo y luego lo compilo. Pero para los sistemas operativos en que cambia???

A la hora de bajar el Fedora, me encuentro con esto. El x86_64, entiendo que es para procesdores de 64 bits, el i386 para el resto de las arquitecuras (de 386 para arriba), y el SRPMS ????????

 Parent Directory
 SRPMS/                      Apr 22 16:50         -
 i386/                       Apr 22 16:50         -
 x86_64/                     Apr 22 16:50         -

Bueno gente, Saludos!!! y la verdad es que estoy sacando muchas cosas nuevas de esta lista!!!!








En Sat, 24 Apr 2004 13:33:59 -0300 (ART), Nahuel Iglesias <[EMAIL PROTECTED]> escribi�:


Hola.

Tavo dec�a:

> �Est�s seguro?
> Me parece que esos paquetes est�n compilados con optimizaciones y
> funciones para 586, pero el nombre gen�rico de la arquitectura SIGUE
> siendo i386.

Por eso puse: (o te va a andar mal)

Si uso instrucciones especificas que hay en una 586 y no estan en una
386, entonces el programa se va a colgar si o si.

No no, eso s�, pero yo me refiero a que los RPMs que dicen i386 NO EST�N compilados para 386 (ser�a rid�culo a esta altura), sino que est�n compilados para 586 o 686 gen�rico. i386 es la arquitectura, diferente, por ejemplo, de M68K (MAC) o SPARC (Sun).

Por otra parte no todas las optimizaciones son lo mismo. Cuando se compila
con gcc no es lo mismo usar "-march=athlon" que "-mcpu=athlon", por
ejemplo. Del manual de GCC:


-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, i486, i586, i686, pentium, pentium-mmx,
pentiumpro, pentium2, pentium3, pentium4, k6, k6-2, k6-3, athlon,
athlon-tbird, athlon-4, athlon-xp and athlon-mp.

While picking a specific cpu-type will schedule things appropriately for
that particular chip, the compiler will not generate any code that does
not run on the i386 without the -march=cpu-type option being used.  i586
is equivalent to pentium and i686 is equivalent to pentiumpro.  k6 and
athlon are the AMD chips as opposed to the Intel ones.

-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.


As�, si compilo usando "-march=i686" el c�digo resultante probablemente no
funcione en un Pentium o en un 486, mientras que si uso "-mcpu=686" el
c�digo se deber�a ejecutar sin problemas en cualquier procesador de la
FAMILIA i386.


Faimilia 386 comparten en general los registros y la arquitectura, la
�nica diferencia es alguna que otra instrucci�n agregada al set 386
original.

O sea, si ten�s un flamante P IV de 3,6 GHZ, cach� L1 de 1 MB y FSB de 800
MHz, sigue siendo un 386 "aggiornado".


La diferencia GRANDE est� entre 286 y 386, pero de ah� en adelante, en
esta familia, es siempre lo mismo.

F�jense que con Mac o con Sun no pasa lo mismo, cuando "modernizan" los
procesadores suelen perder la compatibilidad "hacia atr�s" con los
sistemas operativos y los programas, en pro de una verdadera optimizaci�n
del funcionamiento. Adem�s que usan procesadores RISC en casi todos los
modelos, en vez de los CISC de la familia i386.

As� tenemos otras familias,

- M680x0 (Motorola 68000, 68020 y variantes, 68030, 68040 y otros) (en
equipos Sun3, Apple Macintosh, Amiga y Atari)
- M68hc1x (Motorola 6811, 6812, 68hc11, 68hc12)
- VAX
- SPARC (Sun)
- Convex
- AMD29K (AMD 29000, 29050)
- ARM
- MN10200 (???)
- MN10300 (???)
- M32R/D
- M88K (Motorola 88000, 88100, 88110)
- RS/6000
- PowerPC (PowerMac, PowerPC y PowerPC64)
- RT (???)
- MIPS (SGI y DECstation)
- i386 (conocido como IA-32, los procesadores que todos conocemos) y
x86-64
- HPPA (Creo que las estaciones Apollo por ejemplo tienen este proc.)
- Intel 960
- DEC Alpha (Masa! Procesadores RISC de 64 bits a precio similar de un
i386, los buses del mother son PCI y se le puede poner placas PCI
normales, y en el 95 ten�as un procesador de 500 MHz con cahc� L1 de 1
MB!!! Hasta que Compaq la compr�... :~((((  )
- DEC Alpha/VMS
- Clipper (????)
- H8/300 (???)
- SH (Hitachi SuperH)
- System V
- ARC
- TMS320C3x/C4x (a esta altura me cans� de poner ???)
- V850
- NS32K
- AVR
- MCore
- MMIX
- IA-64 (Arquitectura Intel de 64 bits - los famosos Itanium de Intel)
(una linda descripci�n de la arquitectura por HP en
http://www.cpus.hp.com/technical_references/ia64_overview_wp.shtml)
- D30V
- S/390 y zSeries (IBM)
- CRIS
- PDP-11
- Xstormy16
- Xtensa

Esta lista la saqu� del manual de GCC. As� que GCC es compatible con todas
estas arquitecturas. Pavada de compilador... encima puede hacer
compilaci�n cruzada! es decir, compilar en una arquitectura binarios para
otra.


Semejante diversidad en GCC es explicada por el hecho de que el ambiente
donde Richard Stallmann lo desarroll� inicialmente estaba basado en este
tipo de fierros, con muchos servidores y mainframes con este tipo de
procesadores, y donde IA-32 era una minor�a.

Espero haber aclarado algo.

Cordiales saludos

                Nahuel Iglesias.


-- ------------------------------------ Nahuel Iglesias * Cenitec SRL * Bariloche - Patagonia Argentina *


* �Qu� est�s haciendo, Dave ?. Nada, HAL, te instalo Windows 95.


_______________________________________________ Lista de Correo Lnx-brc [EMAIL PROTECTED] http://www.cenitec.com.ar/mailman/listinfo/lnx-brc




_______________________________________________
Lista de Correo Lnx-brc
[EMAIL PROTECTED]
http://www.cenitec.com.ar/mailman/listinfo/lnx-brc



Responder a