Es amd64 para servidor en produccion ?

[Rodrigo Fuentealba]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Xavier Andrade wrote:
| On Sun, 6 Jul 2008, Rodrigo Fuentealba wrote:
|>
|> Si quieres ejecutar apache con dos paginas en PHP, es una perdida de
|> plata invertir en AMD64.
|
| Cualquier procesadore AMD o Intel razonablemente nuevo tiene soporte
| x86-64, por lo que puedes elegir que instalar.

En base a esto, creo que la opinión rezaria algo asi:

Si ya tienes maquinas de 32 bits y no tienes planes de cambiarlas mas
que por "tener tus servidores en 64 bits", es una perdida de plata la
inversion.

Si tienes que invertir en maquinas, piensa en el desempeño a futuro y
elige AMD64.

c'est bien, Xavier?

|> Si lo estamos. No aprovechamos toda la potencia de los 64 bits. Y es
|> porque muchos de los dispositivos que usamos aun son de 32 bits.
|
| No existe tal cosa de la "potencia" de los 64 bits, permiten manejar mas
| memoria, nada mas.

Era unicamente retórica: No aprovechamos las ventajas de las máquinas de
64 bits.

|> Pero si tenemos "grises", me suena un poco al funcionamiento de Wine,
|> por ende un programa de 32 bits ira mas lento que uno de 64.
|
| No tiene nada que ver, el procesador puede ejecutar indistintamente
| codigo de 32 o 64 bits a la velocidad normal.

Hay alguna arquitectura que explique o implemente lo que dices aca?

Hasta lo que entiendo de cómo funciona el enlazado a bibliotecas, una
aplicacion de 64 bits no puede enlazar a bibliotecas de 32 bits y
viceversa.

Desde esa limitacion tenemos entonces que vamos a requerir bibliotecas
de 32 bits para ejecutar codigo de 32 bits, tanto como necesitamos el
stack de bibliotecas de Wine para ejecutar codigo Windows; esa era mi
comparacion.

Saludos,

- --
Rodrigo Fuentealba
Concepción, Región del Bío-Bío, Chile

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)

iQIcBAEBAgAGBQJIcSY0AAoJEEiHvghVFqnjES4P/A1AIAmvuvZqXPCbCPjvumqd
iNQj9XNR6mhCGxk02C61vBxdCE5taBymG4XePtClQzsJw9m15oVYgW1vwP50LiSn
RB6RnZj8GVHGj/AmjjobltBVOVf8aBSWTBazxNB4fzqcDRdcFkF/EAvdUIXMrhL/
0/3HNtXhTiDbnxuUzstJcnDaHHdmDcpU1Cnd0R/ydF9bWTzUBggRqfCc1qJXlf2z
+1d0XT5q7QdNhjWCTKSlKewZ3S156OGv1HB8yXkmyuPozEgDto/YNMfFy2aoa7nO
BgXPFbGSomqTGTwgFSQZzsEQ3HkBg4VfY8+0hpUJOsYfV6ujnC3YGvx6qviBFN5s
DYB9iCzHXfnWZCe2i5l8skxZV5TiK2xc2uFqXY1WrEUDJPJL966z/4YV4D4ytQYt
ZXl8Kk1bKwJC+IeWGykxhSNb5R+sJPO9R7/GAdSEt0WkUjnrzP183JRO9JAFXY8U
d15kdscnOlbYWIDgi5qtyfjuynzN5SeBgjzcW7mnRmvuRskAXkpPZv0TzPmmOiNA
MNoyczsrmiOiXKfvsk3dpZWglfM95Mf4P3HEijSesqc0wnVhUtpA/HWoIYsHHNVf
IKVjQbriWg+1o29bhmtkIErwW7QxGV9XaeQ/945XRbHNL/aX/6z1NlE9aDr78Fk5
uGr41En4bBnoWeBF5wgm
=9e80
-----END PGP SIGNATURE-----