caxapa.ru :: Ну тогда давай так и договоримся, что для кода объемом до 8 килобайт требующего максимальной эффективности и допускающего его вылизывания пока самому не надоест асм рулит. Если ТЗ выходит за эти рамки, наступаем на горло своей песни и зовем

16+
Пятница
16 ноября Вход |Карта сайта | |Upload | | PARTS
	О смысле всего сущего • 0xFF • Средства и методы разработки • Мобильная и беспроводная связь • Блошиный рынок • Объявления •		•Микроконтроллеры •ARM •AVR •PIC •MSP •PLD,FPGA,DSP •Кибернетика •Технологии •Схемы, платы, компоненты
	Микроконтроллеры AVR

Новая тема Правила Регистрация

Поиск »» Архив

•Вернуться в конференцию •Топик полностью

Codavr (05.08.2014 05:51 - 05.08.2014 06:08) , в ответ на ну дык и пишите на СИ, тем более, что либов в интернете, - как грязи. А мне не надь веб-сервер. Нужно будет, - позову "высокого" программера :)) я не гордый :)) автор: Adept

Ну тогда давай так и договоримся, что для кода объемом до 8 килобайт требующего максимальной эффективности и допускающего его вылизывания пока самому не надоест асм рулит. Если ТЗ выходит за эти рамки, наступаем на горло своей песни и зовем
"высокого" программера. PS. рекомендую как-нить посмотреть код который ИАР лабает в режиме максимальной оптимизации. Для чиста асм программера который никогда этого не видел есть очень познавательные места. Говорю тебе как бывший асм программер который охуел когда впервые увидел на какие финты он способен (и это один из первый ИАРов). Очень впечатлило. Ребятки разрабатывающие алгоритмы оптимизации не зря продуктовую карточку получают.

