caxapa.ru :: Компилятор их все равно не использует, а если на ассемблере кодить, то одна лишь XCH может оказаться полезной, тогда как остальные едва ли найдут применение - часто ли бывает нужно при чтении из памяти, обнулять ее содержимое, а тем паче забивать

Ксения (19.09.2017 14:28, просмотров: 461) ответил argus98 на Ну почему же "никому ненужные"? Для манипуляции битами в памяти - весьма полезны.

Компилятор их все равно не использует, а если на ассемблере кодить, то одна лишь XCH может оказаться полезной, тогда как остальные едва ли найдут применение - часто ли бывает нужно при чтении из памяти, обнулять ее содержимое, а тем паче забивать все биты единичками? Тогда как есть очень много часто востребованных рутинных операций, которые сейчас выливаются в несколько команд кода. Обычно это операции с аргументами типа int, которые 16-битные, несмотря на то, что контроллер 8-битный. Отсюда было бы вполне логично поддержать операции с регистровыми парами, тем более что одна такая у же есть (копирование регистровых пар). Заодно и недостатки 8-битности изживались бы.

Ответить

- Вопрос в растактовке таких команд. Возможно, получилось бы слишком много тактов, и на это плюнули. - Evgeny_CD(19.09.2017 14:35)
  - Операции (целочисленного) сложения и вычитания обычно реализуются не сложнее копирования. Хотя я сама не в курсе, как им удается переносить переполнение за тот же такт. Но ведь в обычный сумматор как-то с поразрядным переносом справляется, не Ксения(22 знак., 19.09.2017 15:21)
    - "Схема ускоренного переноса". - LightElf(19.09.2017 15:29)
      - Ага, именно она. Вот я и дивлюсь, что ее для пары регистров сделать не смогли, чтобы преодолеть недостаток 8-битности - складывание целых чисел по частям. Тем более что такое (парное) складывание с константой есть, и за тот же самый такт! - Ксения(19.09.2017 15:44 - 15:47)
        
        Чтобы по два регистра складывать нужно либо 16-битное ALU либо два такта. - LightElf(19.09.2017 16:14)
        
        Ну так и сделать тогда 16-битное ALU. :) Если только для сложения и вычитания, то разве это трудно? - Ксения(19.09.2017 16:20)
        
        Вот и получается, что Atmel надо было делать AVR16, а не ставить все на AVR32 (и успешно просрать). Причем, уверен, гейтов бы добавилось немного, скорее маркетологи зарубили. - Evgeny_CD(19.09.2017 16:23)
        
        Примерно так. Но я бы предложила регистры 16 бит, а инструкции - 32 бита. С тем расчетом, чтобы константа целиком в команде помещалась. Разве что регистр адреса можно было бы оставить 32-битным. Кстати, именно так оно устроено и сейчас в AVR - Ксения(92 знак., 19.09.2017 20:24)
        
        Фишка современных архитектур - Cortex, AVR32 - 16 битые команды (переменной длины). Плотность кода сильно выше. Эффективность кешей малого размера тоже. - Evgeny_CD(19.09.2017 20:36)
        
        Плевать на плотность кода! На то и RISC, чтобы все команды были одинакового размера. А по нынешнему времени flash экономить глупо - от увеличения его вдвое цена контроллера почти не меняется, остается в пределах статистического разброса. Например, Ксения(82 знак., 19.09.2017 20:51)
        
        Пока не вылезем за 64кБ, а потом на 8-битниках начинаются пляски со страницами, кривыми регистрами и извратными адресациями. - LightElf(19.09.2017 20:57)
        
        Не кБ, а килоИнструкций! :) Т.е. счетчик команд считает не байтами, а командами. Поэтому адресное пространство не станет меньше от увеличения длины инструкций вдвое. Оно и сейчас в AVR так - счет команд идет словами. Это чуточку неудобно только в Ксения(56 знак., 19.09.2017 21:28)
        
        Не принципиально. - LightElf(20.09.2017 12:15)
        
        Кодировка инструкций AVR 32 бита не потянет, а смена архитектуры (как мы видим на примере AVR32) не находит поддержки у пользователей - пугает их. Поэтому надо развивать AVR до AVR16, что в каких-то частностях возможно, не нарушая совместимости. Ксения(566 знак., 19.09.2017 18:40)
        
        AVR16 уже есть, называется dsPIC/PIC24 - MBedder(19.09.2017 19:22)
        
        Нет, надо то же, но от Атмела :) - Evgeny_CD(19.09.2017 19:31)
        
        И получить на выходе HCS12 :) Кстати, приятный был камушек, тепло вспоминаю - LightElf(19.09.2017 19:07)
        
        Регистров у него мало. Тогда как AVR хорош ка раз тем, что регистров у него много - 32 шт., что позволяет многое считать прямо на регистрах, не обращаясь к памяти. - Ксения(19.09.2017 19:45 - 19:49, ссылка)
        
        Но контекст переключать запаришься. HCS12 зато адресует первые 256 байт памяти короткими командами. И да, 16-битная арифметика присутствует. - LightElf(19.09.2017 20:38)
        
        Так контекст и не переключают. :) А в прерывании спасают в стеке не все регистры, а только те, которые используются. - Ксения(19.09.2017 20:47)
        
        Ну это кто как. - LightElf(19.09.2017 20:59)
        
        Ога. За время исполнения инструкции можно было успеть чайкУ попить :)) - MBedder(19.09.2017 19:23)
        
        Да ладно, нормально там все. В среднем три такта на инструкцию. Но инструкции заметно жирнее чем у AVR. Например прибавить к 16-битному регистру 16-битный непосредственный операнд - два такта. Прибавить к тому же 16-битному регистру 16-битный LightElf(66 знак., 19.09.2017 20:48 - 20:53)
        
        Это напоминает STM8,где операции с X и Y в большинстве случаев с разной адресацией 2 такта, а с косвенной адресацией - 5 тактов - но это уже редкость. - Zikon(19.09.2017 21:48)
        
        У них обоих архитектурные ноги растут от HC08. Но у HCS12 исчо и шина данных 16-битная, что позволяет читать/записывать 16-битный операнд за такт. - LightElf(20.09.2017 11:08)

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