2008/9/17 Rafa Grimán
Hola :)
El Wednesday 17 September 2008, Juan Erbes escribió:
[...]
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
Es curioso, porque los farbicantes que ofrecemos NUMA desde hace muchos años (y somos unos cuantos fabricantes y NUMA no es nada nuevo) llevamos haciendo esto con Itanium desde que, por ejemplo, salió el Itanium (que NO tiene el controlador de memoria en la CPU). SGI, HP, Bull, Fujitsu usan Itanium, otros fabricantes (IBM) usan otros procesadores. Antes de Itanium, por ejemplo, SGI utilizaba MIPS en los sistemas NUMA.
En el caso de SGI, te podemos montar un NUMA con una placa que tiene dos sockets Itanium dual-core cada uno y ninguno de ellos tiene controlador de memoria en la CPU. Y, en nuestro caso, tampoco añadimos "hardware extraño", como pones en tu correo.
Es más, el tener el controlador de memoria en la propia CPU puede ser un inconveniente en determinados modelos de NUMA ya que te obliga a meter un blade (o MoBo) _CON_ la CPU aunque sólo quieras ampliar memoria. Ya que es la CPU la que tiene el controlador de memoria.
Es decir, tengo una MoBo (o blade) con 2 sockets y 4 ranuras de expansión de memoria para cada socket. Lleno las 8 ranuras de expansión con RAM. Si quiero añadir más RAM, pueden ocurrir dos cosas:
- si tengo procesadores _SIN_ controlador de memoria, añado otro blade (o MoBo) que _SÓLO_ contiene ranuras de expansión de RAM y amplío la RAM, no es necesario ampliar el número de CPUs
El controlador de memoria del blade, en este caso, no consume energia y no genera calor? O es una placa boba sin ningun chip? Lo que citas de la ampliación de memoria, si tienes todos los zocalos de memoria ocupados, se soluciona reemplazando los modulos de memoria existentes por otros de mayor capacidad. 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