Ответы Развернуть
- ну так у мну примерно в таком режиме работа и идёт :)) А лучшая оптимизация, - как известно это оптимизация алгоритма, а не кода, так что меня особо оптимизаторы не впечают. Видел не раз ассемблерный листинг (+)- Adept(22828 байт, 05.08.2014 13:02 - 05.08.2014 13:09)
  - Одно критическое замечание. Зачем использовать (+)- Bill(301 байт, 06.08.2014 23:11 - 06.08.2014 23:33)
    - Нет. лучше смотрится #define. Потому что основной язык - Си, а директивы ассемблера - они именно что (+)- Apтём(224 байт, 06.08.2014 23:22)
      - Ну, я остаюсь при своем мнении: ассемблеру - ассемблерово, Си - сишное. Только тут еще дело в том, что (+)- Bill(331 байт, 06.08.2014 23:32 - 04.09.2014 09:39)
        
        GCC-шники считают по-другому: у них inline-asm очень хорошо в Си интегрируется. Может правильнее так... - Apтём(06.08.2014 23:37)
    - AVR студия при отладке больше любит #define, - нет проблем с функционалом watch, а вообще и не спрашивайте, - как-то так исторически сложилось :)) , ну а альтернатив условной трансляции я просто не вижу, (+)- Adept(109 байт, 06.08.2014 23:18 - 06.08.2014 23:21)
      - Понятно. Я вообще-то при необходимости пользуюсь ассемблером от IAR. В этом случае нет проблем при создании проекта: хочешь - пиши модуль на ассемблере, хочешь - на Си, хочешь - на обоих вместе взятых. - Bill(06.08.2014 23:24)
        
        Да... (+)- Apтём(141 байт, 06.08.2014 23:39)
        
        я тоже раньше так думал, и смотрел на асм, как на какой-то кошмар, сейча - нормально его воспринимаю, более того, (+)- Adept(1376 байт, 06.08.2014 23:53)
        
        Странно это: (+)- Apтём(406 байт, 07.08.2014 00:18)
        
        да всё может при грамотной архитектуре программы, но трудностей никак не меньше чем в ассемблерном варианте, ну и си-программеры часто любят сугубо линейные алгоритмы, как только обильные прерывания, парсеры и многопоточность, многие теряют (+)- Adept(1657 байт, 07.08.2014 00:40 - 07.08.2014 00:58)
        
        Трудно согласится с тем что (+)- Apтём(857 байт, 07.08.2014 10:58)
        
        В наше время факт участия в дискуссии "асм <> си" вызывает скрытое или не очень сочувствие ;) - Vladimir Ljaschko(07.08.2014 05:43)
        
        Спасибо за сочувствие конечно, но вроде как особо не нуждаюсь :)) Ну и как бы я дал тут понять, что всё и вся имеет "право на жизнь" в своей нише. Считаю крайней глупостью всё "стричь под одну гребёнку". Надеюсь я был правильно понят?? :) - Adept(07.08.2014 06:49)
        
        Да нет, не совсем ноль. Иногда приходится Си-модули в ассмблер переносить. Компилятор генерирует, а я дорабатываю. Правда это очень-очень редко случается. А вообще, (+)- Bill(114 байт, 06.08.2014 23:52)
        
        Как нет приличных ассемблеров? GCC- inline ассемблер слабоват что ли? Или нужно что-то другое? - Apтём(07.08.2014 00:22)
        
        Вообще-то, с точки зрения возможностей самым лучшим, на мой взгляд, был (+)- Bill(153 байт, 07.08.2014 01:24)
        
        Хорошо был не сам ассемблер, а DEC архитектура, если быть точным. - Alex68(07.08.2014 22:22)
        
        Нет, я имел в виду именно ассемблер. А про архитектуру DEC я уже и не говорю, она - само собой. - Bill(08.08.2014 19:39)
        
        RT-11 ?? Я застал ДВК-шки только на первом-втором курсе :)) но натыкано их было в ЛЭТИ в каждой лаборатории :)) Народ хвалил (я как-о не проникся) Вот и МСП-шники с теплотой DEC вспоминают :)) - Adept(07.08.2014 01:32)
  - Лучшей оптимальности не бывает. Оптимальность по определению лучшее решение. Так вот кроме оптимизации по скорости счета бывают и другие критерии - многофакторная оптимизация. Деньги, время разработки, стоимость внесения изменений, да хоть бы даже (+)- Codavr(36 байт, 05.08.2014 13:24)
    - согласен - в мемориз!! :)) (+)- Adept(353 байт, 05.08.2014 13:26 - 05.08.2014 13:29)
      - В мемориз. Я последний раз чиста асмовую прогу написал 13 лет назад для 15 тиньки, и после этого завязал маяться дурью. А последние лет 10 асмовые вставки делаю только в случаях когда без этого ну совсем никак. Например порт для FreeRTOS правил (+)- Codavr(226 байт, 05.08.2014 13:29 - 05.08.2014 13:32)
        
        Удивил. Учитывая твои недавние непонятки со структурами, я подумал, что ты за Си впервые взялся месяц назад :-) - SciFi(05.08.2014 13:33)
        
        не помю такого (ну да ладно, не суть), я почему такой ~~злой был~~ несогласный с си-агитаторами, потому что ~~у меня велосипеда не было~~ не считаю приверженность каким-то одним вещам большим плюсом, догмой и истиной в последней инстанции - Adept(05.08.2014 13:44)
        
        Это он вот про это. - Codavr(05.08.2014 14:26, ссылка)
        
        Многие знания - многие печали. Я больше забыл чем некоторые когда-нибудь знали или узнают :) (+)- Codavr(204 байт, 05.08.2014 13:37 - 05.08.2014 13:39)
        
        Хм... У меня это было в (+)- Bill(136 байт, 06.08.2014 23:19)
        
        Василий Иваныч, а почму твои носки воняют сильнее моих? Ну так я же постарше тебя буду, Петька. (+)- Codavr(182 байт, 07.08.2014 22:56 - 07.08.2014 23:00)
        
        ну, видимо у меня жизнь/работа такая, что без этого получается "ну совсем никак", ну это уж как говорится ~~к терапевту~~ филосовская категория и предмет обсуждения для темы "о смысле всего сущего" - Adept(05.08.2014 13:32)
        
        Я могу предположить, что есть класс задач теребующих такого подхода, но я абсолютно уверен, что он чрезвычайно узкий. Если это кому то нужно, то почему бы и нет. - Codavr(05.08.2014 13:35)
        
        ну да, я ж говорю, что люблю "эксклюзив" :)) - Adept(05.08.2014 13:38)
        
        ... и неспешную разработку когда никто не стоит над душой, и своевременно засылат баблос в оркестр. Как я тебя понимаю. Я бы только на асме писал при таком раскладе :) - Codavr(05.08.2014 14:18)
        
        ну да, так и есть, правда последнее время с баблосом напряг (не всегда вовремя засылают), но надеюсь всё поправится, (+)- Adept(75 байт, 05.08.2014 14:31)
- В си (и c++) есть (полу)автоматическое управление памятью, например, и способы оценки (не)правильности работы программы. Возможность кросс-компиляции и какого-то тестирования. А как быть с ассемблером? На месте менагера проекта я бы ассемблера и (+)- fk0(530 байт, 05.08.2014 09:34)

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