La frecuencia de la CPU sí tiene que ver con el ciclo de lectura en ROM, ya que se hace de forma asíncrona: cuando la CPU necesita un dato de ROM, "abre una ventana" en la que el dato tiene que estar disponible sí o sí en el bus de datos de entrada del chip del micro. Según sea el Motorola 68000 o el 65C816, esta ventana de tiempo se cuenta como un número de ciclos de reloj del micro, es decir, que cada micro espera una cantidad de ciclos de reloj, 16 en el caso de la SNES para modo Slow-ROM y 8 en el Fast-ROM. Eso limita la frecuencia máxima a la que puede funcionar la CPU, además de otros factores como la tecnología de fabricación del silicio, electromigración (esperanza de vida del chip), etc.
En SNES, se usaban ROMs más lentas porque eran MUCHO más baratas en el año 1988 (cuando se dice que empezaron a diseñar la Super Famicom); y claro, ahorrarse 50 céntimos por chip de 8 Megabits, pues hacía que ganaran algún milloncejo de más si el juego tenía éxito. Si el juego ya se sabía que iba a petarlo de antemano, pues no importaba tanto reducir el margen e irse a 32 megabits FastROM (un Chrono Trigger, por ejemplo, que nació ya bañado en éxito).
Los costes se cuidaban mucho, no como ahora... hasta el punto que cuando un desarrollador quería hacer un juego de x Megabits, pedía a Nintendo el cartucho necesario y ésta se lo "vendía" = licenciaba. Así el editor/desarrollador sabía cuánto costaba el soporte físico para 8 megabits, 16, 32, etc...
