Hola :) El Miércoles, 28 de Febrero de 2007 03:33, Juan Erbes escribió:
El 26/02/07, "Francisco Javier Martínez de Pisón Ascacíbar (UR)"
escribió: Hola,
Tenemos que comprar unos servidores duales para cálculo intensivo con 16Gigas de ram. Nos surge la duda de si comprarlos con 2 Opteron 2.4GHz (3500)o 2 XEON Woodcrest 2.33GHz (5400). La diferencia es de 1800 entre uno y otro.
Queríamos sabes si OPENSUSE trabaja bien con Woodcrest y si la diferencia de precio creéis que merece la pena...
Me había olvidado de una pregunta (la ultima): No se si OPENSUSE trabaja bien con Woodcrest. Lo que si se, es que el desarrollo del micro AMD64 (Opteron, y luego derivados como Athlon64 y Turion), fue desarrollado con el apoyo Suse y Transmeta, mientras Linus Torvalds trabajaba para esta empresa, por lo que los micros que mejor conocen los desarrolladores del kernel y de Suse, son los AMD64 con su set de instrucciones. En otro momento he posteado links sobre el tema, donde Linus Torvalds demuestra su discontento cuando intel anunció "su" EMT64, sin que
Es EM64T ;)
estos emitan ni una sola palabra acerca de los creadores del set de instrucciones X86-64. Por otro lado, otro detalle que no hay que pasar por alto, son los clasicos bugs que aparecen en los micros nuevos de intel, contra el "veterano" probado y depurado Opteron de AMD.
Otro link que me quedaba sobre la comparativa, era sobre otro sitio de hardware: http://www.anandtech.com/IT/showdoc.aspx?i=2892&p=12 Esta es la ultima pagina, con la conclusiones: AMD Socket-F Opteron vs. Intel Woodcrest
[...]
Me había olvidado de pasrte un link del sitio de tomshardware, donde aparece tambien la comparativa, y donde aparece explicado el porque del mayor consumo de los actuales Opteron frente a los Woodcrest: La diferencia radica en que al tener el controlador de memoria en el micro, este controlador requiere de unos cuantos wats extras, que en el caso de intel, no se consumen en el micro, pero se consumen en el chipset donde va este controlador (probablemente con mayores perdidas de energía).
[...] Son muy interesantes tus links Juan, pero me queda una duda. El año pasado estuve montando unos servidores para un cliente. Concretamente eran dos servidores con 16 Itanium 2 + 32 GB de RAM. Servidores enrackados en un único rack, 2U cada brick (son las unidades que componen nuestros servidores "antiguos") Había otro fabricante que había montado un cluster de Opterons en un único rack también: 16 CPUs + 32 GB de RAM. Cada servidor ocupaba 2U también. Técnicamente el mismo sistema. Ambos con SLES 9. Lo curioso es que el cluster de Opterons disipaba más calor que nuestros 2 servidores juntos. Te hablo de los sistemas sin procesar nada, es decir, simplemente arrancar el SLES 9 y nuestro rack tiene el doble de procesadores y RAM que el otro. ¿Por qué? Con esta pregunta me refiero (una vez más) a que no es tan sencillo como comparar CPU a CPU. Si los servidores (el conjunto de todas las piezas: CPU + RAM + chipsets + discos + ventiladores + disipadores + ...) están mal diseñados/conjuntados/... producirán más calor, aunque usen piezas que consuman poco. Te vuelvo a repetir que no es tan fácil como ver unos cuantos links y comparar lo que dicen dichos links. Si no lo vives ... no es lo mismo, es todo teórico y, como bien dice el refrán: "En teoría no existe diferencia entre teoría y práctica ... en la práctica la hay" Limitarse a decir que una CPU es mejor que otra o un módulo de RAM es mejor que otros o lo que sea ... es una visión muy simplista. Un sistema informático está compuesto por muchas más piezas que un simple procesador. Es como decir que las alfombrillas de un coche son mejores si son de gomaespuma que las de plástico. Lo que importa es el coche entero. Vuelvo a repetir una vez más: NO estoy más a favor de un fabricante que de otro, lo que busco es rendimiento. Busco que el cliente saque el mayor provecho por lo que está pagando (como dicen los gringos: "best bang for the buck"). Rafa -- "Even paranoids have enemies." Rafa Grimán Systems Engineer Silicon Graphics Spain Santa Engracia, 120 - Planta Baja 28003 Madrid Spain Tel: +34 91 3984200 Tel: +34 91 3984201 Móvil: +34 628 117 940 http://www.sgi.com OpenWengo: rgriman Skype: rgriman --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org