[an error occurred while processing this directive]
ну вроде явно пишут - Full-speed random read accesses can be performed to the same bank
(«Телесистемы»: Конференция «Цифровые сигнальные процессоры (DSP) и их применение»)
Отправлено
yes
21 июня 2006 г. 17:59
В ответ на:
И я что-то не нашел такого в главной спецификации - интел PC-133. Там есть только про multibank operation такое разрешение - что читать из другого открытого банка.
отправлено SM 21 июня 2006 г. 17:55
Составить ответ
|||
Конференция
|||
Архив
Ответы
Микрон - да. А вот стандарт 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:
NoIX ключ
:
Запомнить
Тема (обязательно):
Сообщение:
Ссылка на URL:
Название ссылки:
URL изображения:
Перейти к списку ответов
|||
Конференция
|||
Архив
|||
Главная страница
|||
Содержание
E-mail:
info@telesys.ru