Es amd64 para servidor en produccion ?

[Aldrin Martoq]

2008/7/8 Xavier Andrade <andrade en theory.polytechnique.fr>:
> 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.
[...]
> 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).

En particular en debian siguieron la misma ruta que lo hacen con cada
arquitectura nueva: un port nuevo y amd64 quedo como alienigena de
i386.

Pero ahi esta el error. amd64 no es una nueva arquitectura, es una
extension a una arquitectura ya existente. Por lo demas, el esquema de
manejar /lib-64 y /bin-64 es tan sencillo que no requiere ningun
sistema de paquetes inteligente capaz de soportar varias
arquitecturas, pues es la misma arquitectura! Todo lo necesario esta
ya disponible.

Por ejemplo, puedes llamar un paquete firefox-64. Este depende de
libgtk2-64, libx11-64, etc, etc. Todos los *-64 se pueden generar
desde el mismo source de debian. La lista de paquetes/software
recomendado para ejecutar en 64bits es un metapaquete que se llama
ubuntu-desktop-64, que tiene dependencias a firefox-64, ffmpeg-64,
postgresql-64, etc. Ademas estos se instalan en /lib-64 y /bin-64; es
decir, pueden convivir perfectamente con aplicaciones 32bits..

Ademas, el punto central es que las aplicaciones 64bits seran muy, muy
pocas. Es decir, esta pega esta enfocada solo en las bibliotecas
basicas y algunas aplicaciones, no en los 30.000 paquetes de debian.


Eventualmente, todo podria transformarse en 64bits como es hoy (y
dejar en /lib 64bits solamente), pero por ahora estamos lejos....

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

La idea es que la distro de 32 bits sea la misma de 64 bits. Pero
tienes razon, actualmente sale mas caro reinventar esto; es mejor que
el instalador o el usuario instale el paquete linux-64
correspondiente.

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

Como dije, "ni ahi" con las aplicaciones propietarias... mal que mal,
usamos Linux por ideologia ;)

El problema es que no se recomienda 64bits porque "no ganas nada" y
eso si que esta mal.

-- 
Aldrin Martoq
http://aldrinvideopodcast.podshow.com/