Es amd64 para servidor en produccion ?
Xavier Andrade
andrade en theory.polytechnique.fr
Mar Jul 8 12:33:10 CLT 2008
On Tue, 8 Jul 2008, Aldrin Martoq wrote:
>
> Hay dos temas: uno tecnico y otro de efecto de las decisiones
> tecnicas. En la parte tecnica Linux soporta un kernel 64bits y
> ejecutar aplicaciones 32/64 bits. En la parte del efecto de las
> decisiones tecnicas esta el problema.
>
> Hoy todos te dicen "no instales 64 bits, no ganas nada en tu laptop y
> mas encima muchas cosas dejaran de funcionar". Eso es un error en mi
> opinion: alejar usuarios reduce la presion por mejorar algo y por lo
> tanto ralentiza la innovacion. O "given enough eyeballs, all bugs are
> shallow" como se decia antes. Se esta privando de las ventajas de
> 64bits a muchos usuarios.
>
> Ahora imagina el esquema que estoy proponiendo: la distro completa por
> omision corre 32bits, pero puedes instalar una aplicacion 64bits si
> eso implica una ganancia. Los usuarios no tendrian dudas de instalar
> la version 32 o 64 bits, pues seria una sola. Las aplicaciones que
> realmente se benefician de amd64 (no solo los 64 bits, sino la mayor
> cantidad de registros y otras cosas que desconozco) el usuario (o la
> distro) podria optar por instalar las aplicaciones 64bits
> recomendadas. Como determinar las aplicaciones 64bits-recomendadas? si
> los que empaquetan ffmpeg detectan que mejora el performance en 64
> bits, ffmpeg seria una aplicacion "recomendada".
>
> Tecnicamente, esto se podria hacer bastante facil: dejar /lib /bin con
> 32bits como ahora, dejar /lib-64 y /bin-64 con 64 bits. No hay
> necesidad que el linker adivine cual .so tienes que linkear, las
> aplicaciones en /bin-64 apuntan a /lib-64/libc-6.so y las en /bin
> apuntan a /lib/libc-6.so. El usuario ejecuta firefox y si tiene
> /bin-64 en su PATH se ejecutara siempre la de 64bits y opcionalmente
> el podria ejecutar el firefox 32bits si tambien lo tiene instalado.
>
>
> Ahora, si existiera un kernel 32 bits que active features 64bits en
> demanda, seria la panacea. Ahi bastaria una sola distro, un solo
> kernel y nadie tendria dudas de que cosa instalar! Todos estarian
> usando la misma distro; cuando hay ganancia las aplicaciones 64 bits;
> habria mas presion por optimizar la perfomance de las aplicaciones de
> 64 bits! El instalador de ubuntu podria automagicamente instalar por
> default las versiones 64 bits de las aplicaciones recomendadas
> (ffmpeg, postgres, etc) si detecta que tu CPU soporta 64 bits. Y
> ademas, si quieres instalar algo 32 bits no seria un cacho como lo es
> hoy, ya que es el mismo esquema para el resto de los tarros.
>
Pero el esquema que describes es lo ideal, el problema es que necesitas un
sistema de paquetes inteligente, capaz de soportar varias arquitecturas
instaladas al mismo tiempo y esa es la razon por la que este esquema no se
ha adoptado en Debian, pero se supone que estan trabajando en ello (hace
mucho tiempo, no se cual es el estatus actual).
Como habia gente que no queria esperar para tener un sistema de 64 bits
(todo por el mito de "la potencia de los 64 bits") hicieron un port a
amd64 recompilando todo (originalmente se llamaba pure 64), que despues
paso a ser oficial.
Pero no es necesario un kernel de 32 bits con extensiones, simplemente se
puede usar uno de 64 bits.
Respecto al uso en desktop, el principal problema son las aplicaciones no
libres que vienen en binario, ya que la mayoria de las empresas no ha
sacado versiones de 64 bits. Pero a medida que las maquinas comunes
empiezen a venir con mas RAM los usuarios tendran mas razones para migrar.
Saludos,
Xavier
Más información sobre la lista de distribución Linux