С любовью к вам, Yandex.Direct
Размещение рекламы на форуме способствует его дальнейшему развитию
SDRAM 162 МГц (базовая 27 МГц, кадровая 56 Гц) довел время прогона до 12 минут. Что то я даже недопонимаю - ускорилось сильнее, чем выросла частота проца и памяти. Скорее всего я на 144 МГц минуту "набавил" - там похоже было 13,5 минут. Но на 162 МГц железно 12 минут.
---------- Post added at 20:11 ---------- Previous post was at 19:59 ----------
Отдельной строкой такой характеристики не вижу, хотя можно при желании так посчитать (относительно фронта клока)
1. при CAS Latency 2 - tck2+tac2
2. при CAS Latency 3 - tck3+tck3+tac3
---------- Post added at 20:36 ---------- Previous post was at 20:11 ----------
Еще раз прогнал эксисайзер при 144 мегагерцовом сдраме - все же же 14,5 минут. CRC я сверяю. Мистика.
---------- Post added at 20:41 ---------- Previous post was at 20:36 ----------
Хотя не мистика. Похоже команды стали лучше влезать между циклами выборки видео, отсюда такой эффект.
Позволю себе не согласиться. Данные выдаются именно через 2 или 3 такта, так как 1 такт = 1 команда, безотносительно частоты. Речь идет о тактах CLK, само собой. Достаточно открыть даташит на чип по вкусу и посмотреть диаграммы для команд READ и WRITE, например.
---------- Post added at 18:56 ---------- Previous post was at 18:49 ----------
ivagor, а что ты, собственно, тестируешь? У меня вот была (и иногда есть) проблема с редко, но возникающими сбоями в контроллере и/или SDRAM. Я ее пытаюсь обнаруживать сложными способами, как то: переброской здоровенных массивов памяти между памятью и памятью, а также между памятью и внешними носителями, всякий раз контролируя md5sum. Еще помогает многочасовая запаковка-распаковка LHA архива, но такой роскоши на Векторе, скорее всего, нет.
Если остановиться и подумать, то 2 вещи
1. На какой частоте может работать сдрам на моем экземпляре де1. Со 162 мне определенно повезло, т.к. попробовал сделать 150 из 50 - не работает, там без ограничений не обойтись. Конечно, вектор не самая подходящая база для таких тестов, но zet и minimig я не пробовал и пока не собираюсь. Можешь посоветовать более продвинутый чем вектор проект, но более-менее простой, чтобы флеш не прошивать?
2. Насколько можно разогнать проект svofski. Смешная цель, но я нахожу в этом фан.
Попробовал еще вариант (думаю последний) - сдрам 144, зато проц 36 (кадровая 75 Гц). Оказалось, что в данном быстрая память важнее быстрого проца - прогон эксисайзера занял те же 12 минут, что и при 162/27.
---------- Post added at 21:19 ---------- Previous post was at 21:16 ----------
Есть неплохие архиваторы реализующие LZ.
Для cp/m вроде есть LHA или нет?
А при этом учитывается Fmax микросхемы памяти? Потому что если у нее указано время доступа в 7.5нс, например, то выше 133МГц она в принципе не должна работать стабильно.
По даташиту у меня должна работать до 166 МГц.
---------- Post added at 22:42 ---------- Previous post was at 21:48 ----------
И все же заработало 168/24 (эксисайзер отрабатывает за 14 мин 15 сек). Перешел с "ручного" пакета на аппаратный, но думаю дело не столько в этом, сколько в везении при сборке данного проекта.
Ну так сделай снапшот и запули в SVN, чтобы желающие могли твикать и смотреть, что получится.
Насчет архиваторов - совсем забыл, что контроллер дисковода то у меня со всеми этими супер-турбами не работает. В крайнем случае можно грузить ОС для квазидиска и потом грузить в квазидиск.
---------- Post added at 22:47 ---------- Previous post was at 22:44 ----------
Если у svofski даже вариант 120 МГц не заработал, то что говорить о 168, тем более на старых DE1 SDRAM на 133 МГц. Варианты на 120 (турбо там умеренное, т.ч. даже "вг93" работает) лежат в ревизиях 395-396, думаешь их кто-нибудь будет твикать?
Результаты варианта 144/36 заставили задуматься о кеше, хотя раньше не собирался пробовать его в 8битках. Организовал очень простенький и неэффективный двухкилойбайтный (полезный объем) кеш. Время прогона оптимизированого эксисайзера сократилось до 11 минут, т.е. всего на минуту.
Эту тему просматривают: 1 (пользователей: 0 , гостей: 1)