Atmel - в цинковый ящик?!!!

[st_1]

Да вот и не так - как раз на С Вы и не готовите ,за Вас все система делает , да и еще так как ей бог на душу положит (или разработчики этой системы) ,а на асме -то как раз натурально сам все готовишь и контролируешь - факт .

Сказки для непосвящённых.

[realid]

а на асме -то как раз натурально сам все готовишь и контролируешь - факт .

Я на си так же все контролирую. Си не такой уж и язык высокого уровня. Скорее среднего уровня.

[st_1]

Я на си так же все контролирую. Си не такой уж и язык высокого уровня. Скорее среднего уровня.

Да просто некоторые СИ от ВаСИка не отличают.

[omercury]

Сказки для непосвящённых.

и

Правильно, потому что на СИ я одну и ту же прогу загружу в любой проц и посмотрю что и как, а на АСМе?

Это ли не противоречие?
На асме программы пишутся под конкретное железо(минимум - ядро). И эту программу не загрузишь в

любой проц

именно потому, что команды предназначены именно для этого ядра. Общение с ядром идёт на "его" языке.
А ЯВУ говорят на языке пользователя и уже для проца переводят то, что написано. А уж как там переведут, боюсь никому точно не известно.

Вы просто не умеете его готовить

Да, быструю и короткую программу на Си (Васике, Паскале...), в принципе, можно написать. Но тогда потеряется главное достоинство - кроссплатформенность результата. В этом случае код должен быть ассемблероподобным - никаких двойных условий, обязательные default-ы, только чёткие короткие команды, куча ограничений. В отколовшейся части топика есть ссылки на эти ограничения. Там, правда, к такой мысли ещё не подошли.

[Ar-Gen-Tum]

В свое время обратил внимание, что GCC для Pocket PC (на ARMе) параметры
в функцию передает через 3-и регистра, если параметров больше, то остальные
через стек. Знать это удобно. Ибо можно готовить функции так, что-бы стек
вобще не задействовать, по возможности. Ибо операции с ОЗУ выполняются
в разы медленнее, чем с регистрами.
Пробовал оптимизировать руками, используя ассемблер. Общего выигрыша
почти не было.
А вот для AVRов оптимизация руками может давать существенный выигрыш.

[st_1]

и
Это ли не противоречие?

Не вижу никакого противоречия.

На асме программы пишутся под конкретное железо(минимум - ядро). И эту программу не загрузишь в именно потому, что команды предназначены именно для этого ядра. Общение с ядром идёт на "его" языке.
А ЯВУ говорят на языке пользователя и уже для проца переводят то, что написано. А уж как там переведут, боюсь никому точно не известно.

Так вы и АСМ не знаете?
А так... АСМ-листинг просмотреть... святое дело.

Да, быструю и короткую программу на Си (Васике, Паскале...), в принципе, можно написать. Но тогда потеряется главное достоинство - кроссплатформенность результата. В этом случае код должен быть ассемблероподобным - никаких двойных условий, обязательные default-ы, только чёткие короткие команды, куча ограничений. В отколовшейся части топика есть ссылки на эти ограничения. Там, правда, к такой мысли ещё не подошли.

Там ограничения по безопасности. И если вы заметили, то АСМ там вообще не рекомендуют для использования в подобных приложениях.

[st_1]

А вот для AVRов оптимизация руками может давать существенный выигрыш.

Только смысл оптимизировать то... что уже почти не продаётся, или дорого.

[picavr]

Ибо операции с ОЗУ выполняются
в разы медленнее, чем с регистрами.

Смотря в какой архитектуре, у PIC и STM8 RAM является регистрами, у PIC в RAM возможны операци с битами, декремент и инкремент(с переходами по=0) остальное через аккумуляторы за 1 цикл.

А вот для AVRов оптимизация руками может давать существенный выигрыш.

У AVR RAM является ТОЛЬКО РАМ.

Только смысл оптимизировать то... что уже почти не продаётся, или дорого.

+500, Ф топку их ))))

[omercury]

Там ограничения по безопасности. И если вы заметили, то АСМ там вообще не рекомендуют для использования в подобных приложениях.

Именно так. По ассемблерному коду можно чётко установить ядро(а вместе с этим его уязвимости). И смысл писать на асме, если практически на нём и написана программа? Только без привязки к конкретным регистрам/адресам? Опять же для контроля контролёру нужно знать несколько языков (а там очень чётко с разделением труда).

Пробовал оптимизировать руками, используя ассемблер. Общего выигрыша почти не было.

Да и не должно было ожидаться. Самые быстрые операции регистровые, а в устройстве, не имеющем большого их количества, такая оптимизация бесполезна.

А так... АСМ-листинг просмотреть... святое дело.

Так это же исходный текст. Да ещё и с комментариями.

[st_1]

Именно так. По ассемблерному коду можно чётко установить ядро(а вместе с этим его уязвимости). И смысл писать на асме, если практически на нём и написана программа? Только без привязки к конкретным регистрам/адресам? Опять же для контроля контролёру нужно знать несколько языков (а там очень чётко с разделением труда).

Да и не должно было ожидаться. Самые быстрые операции регистровые, а в устройстве, не имеющем большого их количества, такая оптимизация бесполезна.


Так это же исходный текст. Да ещё и с комментариями.

Вы уже отвечаете... только чтобы ответить?

Всё пора закругляться. Я не хочу быть причиной потери вашего здоровья.