Introducción a la arquitectura de PS2 beta
Sección nueva, escrita a mano - consulta la nota en la hoja de referencia.
La PS2 no es un solo procesador - son varios, cada uno con su propia memoria y su propio trabajo, hablando entre sí a través de un puñado de puentes angostos. Casi todas las rarezas en cómo está organizado este SDK (por qué un paquete "pad" del lado EE tiene un paquete "padman" separado del lado IOP, por qué existe dmakit, por qué el sonido y las redes parecen suceder en otro lugar) vienen directamente de esta forma del hardware. Esta página es el mapa; las páginas siguientes profundizan una capa más en cada pieza.
Las dos CPU
La Emotion Engine (EE) es el procesador principal - una CPU de 128 bits basada en MIPS con dos Vector Units conectadas (VU0, fuertemente acoplada a la propia EE, y VU1, que corre principalmente por su cuenta alimentando al GS). Aquí es donde corre la lógica de tu juego, la mayor parte de tu main(), y cualquier código que escribas contra los targets ee/ee_lib en ps2.yaml.
El IOP (I/O Processor) es una segunda CPU MIPS mucho más simple - de hecho, descendiente de la que traía la PlayStation original, razón por la cual la PS2 también puede leer discos de PS1. No corre la lógica de tu juego; corre un pequeño kernel que carga módulos reubicables (archivos IRX - .irx es al IOP más o menos lo que .elf es a la EE) y media el acceso a casi todos los periféricos: los puertos de control, las tarjetas de memoria, la unidad de CD/DVD, el adaptador de red, el sonido. Esto es para lo que compilan los targets iop/iop_lib en ps2.yaml.
¿Por qué dividir la máquina así? Porque ninguno de esos periféricos está cableado directamente a la EE - todos son hardware del lado IOP, y la EE tiene que pasar por el IOP para alcanzar cualquiera de ellos. Ese único hecho explica la mayor parte de la forma que tienen los paquetes del SDK: una funcionalidad real y operativa normalmente necesita el equivalente de un paquete de código corriendo en cada procesador, cooperando entre sí.
El puente: SIF
La EE y el IOP no comparten memoria. El SIF (Sub-system InterFace) es el enlace de hardware entre ambos, y los paquetes sifman/sifcmd de PS2SDK son el software construido sobre él - un mecanismo RPC (remote procedure call) que permite que código de la EE le pida a un módulo del IOP que haga algo y le devuelva un resultado. Consulta EE, IOP y SIF para ver cómo se ve esto realmente en código, y por qué tantos paquetes vienen en pares EE-cliente/IOP-driver emparejados (pad+padman, mc+mcman, netman del lado IOP emparejado con ps2ip del lado EE).
El chip gráfico: GS
El Graphics Synthesizer (GS) es su propio chip con su propia memoria de video local (eDRAM) - la EE no puede leer ni escribir la memoria del GS directamente como puede hacerlo con la RAM principal. En cambio, la EE construye un flujo de comandos de dibujo y escrituras de registros (un paquete GIF) y lo entrega, casi siempre vía DMA en lugar de que la CPU lo copie byte por byte. Consulta Graphics Synthesizer.
Mover datos sin la CPU: DMA
Como la EE, el GS, VU1, y el enlace SIF hacia el IOP son todos destinos separados, la PS2 tiene diez canales DMA dedicados para mover datos entre ellos mientras la CPU hace otra cosa por completo. dmakit es el envoltorio de este SDK para construir y encolar ese trabajo. Consulta DMA.
Sonido y almacenamiento: también del lado IOP
SPU2 (el chip de sonido) y la unidad de CD/DVD se alcanzan ambos a través del IOP, de la misma manera que los controles y las tarjetas de memoria - no hay una ruta directa EE-a-SPU2 ni EE-a-unidad. Consulta Audio y Almacenamiento.
Redes: dos arquitecturas en competencia
El adaptador de red (DEV9/SMAP) también es hardware del lado IOP, pero este SDK trae dos formas distintas de exponerlo - una donde la pila TCP/IP real corre en la EE y el IOP solo reenvía paquetes (netman+ps2ip), y otra donde toda la pila corre del lado IOP (ps2ip-nm+smap-ps2ip). No son intercambiables y no pueden correr al mismo tiempo. Consulta Redes.