[Troll 0]

Добрый день.

 

Собственно вопрос, что означает "architecture optimized for C language"? В общем то понятно, что используется определенный набор команд. А вот конкретно в чем выражается эта оптимизация, совсем не ясно. Вроде бы везде есть арифметические операции, операции сдвига, условия.

 

Объясните пожалуйста, что это за "оптимизированные команды".

 

Заранее спасибо.

[Палыч 10]

что означает "architecture optimized for C language"?

Это - Вы про AVR? Имхо, всё это - маркетинговая щелуха, такая же как и число команд в AVR...

[Rst7 5]

Имхо, всё это - маркетинговая щелуха,

 

Ну не совсем. Небанкированый доступ к памяти данных и наличие стека в ОЗУ (в отличии от, например, PIC16, с которыми их обожают сравнивать холиварщики) - это таки "optimized for C language", а точнее - "for C compilers".

[Палыч 10]

Ну не совсем.

Тогда и МК51 - тоже "optimized for C language", хотя я не встречал такой "хвалилки" от производителей этих МК.

 

P.S. Кстати, а почему только С, а как же другие ЯВУ?

[Rst7 5]

Тогда и МК51 - тоже "optimized for C language"

 

И снова - не совсем ;) Хотя, код после компилятора для x51 куда лучше кода для PIC16.

[Палыч 10]

И снова - не совсем

Ну, как же? И небанкированный доступ, и стек в ОЗУ...

[Rst7 5]

P.S. Кстати, а почему только С, а как же другие ЯВУ?

 

Да-да, как же без СOBOL'а?

 

и стек в ОЗУ...

 

Маловат для более-менее серьезного использования стековых переменных и реентерабельности функций.

[Палыч 10]

Да-да, как же без СOBOL'а?

Ну, прям - COBOL! Чем Pascal разработчикам AVR не угодил? Что в нем такого, что нельзя отпимизировать под этот язык?

 

Маловат для более-менее серьезного использования стековых переменных и реентерабельности функций.

Да, бросьте Вы... Уж, поболее чем у tiny13. Вся эта "оптимизация" не более чем рекламный ход.

[Rst7 5]

Уж, поболее чем у tiny13.

 

Однако, есть и другой конец линейки, в котором ОЗУ куда больше.

 

Чем Pascal разработчикам AVR не угодил?

 

Ну понимаете-ли, стандартный набор фронтэндов в GNU Compiler Collection включает в себя Ada, C, C++, Fortran, Java, ObjC. Хотя фронтэнд для Паскаля существует, в штатную ветку он не входит. Намек понятен? ;)

[Палыч 10]

Однако, есть и другой конец линейки, в котором ОЗУ куда больше.

Так что: "optimized for C language" определяется величиной ОЗУ? Есть и клоны 51 и ОЗУ не меньше чем у AVR, и стек в этом "большом" ОЗУ можно размещать...

Этот спор мне напоминает не так давно бывшее обсуждение: "Почему некоторые производители позиционируют свои МК как DSP ?". По-моему, эта "оптимизация" AVR - из той же "оперы"... AVR - более новые МК, у которых нет "тяжелого наследия прошлого" в виде, например, аппаратного стека и т.п., применение которых обуславливалось в прошлом отсталостью технологии. Называть отсутствие этого "наследия" "оптимизацией" - чистой воды рекмамный ход.

[Rst7 5]

и стек в этом "большом" ОЗУ можно размещать...

 

Да ну?

[Сергей Борщ 133]

Еще забыли три регистра косвенной адресации. Но вот доступ к указателю стека, методы косвенной адресации у AVR - это скорее диверсия против С-компиляторов.

[Rst7 5]

Но вот доступ к указателю стека, методы косвенной адресации у AVR - это скорее диверсия против С-компиляторов.

 

Терпимо. Хотя, конечно, прокол знатный.

[DRUID3 0]

А что насчет ARM? Как бы не самая классическая архитектура и система команд - а славится тем, что очень нужно постараться чтобы написАть лучше на asm. Всегда интересовал вопрос - "почему". Я не спец по теории компиляторов и оптимизаций - потому вопрошаю коллективный разум...

[Rst7 5]

Всегда интересовал вопрос - "почему".

 

Там как раз хорошо навернуто в части удобства генерации кода компилятором - и трехадресная обработка, и сдвиги в одном флаконе с операцией, и масса методов адресации, а условное выполнение - это отдельный перл. Все это, конечно, относится к ARM-режиму, тумба - вот это чистой воды пиар. Пожалуй, единственный прокол - отсутствие загрузки произвольного непосредственного операнда шириной 32 бита без использования адресации [PC+число] и иногда маловат диапазон смещений в адресации [Rx+число].