SRAM vs SDRAM como búfer de visualización

SDRAM se basa en transacciones; todos los accesos se basan en ráfagas y, por lo tanto, siempre tendrá que utilizar un período de transacción para todos los accesos. La parte a la que se vincula puede hacer un solo acceso de lectura/escritura (ráfaga de uno), pero hay otros gastos generales.

Cuando digo basado en transacciones, significa que hay más en una lectura o escritura que afirmar ese único comando.

Los accesos a SDRAM consisten en abrir una fila, seguido de un comando de lectura o escritura, luego debe esperar los ciclos suficientes para cumplir con el requisito de latencia de CAS; sólo entonces tiene lugar la transacción real. Por lo general, es posible continuar accediendo a una fila sin volver a abrirla, pero solo hasta que haya expirado el período de actualización, después del cual la fila debe cerrarse y luego reabrirse.

Tenga en cuenta que si necesita acceder a ubicaciones verdaderamente aleatorias (en diferentes filas), incurrirá en la sobrecarga de apertura de fila para todas y cada una de las filas.

Para las aplicaciones de framebuffer de video, es muy probable que esto sea una sobrecarga que no querrá tener.

Además, SDRAM realizará ciclos de actualización para cumplir con los requisitos generales de tiempo de actualización, lo que hace que los accesos sean algo no deterministas.

La SRAM a la que se vincula no tiene ninguno de los problemas de sincronización de transacciones anteriores; el tiempo de ciclo total (para la transacción de datos real) es de 20 nseg (min), pero en muchas aplicaciones el rendimiento real de una SRAM aparentemente más lenta es mayor que la de una SDRAM.

Debe analizar los requisitos de rendimiento de datos y cómo se almacenan los datos en la memoria para ver qué rendimiento real logrará.