#68 Vale, en la misma frase se juntan las palabras Cell y Debian, pero no he puesto que no exista Debian para Cell, he puesto para POWER (y Cell no es POWER ni PowerPC).
En cuanto a la última parte, la compilación no es lo único que hace que un kernel sea especifico para un procesador. Si la distribución se ha pensado para 32 bits y no utiliza instrucciones de 64 bits, no podrás aprovechar todas las ventajas de un procesador de 64 bits, aunque lo compiles sobre ese procesador. Esto pasa con el Debian para PowerPC, que es 32-bits.
Por otro lado, tampoco es lo mismo un sistema operativo pensado para un solo nodo (aunque sea multiprocesador) que otro sistema operativo pensado para grid-computing (clusters de multiprocesamiento de alto rendimiento, basados en la cooperación de múltiples nodos interconectados por una red de alta velocidad y baja latencia). Por mucho que compiles una distro en un procesador POWER, si no ha pensado para formar parte de un cluster no obtendrás el mismo rendimiento que otra distro que si está pensada para eso.
Y lo de las razones de usar Suse, es bastante probable que pese más lo que dice el fabricante que lo que diga el que lo compra. Sobre todo en estos casos en los que el fabricante suele asumir una gran parte de los costes de investigación, desarrollo e implantación (por lo menos IBM lo suele hacer con sus supercomputadores).
En cuanto a la última parte, la compilación no es lo único que hace que un kernel sea especifico para un procesador. Si la distribución se ha pensado para 32 bits y no utiliza instrucciones de 64 bits, no podrás aprovechar todas las ventajas de un procesador de 64 bits, aunque lo compiles sobre ese procesador. Esto pasa con el Debian para PowerPC, que es 32-bits.
Por otro lado, tampoco es lo mismo un sistema operativo pensado para un solo nodo (aunque sea multiprocesador) que otro sistema operativo pensado para grid-computing (clusters de multiprocesamiento de alto rendimiento, basados en la cooperación de múltiples nodos interconectados por una red de alta velocidad y baja latencia). Por mucho que compiles una distro en un procesador POWER, si no ha pensado para formar parte de un cluster no obtendrás el mismo rendimiento que otra distro que si está pensada para eso.
Y lo de las razones de usar Suse, es bastante probable que pese más lo que dice el fabricante que lo que diga el que lo compra. Sobre todo en estos casos en los que el fabricante suele asumir una gran parte de los costes de investigación, desarrollo e implantación (por lo menos IBM lo suele hacer con sus supercomputadores).