Отправлено bp 21 июня 2006 г. 11:24

(Не знаю, может глупость спрашиваю)

Возможно ли как-то оптимизировать скорость обмена с памятью ?

Есть процессор с встроенным контроллером SDRAM, конкретнее omap5910.
В описаниии на него написано:

spru673
Table 21. EMIF Fast Interface SDRAM MRS Register
Bits 2−0
PGBL
Reserved (must be set to 111, only full page burst
length is supported).
R/W 111

Как мне программно использовать это страничное чтение ?
Если например на Си я последовательно читаю ячейки :

a0 = (*(short*)0x10000000);
a1 = (*(short*)0x10000002);
a2 = (*(short*)0x10000004);
...

то я по видимому читаю по одному.

Или это страничное чтение только на DMA будет работать ?

• Кэш-контроллер наверняка сам вычитает бёрстом, Вам хватит любого обращения на чтение. — SM   (21.06.2006 16:40 195.225.131.186, пустое)
  • Это если кэш включен и SDRAM контроллер настроен на чтение бурст пакетом. — .......   (22.06.2006 01:52 62.118.129.132, пустое)
• а SDRAM-у пофигу - burst или не бёрст в одной странице - скорость обмена одинаковая — yes   (21.06.2006 13:49 87.236.81.130, 222 байт)
  • неправильно — Infineon   (21.06.2006 15:55 83.149.224.132, 454 байт)
    • не хочу спорить, но есть такое понятие - "конвеер" — yes   (21.06.2006 16:26 87.236.81.130, 294 байт)
      • Что-то первый раз слышу про такое... Это какая именно память? Какого типа? Тоже всю жисть считал, что или latency ждать, или бурст. — SM   (21.06.2006 17:17 195.225.131.186, пустое)
        • микроновская MT48LC - в даташите Random Read Access Figure 11 — yes   (21.06.2006 17:42 87.236.81.130, 254 байт)
          • Или я чего-то недопонимаю, или там нарисовано два бурста по 4 слова, каждый бурст со своего адреса. — SM   (21.06.2006 17:48 195.225.131.186, пустое)
            • может даташиты разные? в бёрсте после первого READ идут NOPы, а в random access - READ, READ, READ — yes   (21.06.2006 17:55 87.236.81.130, 395 байт)
              • Да даташиты точно разные, но это не важно. У микрона я это нашел. — SM   (21.06.2006 18:24 195.225.131.186, пустое)
            • Ааа... У меня это Fig.8 почему-то — SM   (21.06.2006 17:50 195.225.131.186, пустое)
              • И я что-то не нашел такого в главной спецификации - интел PC-133. Там есть только про multibank operation такое разрешение - что читать из другого открытого банка. — SM   (21.06.2006 17:55 195.225.131.186, пустое)
                • ну вроде явно пишут - Full-speed random read accesses can be performed to the same bank — yes   (21.06.2006 17:59 87.236.81.130, пустое)
                  • Микрон - да. А вот стандарт PC-133 что-то вроде нет. — SM   (21.06.2006 18:23 195.225.131.186, пустое)
                    • Не только микрон. Это и у nec было и у самсуня. Да и вообще идет с времен обычных DRAM, буква S добавила только синхронность, конвейер, ничего не меняя принципиально. Всегда можно было иметь случайный доступ в пределах одной строки, и он всегда был быстрее случайного доступа в пределах всей памяти:-) А как к этому относится спецификация pc133 - не знаю:-) — -=ВН=-   (21.06.2006 19:24 193.125.71.140, пустое)
                      • Не, ну мне просто это актуально. И хочется подтверждения не от отдельных производителей отдельных микросхем, а от спецификации. — SM   (21.06.2006 19:31 195.225.131.186, пустое)
                        • Увы, не зрил я этой спецификации:-) Это должно быть стандартно для производителей м.с. памяти. — -=ВН=-   (21.06.2006 19:49 193.125.71.140, 452 байт)
                          • Так в том то и дело (+) — SM   (21.06.2006 19:53 195.225.131.186, 263 байт)
                            • Ну... Могу только повторить - стандарта не видел, а SDRAM это прямой потомок DRAM с конвейерной (синхронной) спецификой, ничего принципиально нового не содержащая. Да и nec(elpida),micron и самсунь едва ли не исчерпываают список производителей. Я кроме них еще только то ли про корейцев, то ли про китайцев слышал. На букву h. Да и те типа копия самсуня. И потом, Вы же не будете противоречить стандарту, если опционально, отключаемо, сделаете:-) — -=ВН=-   (21.06.2006 20:02 193.125.71.140, пустое)
                              • Если... Так мне бы без если, а только так... Типа: вот оно, рядом, а кусаецца. Нет уверенности... — SM   (21.06.2006 20:07 195.225.131.186, пустое)
                                • Ну так волевым усилием развейте сомнения:-) — -=ВН=-   (21.06.2006 20:10 193.125.71.140, пустое)
                                  • Волевого усилия мало... => — SM   (21.06.2006 20:16 195.225.131.186, пустое, ссылка)
                                    • Спасибо за спецификацию. Но там Read terminated by read как раз то, что нужно вроде. Правда все я еще не прочитал. — -=ВН=-   (21.06.2006 20:26 193.125.71.140, пустое)
                                      • Кстати да, похоже это оно. Спасибо. Но за последним ридом вроде все равно надо делать burst terminate — SM   (21.06.2006 20:37 195.225.131.186, пустое)
                                        • Так конечно деактивацию придется когда-то делать. Чтобы хоть требования к регенерации соблюсти. — -=ВН=-   (21.06.2006 20:42 193.125.71.140, пустое)
                                          • Кстати регенерацию можно вроде этими же read оформить. — SM   (21.06.2006 20:47 195.225.131.186, пустое)
                                            • В смысле не использовать спец. циклы регенерации (autorefresh)? Можно, но тогда нужно таким образом строить программу (или кто к памяти обращается), чтобы обязательно было обращение к каждой из строк хотя бы раз за период регенерации. А бурст или случайный доступ в пределах одной строки этого не даст. Нужна деактивация строки. — -=ВН=-   (21.06.2006 20:59 193.125.71.140, пустое)
                                              • А у меня как раз последовательный доступ по всей. Но хочется сделать (+) — SM   (21.06.2006 21:01 195.225.131.186, 74 байт)
                                                • Ну так если цифры у Вас - адреса столбцов, т.е. в пределах одной строки, так никаких проблем. Просто не используете autoprecharge, а деактивируете отдельно. Когда нужно перейти на другую строку, или когда пришло время регенерации. Что раньше случится. Или я что не понял? — -=ВН=-   (21.06.2006 21:15 193.125.71.140, пустое)
                                                • В общем, спасибо, ВН и yes, открыли глаза на то, что всегда было под носом :) :) — SM   (21.06.2006 21:07 195.225.131.186, пустое)

E-mail: info@telesys.ru