Wednesday, 16 November 2016

timing - What limits the lower bound of DRAM CAS latency


When a dram module receives a read/write command (while a row is active) it needs to:




  1. decode the command along with bank and column.





  2. multiplex the bank and send command along.




  3. (when reading) move the data from the column's latches to the send buffer ready to shift out after the CL expires, barrel shifting along the way according to the column address.


    (when writing) associate the relevant places in the receive buffer to he correct bank and barrel shift.




All this together seems to take a consistent 10 ns on modern DDRx dram modules while there is a clock that goes 10 times faster.



What is the biggest bottleneck in this sequence and could it be improved significantly or is there something else I'm missing here?




No comments:

Post a Comment

arduino - Can I use TI's cc2541 BLE as micro controller to perform operations/ processing instead of ATmega328P AU to save cost?

I am using arduino pro mini (which contains Atmega328p AU ) along with cc2541(HM-10) to process and transfer data over BLE to smartphone. I...