2008/7/7 Alvaro Herrera <[EMAIL PROTECTED]>: > Aldrin Martoq escribió: >> Por lo tanto, lo que digo es que no deberiamos tener distros 64bits y >> otras 32bits; sino que el default debiera ser 32bits y solo las >> aplicaciones que se beneficien tengan la opcion 64bits. > Huh ... ¿qué sentido tendría esto? ¿Desaprovechar totalmente las > características de la arquitectura? > Si el kernel es de 64 bits, puede aprovechar el mayor direccionamiento > de memoria, etc. Esto es importante porque puede usar la memoria extra > para cache; de lo contrario tiene que usar PAE lo cual tiene un costo de > rendimiento no trivial.
No todo es ganancia en 64bits. Dudo que firefox necesite mas de 3GB de RAM y/o punteros o calculos "grandes". Y pierdes en el cache L1/L2. Entonces, el punto es que debiera ser todo 32-bits por default y solo algunas aplicaciones que lo requieran la opcion de 64 bits. > Si el sistema viene con las bibliotecas de 64 bits y las de 32, entonces > puedes correr una aplicacion con cualquiera de los dos -- lo único que > importa es que el linker sea capaz de ubicar las correctas (ld.so sabe > hacerlo, y por eso casi todas las distros soportan esta configuración). Ese es el problema, reemplazaron todo lo que estaba en /lib es 64 bits y hay que instalar ia32-libs ... el default debiera ser al reves, /lib es 32 bits y /lib-64 64bits o algo por el estilo. Las aplicaciones lo mismo, que sentido tener bash 64bits? etc... La ventaja de un esquema asi puede ir desde la compatibilidad hasta el tuning. Si firefox viniera por default en 32bits no existirian los problemas de compatibilidad con los plugins externos. Si necesitas un postgresql de 64 bits lo podrias correr, pero no es necesario que el resto del sistema corra full a 64bits con la carga extra en memoria que eso conlleva. > ffmpeg sí tiene código ASM optimizado por arquitecturas, puedes mirarlo > acá: > http://svn.mplayerhq.hu/ffmpeg/trunk/libavcodec/ No veo a simple vista nada con amd64 o parecidos! -- Aldrin Martoq http://aldrinvideopodcast.podshow.com/