[an error occurred while processing this directive]
|
субъективное мнение - читаешь доку на BF и думаешь - я так же сделал бы (то есть читать ее можно меньше). есть в этом и минусы - прочитал начало CPLB (ММУ BF) - там написана pair - ну типа понятно пара для трансляции, а оказалась лажа (то есть есть там и лажи и доку читать надо)
но возвращаясь к 55 - это же абзац какой-то. регистры к каждой инструкции свои (длина у каждого регистра своя, неповторимая - например 22 бита), структура камня никак не скрыта системой комманд (то есть не процессор а набор каких-то юнитов A, B, C, D, Ё), ISA переусложнена и много неудобно (пример с парсированием потока спасибо не надо :-)). подчеркну - неудобно начинающему - про того кто "сидит" на какой-либо конкретной архитектуре разговора нет - он к ней привык.
вообще, когда доку читал мысль: они что там обкурились или "за это автору гвоздь в голову забить надо"
например нафига мапировать регистры в память? они же полностью неортоганальные и какие-то индексные операции бессмыслены
ну и вообще все-таки работа не с ядром, а с камнем - например у того же PSoC ядро не блестящее, зато камень хорошо придуман.
у BF имхо сбалансировано все.
ну и еще раз - чем проще камень (структурно) и больше возможности оптимизации в программе и средства проектирования к нему проще сделать...
спасибо за внимание :)
E-mail: info@telesys.ru