caxapa.ru :: Скорость операций с ОЗУ соответствует даташиту. То есть 100 MIPS. Иного не указано.

my504 (29.01.2020 18:03 - 18:06, просмотров: 560) ответил Evgeny_CD на [dsPIC33CH], [dsPIC33CK] несмотря на жуткую забагованность -> вопросы есть

Скорость операций с ОЗУ соответствует даташиту. То есть 100 MIPS. Иного не указано. Шариться с указателем в РОНе по ОЗУ тоже можно со скоростью 100 MIPS:

    repeat #1023
       clr   [W0++]

Очистка ОЗУ по указателю в W0 на 1024 слова будет сделана за 1025 машинных циклов. То есть за 10,25 мкс. ОЗУ читается пишется ровно со скоростью регистровых операций - это наследие архитектуры 8-битников. Резко медленнее (в 5 раз) читается флеш в режиме psv доступа. То есть в режиме его видимости в пространстве ОЗУ.

Ответить

- Заметим, в некоторых случаях достаточно сильное преимущество архитектуры. - Evgeny_CD(29.01.2020 18:14)
  - Не просто сильное, а очень сильное. По сути 8КБ оперативной памяти, включая регистры периферии, доступны в АЛУ напрямую. Правда математика только с WREG0, но все равно сильно увеличивает плотность кода. К тому же у 100 МИПСовых есть 5 полных my504(131 знак., 29.01.2020 22:06)
    - Чота я не вьехал про "только WREG0". Какие-то радикальные обрезания произошли по сравнению с рабоче-крестьянскими ДСПИКами? - Крок(29.01.2020 22:29)
      - Никаких абсолютно. Инструкции типа add <RAM> означают <RAM>=<RAM>+WREG0, а инструкция add <RAM>, WREG будет исполнена как WREG0=<RAM>+WREG0 my504(69 знак., 29.01.2020 22:55 - 22:57)
        
        Ну это можно стерпеть. Я уж думал их друг с другом складывать-премножать запретили. - Крок(29.01.2020 23:01)
        
        Я с этого начал - найти архитектуру, чтобы скорость работы с ОЗУ была как скорость работы с регистрами. RISC пролетают на уровне идеологии. Пусть даже не со всем ОЗУ, а с его частью. - Evgeny_CD(29.01.2020 23:12)
        
        Была какая-то К18ХХВЕYY. там было окно, которое двигалось по памяти и это был регистровый файл. Очень неплохая архитектура. Единственный косяк, как у млачших ПИКов, там не было операций с переносом. - mse homjak(30.01.2020 10:44)
        
        У семейства МК TMS9900 была аналогичная придумка - адрес окна регистрового файла задавался в каждом векторе прерывания. Удивительно, что это не распространилось на другие семейства, как must have - MBedder(30.01.2020 12:30)
        
        Вот тут -> хороший цикл статей по архитектурам, их истории и сравнению возможностей и ограничений, но много букв. - Dingo(12.02.2020 05:24 - 05:45, ссылка)
        
        Не увидел ничего, кроме статьи "Суперскалярный стековый процессор: скрещиваем ужа и ежа". Не там смотрел, или ты ссылку не ту дал? - MBedder(12.02.2020 12:52)
        
        Спасибо! - Evgeny_CD(12.02.2020 10:00)
        
        Кажется, у восемьнадцатых уже были? - Крок(30.01.2020 10:49)
    - Да, 4 дополнительных набора РОН я оценил. Несколько килобайт регистров при экономном программизме многое позволят сделать :) - Evgeny_CD(29.01.2020 22:11)
      - Да... ДСПИчье ядро, это сказка. Дебилам из Атмела во чем заниматься надо было, а не убогой ХМегой и АВР32. - mse homjak(29.01.2020 22:23)
        
        История пролета с AVR32 еще ждет своего историка. Но там система команд, заметим, была тоже сильно и сильно продвинутая, проблема в том, что она в другом направлении двигалась. - Evgeny_CD(29.01.2020 22:42)
        
        Я тут поупражнялся с DSP ядром в симуляторе ))) - написал "бабочку" для FFT: my504(1397 знак., 29.01.2020 22:33)
        
        Гуд. Вери гуд! :)) - MBedder(30.01.2020 00:01)
        
        23 строки без return. Офигеть! - Evgeny_CD(29.01.2020 22:51)
        
        Это много или мало? - Крок(29.01.2020 23:12)
        
        Быстрее только с SIMD, а это уже другой уровень. Вот толковая преза по Cortex -> - Evgeny_CD(29.01.2020 23:27, ссылка)
        
        Ша! Поставим вопрос так. При какой длине выборки это "быстрое" преобразование станет работать быстрее "медленного", если здесь одна "бабочка" занимает 23 операции? - Крок(06.02.2020 00:37)
        
        Конкретно в dsPIC33 граница, на которой производительность FFT и DFT примерно одинаковы - 256 отсчетов. Это связано с тем, что комплексный бин для DFT выполняется строго за 2*N+1 машинных циклов, а отрицательные частоты считать нет никакой my504(265 знак., 06.02.2020 06:48 - 06:57)
        
        Скажу сильнее. У ДПФ точность существенно выше, и частоты от четверти до половины максимальной я бы вычислять не стал - их у меня не бывает. итого, на БПФ пока можно забить. А жаль, идея красивая - Крок(06.02.2020 09:10 - 10:57)
        
        Не готов сказать. Это тонкий момент - потери на загрузку и выгрузку SIMD регистров. В отношении каждой архитектуры надо выкурить толстенные мануалы. - Evgeny_CD(06.02.2020 02:38)
        
        Загрузка/выгрузка выровненных SIMD как правило не медленнее чем обычных регистров (в этом и смысл SIMD), проблема тут в другом - данные должны красиво укладываться в SIMD, а это не всегда просто и очевидно, источник/приёмник данных может просто не =AlexD=(99 знак., 06.02.2020 09:54)
        
        Это сколько тактов? - Evgeny_CD(29.01.2020 22:39)
        
        Сколько строк, столько и тактов. Все команды одноцикловые. Ну не считая входа в функцию и выхода return. Но ни вызов в полном FFT, ни возврат не нужен. Добавится только движение трех указателей, но это проще по таблице. То есть будет еще три my504(50 знак., 29.01.2020 22:43)
- Спасибо! - Evgeny_CD(29.01.2020 18:05)

Микроконтроллеры PIC