El 17 de septiembre de 2008 7:39, Rafa Grimán
Hola :)
El Tuesday 16 September 2008, Juan Erbes escribió:
El día 15 de septiembre de 2008 13:47, Rafa Grimán
escribió: Hola :)
El Monday 15 September 2008, Juan Erbes escribió:
Otra vez NUMA, en un articulo publicado por LinuxWorld: Les dejo una parte del articulo traducida:
Numa (NUMA): como el número de procesadores en un sistema aumenta, el ancho de banda total entre los procesadores y la memoria también aumenta. La construcción de una interconexión simétricos que pueden proporcionar el ancho de banda que se hace cada vez más caro. Una solución es un tipo de sistema conocido como NUMA (Non-Uniform Memory Access). Un sistema NUMA conecta los procesadores y los bancos de memoria de esta manera:
* Conectar directamente algunos procesadores (o local) a algunos bancos de memoria. * Proporcionar un método de transmisión de datos para el acceso a bancos de memoria para los procesadores no están directamente vinculadas a bancos de memoria.
Hoy en día, incluso un ordenador con una sola placa madre puede ser NUMA, cuando los procesadores han integrado los controladores de memoria. http://www.linux-mag.com/id/6868
Quizas algunos digan que este articulo es pro AMD, pero no, no lo es, ya que está escrito por un ingeniero de intel.
El artículo está interesante :)
Sólo una aclaración: realmente NUMA Non-Uniform Memory Access es un acceso no uniforme por parte de los procesadores a la memoria RAM. No tiene por qué tener el controlador de memoria integrado en la CPU (procesador). Nosotros (SGI) llevamos montando NUMA desde hace muchos años sin que el controlador de memoria estuviera integrado en la CPU ... y escalamos hasta 2048 cores en imagen única (SSI).
Eso tendrias que decirselo a Tony Luck, que es el que escribio el articulo. ( is a principal engineer at Intel. Since graduating from Warwick University, Tony Luck has worked on just about every UNIX variant (V6 to SVR4, Genix, Solaris, HP-UX, and Linux) on a wide variety of microprocessor architectures (m68k, m88k, ns32k, sparc, pa-risc, Itanium). For the past seven years Tony has been at Intel and is currently the Linux maintainer for the Itanium architecture).
No he dicho que el artículo sea incorrecto, sólo aclaraba un poco (resumiendo) para los que no hablan/leen inglés o no quieren leer el artículo entero.
Pero vos bien sabes que hay microprocesadores que vienen con NUMA "de fabrica" con el controlador de memoria integrado, y otros que no lo traen, y aun estan en fabricación.
NUMA no tiene nada que ver con integración del controlador memoria en la CPU. Es más, en el documento, dice esto mismo:
"A NUMA system connects processors and memory banks this way: - Connect some processors directly (or local) to some memory banks. - Provide a forwarding method to access data in memory banks for processors not directly connected to memory banks."
Que es precisamente lo que yo he puesto en el correo anterior.
Como he dicho antes, hemos estado hacinedo esto durante años sin necesidad de tener el controlador de memoria en la CPU. Que el controlador de memoria esté en la misma CPU ayuda en temas de latencias, por ejemplo, pero no por ello significa que sea NUMA.
Que NUMA no tiene nada que ver con integración del controlador memoria en la CPU? Y que significa entonces el parrafo del articulo que dice: "Today, even a single board computer may be NUMA, when processors have integrated memory controllers. "???? Traducido, viene a ser algo como: Hoy en día, incluso un ordenador con una sola placa madre puede ser NUMA, cuando los procesadores tienen integrado los controladores de memoria. http://www.linux-mag.com/id/6868 No niego lo que tu dices, pero sin el controlador integrado en el micro, es algo mucho mas complejo de implementar, mientras que en un mobo decente, con 2 zocalos para micros y 2 Opterons (simple o doble core, o hasta cuadruple), ya se implementa NUMA, sin ningun agregado, ni hardware extraño. http://www.supermicro.com/Aplus/motherboard/Opteron/8131/H8DA8.cfm Salu2 --------------------------------------------------------------------- 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