caxapa.ru :: У нас как-то программеры соревновались с компилером (GCC 2.96 кажись - давно было). Выигрыш 10% за полторы недели жесткого кодинга. Потом переписали проект с сильными алгоритмическими улучшениями

Evgeny_CD, Архитектор (09.04.2017 19:02, просмотров: 424) ответил Apтём на Спорно.

У нас как-то программеры соревновались с компилером (GCC 2.96 кажись - давно было). Выигрыш 10% за полторы недели жесткого кодинга. Потом переписали проект с сильными алгоритмическими улучшениями - выигрыш 20 раз за те же полторы недели. С позволяет видеть задачу целиком, и часто удается найти эффективное решение верхнего уровня. Асм идеален на отдельных кусках - здесь спора нет. Либо на очень малых проектах.

Ответить

- Дядь Жень, не будь категоричен про "Асм идеален на отдельных кусках - здесь спора нет. Либо на очень малых проектах." выше написал, что для Дека все на асме писано и КАК писано. На одну строчку асма едва ли не две строки комментов. - Alex68(09.04.2017 23:11)
  - Это другая философия. Асм Эльбруса, например - почти ЯВУ. Засада в том, что пока на Эльбрусе MCU за $1 не делают. - Evgeny_CD(09.04.2017 23:15)
    - я б и сейчас писал на асме для Дека. - Alex68(09.04.2017 23:29)
      - Тогда ДСПИК и ПИК24 вам понравится. ;О - mse homjak(09.04.2017 23:48)
        
        а что , похожи? у моторолы система команд отчасти напоминала дек, вот для них тоже писал легко. еще тут говаривали, что у MSP430 тожа схожая система команд. - Alex68(09.04.2017 23:55)
        
        Ну, за "похожи" ручаться не буду, но операццыя типа "add R1,R2,R3", в порядке вещей. R3=R1+R2, есличо. mse homjak(128 знак., 10.04.2017 00:09 - 00:11)
        
        то есть порядок операндов - слева направо, как у дек и моторолы? - Alex68(10.04.2017 00:11)
        
        Не, это так, для примера. Трёхадресная команда. Причём, одним из адресов может быть память. Через индекс или напрямую, уже не помню. А мож и так, и так. Даже после АВР, был впечатлён. Конечно, до х86, с его косвенной адресацией об сегмент, базу, mse homjak(57 знак., 10.04.2017 00:19)
        
        а там так можно? JMP @(R4)+ или TST (PC)+ - Alex68(10.04.2017 00:26)
        
        С автоде/инкрементом там почти все можно, и с пре-, и с пост-. PC там ничего особенного не представляет - для автоде/инкремента можно использовать любой из 16 РОН. После первых же строк на dsPIC ASM забудешь про AVR ASM, как про кошмарный сон (да MBedder(16 знак., 10.04.2017 00:40 - 00:43)
        
        у меня еще Деком воспитанная привычка чередовать данные и код, только там все в ОЗУ было, можно было менять переменные, и сам код получался позиционно-независимым. нонче так низзя, увы. - Alex68(10.04.2017 21:57)
- IMHO близким к идеальному вариантом была бы возможность кодировать обработчики прерываний и небольшие подпрограммы целиком на ASM, имея возможность принудить компилятор хранить параметры и результат в регистрах в жёстко определённом порядке. - AU08(09.04.2017 19:06)
  - Так оно так и есть. Передаваемые в функцию аргументы - РОНы подряд от нулевого. Возвращаемое значение - РОНы подряд от нулевого (по типу результата). Локальные переменные - либо РОНы, либо РОНы и стек. - my504(09.04.2017 19:10)
    - Если бы ещё С при вызове обработчика прерывания в стек каждый раз не заталкивал что нужно и что ненужно и не восстанавливал обратно... - AU08(09.04.2017 19:18)
      - Ну это и есть типовой сценарий. РОНы - часть сохраняемого контекста. Оптимизация может и сократить подобные команды. Многое зависит от архитектуры ядра. В 16-разрядных ПИКах четыре РОНа сохраняются в теневых регистрах, но если включены вложенные my504(70 знак., 09.04.2017 19:22)

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