Hola :) El Friday 19 September 2008, Juan Erbes escribió:
El d�a 18 de septiembre de 2008 11:13, Rafa Grim�n
<rafagriman@gmail.com> escribi�:
Hola :)
El Thursday 18 September 2008, Juan Erbes escribi�:
[...]
No dices que sistema de interconexi�n utilizan esas memorias externas, ni del cuello de botella que produce el tener que acceder a memoria externa, pero de manera mas lenta que en una conexi�n de alta velocidad como el HyperTransport.
Aqu� hay que diferenciar dos situaciones:
1.- tiempo de acceso, anchos de banda, latencias, ... entre RAM local y la CPU 2.- tiempo de acceso, anchos de banda, latencias, ... entre RAM remota y la CPU
Los dos casos _NO_ son comparables.
Antes de comparar nada, vamos a ponernos ante la misma situaci�n:
1.- Intel a�n no tiene CPUs con controlador de memoria integrado en CPU 2.- AMD s� tiene
Comparando el acceso a memoria LOCAL desde la CPU, tenemos:
AMD: si no me equivoco, que me corrijan los que se lo sepan mejor: System Bus Bandwidth: 5.3 GB/s Memory Addressing: 1 TB RAM Intel Itanium System Bus Bandwidth: 6.4 GB/s Memory Addressing: 1024 TB RAM
Esto ser�a "en la propia placa base".
El dato de AMD, que corresponde a la primer serie de Opteron es de 6.4 GB/seg, con socket 940.
Como dicen los anglosajones: "I stand corrected". Es decir, gracias por corregirme :)
El dato de la capacidad maxima de direccionamiento, no la he encontrado y ademas, no sirve de mucho, si el fabricante del mobo, no equipa a nivel de hardware esa capacidad maxima de direccionamiento.
¿Cómo que no sirve de mucho? Nuestros clientes no dicen eso. Por ejemplo, tenemos un cliente en el mundo enterprise que tiene un ORacle Times Ten (IMDB) cuyo servidor tiene 128 cores Itanium y 2 TB de RAM. En el mundo HPC, nuestros clientes requieren mucho más que eso. Todo esto en sistemas NUMA, claro está (SSI), no hablamos de cluster (aka memoria distribuida). De hecho, lo "bonito" de NUMA es que aunque tu MoBo (blade) NO acepte tanta RAM ... se la puedes añadir porque puedes añadir MoBos (blades) adicionales con memoria.
Los actuales, comparados con los intel los tenes en: http://www2.amd.com/us-en/Processors/ProductInformation/0,,30_118_8796_1522 5,00.html
Gracias :)
En el caso que preguntas t�, es decir, CPU - RAM remota (es decir: entre una placa base y otra en un sistema NUMA). Te puedo dar los datos de SGI (los de los otros fabricantes no los tengo a mano y es mejor que hablen ellos por s� mismos):
Nuestra conexi�n se llama NUMAlink
Ancho de banda: 3.2 GB/s unidireccional por conexi�n, teniendo en cuenta que hay dos conexiones bidireccionales entre cada blade, el ancho de banda es de 6.4 GB/s por cada direcci�n. Es decir: 6,4 GB/s del blade A al blade B y 6.4 GB/s del blade B al blade A. En cuanto a latencias, tenemos una latencia MPI menor a 1 microsegundo
No estan nada mal esos valores.
Por si te interesa leer algo sobre ccNUMA: http://www.amd.com/us-en/assets/content_type/white_papers_and_tech_docs/405 55.pdf
Para los curiosos, el ccNUMA significa "cache coherency NUMA", es decir que las cachés de los cores (CPUs) es coherente en un sistema NUMA. Esto significa que en tiempo real, las cachés de todas las CPUs tienen que estar de acuerdo que el valor que contienen son los correctos y que son coherentes los unos con los otros. Esto de NUMA salió en un post anterior, en el que ponía el ejemplo de una fábrica de panes. Creo que expliqué en ese hilo algo de esto también. La verdad es que nuestras máquinas llevan siendo ccNUMA desde hace mucho. No te quiero desanimar, pero muchos de estos links ya los he leído: - porque tengo curiosidad y busco - porque internamente hay mucho loco que también se los lee y te los pasa - porque los de marketing nos los pasan - porque las grandes consultoras los referencian (IDC, Gartner, ...) - porque te los pasan los de AMD - porque te los pasan los de Intel Aunque no te lo creas (y eso que te lo he escrito MUCHAS veces en MUCHOS correos, aún así te lo vuelvo a repetir): NO ESTOY EN CONTRA DE AMD. Mira Juan, ya no sé si es que me explico mal, si no me entiendes o si no te lees mis correos. Deja de darle vueltas al bien y al mal, olvídate de si me gusta o no AMD o Intel, olvídate de si uno es mejor que el otro, ... Yo NO estoy entrando en eso, eso son opiniones personales de cada uno y ya te he dado muchas veces mi opinión: tengo AMD en casa y estoy muy contento, al igual que tengo Intel y también estoy contento. A nivel de trabajo: SGI ha trabajado con MIPS, trabaja con Intel y ha tenido acercamientos por parte de AMD. No rechazamos (como empresa) el analizar o tener en cuenta otras tecnologías para nuestros productos, es más: hace un año certificamos algunas de nuestras máquinas para MS-Windows 2k3 !!! Dios santo, somos peor que el diablo: nuestros procesadores son Intel (y encima Itanium) y hemos certificado algunos servidores con MS-Windows !!! Oid todos !!! Marcadme como SPAMMER, id a vuestra parroquia y cazadme y quemadme por hereje !!! Christian, diles a los de Nuremberg que no me permitan postear en las listas jamás y que me tachen como persona, que me quiten la posibilidad de utilizar cualquier variante de SUSE y que transmitan todo esto a Red Hat, Debian, Slackware, Gentoo, ... Que lo sepan todos los vientos y todos los linuxeros, además de los amantes de BSD !!!! Sinceramente Juan, en el momento que detectas que algo o alguien parece estar en contra de AMD ... lanzas miles de enlaces (que muchas veces ya he leído) para intentar demostrar que estamos equivocados cuando realmente NADIE ha dicho NADA en contra de AMD ni tampoco a favor de Intel (el eje del mal). No te paras a leer y comprender el correo para saber si están hablando de otra cosa, en el momento que ves AMD ya es que estamos en contra y hay que contraatacar y demostrar que vivimos en las sombras. En este thread, lo que estamos hablando es de si hace o no falta tener el controlador de memoria en la CPU o no para hacer NUMA. Esto no tiene nada que ver con AMD, Intel, PowerPC, MIPS, ARM, SPARC, ... el bien, el mal, Mickey Mouse o la Pantera Rosa. Te guste o no, el tema es sencillo: ¿hace falta que el controlador de memoria esté en la CPU para hacer un sistema (cc)NUMA? La respuetsa es sencilla: no Si no fuera así, muchos fabricantes (con y sin procesadores INTEL y/o AMD) no habríamos hecho sistemas NUMA desde hace años. O bien hace años que se habría "impuesto" lo del controlador de memoria en la CPU. Por cierto, te recuerdo que hay sistemas NUMA _SIN_ procesadores Intel NI AMD ... No puede ser, ¿hay otros procesadores que no son Intel ni AMD? Pues sí. Si no te crees lo que te estoy diciendo: habla con IBM, HP, Fujitsu, Bull, Cray, ... y pregúntales si es necesario que un sistema (cc)NUMA tenga el controlador de memoria en la CPU. Rafa -- "We cannot treat computers as Humans. Computers need love." rgriman@skype.com --------------------------------------------------------------------- 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