caxapa.ru :: 1) ;) у меня есть пара проектов, у которых без полной оптимизации вообще нет шансов. И не потому что ресурсы на пределы - просто оптимизация дает массу удобств в кодировании.

Vladimir Ljaschko (22.03.2013 21:19, просмотров: 135) ответил nanorobot на Ранее(года 3 назад)тема "глюки ИАРа при высоких уровнях оптимизации" была весьма популярна. Тему можно понимать как голосование: 1.Я сам дурак 2. ИАР опять с оптимизацией накосячил.

1) ;) у меня есть пара проектов, у которых без полной оптимизации вообще нет шансов. И не потому что ресурсы на пределы - просто оптимизация дает массу удобств в кодировании.

Ответить

- В смысле "не нужно подсказывать компилятору, как генерить более оптимальный код"? Другими словами, "ресурсы таки на пределе, надо брать камень пожирнее" :-) - SciFi(22.03.2013 22:14 - 22:18)
  - Ни фига не на пределе, просто использую макросы + инлайны вместо того, чтобы писать а-ля ассемблер. Например вот так. Имею право? Хочу им пользоваться! :) Vladimir Ljaschko(2626 знак., 23.03.2013 12:56)
    - Прошу прощения - а как вы относитесь к высказыванию: код должен быть самодокументирующимся? - Белый Жрец из Краснодара(24.03.2013 12:53, )
      - У меня программисты так хотят писать, а я им по рукам, по рукам. Хитрый Китаец(102 знак., 26.03.2013 19:44)
        
        конечно, такой стиль намного лучше koyodza(256 знак., 26.03.2013 20:40)
        
        Это нормальный стиль. С короткими переменными. Переменные и нужны для того, чтобы длинным понятиям дать короткие обозначения. Иначе ни в голове не помещается, ни на листе бумаги. А комментарии нужно писать в комментариях, а не в имени переменной. - fk0(27.03.2013 08:47)
        
        ви будите смияца, но там все переменные были глобальные - koyodza(27.03.2013 12:07)
        
        лучше, но некомпактно. с запятыми меньше строк ;> Snaky(231 знак., 27.03.2013 02:37)
      - Я думаю, что из приведенного текста видно, что я абсолютно поддерживаю это высказывание и тупо следую ему. Можете предложить лучше SetFlag(data_error) ? То-то! ;) - Vladimir Ljaschko(24.03.2013 16:54)
        
        Думаю, на ассемблере было бы понятнее. - АПМ(27.03.2013 10:26)
        
        На каком ассемблере? Код кочует из проекта в проект на 5 семействах. - Vladimir Ljaschko(27.03.2013 10:34)
        
        Пару советов, как писать код для перехода с семейства на семейство. Пока пришел к такому: модуль основной микросхемы + его аппаратная часть. К примеру DS3231.c + DS3231_Hardware.c - Constantin24(20.04.2017 12:47)
        
        Так вы про переносимость. А я - про читаемость. - АПМ(27.03.2013 10:48)
        
        И я про читаемость, но для любого проекта. Я вынужден экономить свои жизненные силы. - Vladimir Ljaschko(27.03.2013 11:04)
      - Если бы он ещё был самопишущимся... - fk0(24.03.2013 12:56)
        
        HiAsm. правда рисовать ещё надо уметь)))) - Белый Жрец из Краснодара(24.03.2013 13:12, )
    - вот это вот я и называю программированием ради программирования. многоэтажные конструкции описывающие по сути примитивные действия. Mahagam(104 знак., 24.03.2013 12:13)
    - Птичий язык, аднака. Но право имеете, да :-) SciFi(98 знак., 23.03.2013 21:23 - 21:25)
      - Если вернуться на "человеческий язык", то загрузка не выше 30-50% процентов независимо от уровня оптимизации. Значит ресурсов хватает. - Vladimir Ljaschko(24.03.2013 08:47)
    - Ну так и пишите на здоровье, при чем здесь оптимизация? - Леонид Иванович(23.03.2013 16:33)
      - Потому что без оптимизации инлайн не работает, вместо одной команды битовой операции вставляется полноценный свич и система падает из-за того, что прерывания не успевают выполняться. - Vladimir Ljaschko(23.03.2013 17:33)
        
        "Система падает" - это частный случай. В других случаях всё будет работать и без оптимизации. Поэтому не пытайтесь притянуть за уши связь между стилем программирования и оптимизацией. - Леонид Иванович(23.03.2013 18:38)
- Как это, дает массу удобств? Для программиста ведь совершенно незаметно, включена оптимизация, или нет. Если не брать в расчет затрудненную отладку, конечно. - Леонид Иванович(22.03.2013 21:40)
  - Т.е. оптимизация вообще не нужна и ее можно отключить? - Bill(23.03.2013 13:13)
    - Где логика? Я говорил только, что оптимизация никак не влияет на стиль программирования. Оптимизация нужна только для того, чтобы программа влезала в память и работала быстрее. - Леонид Иванович(23.03.2013 16:31)
      - при небрежном, не очень грамотном программировании часто при оптимизации могут быть выброшены некоторые куски, после чего программа может перестать работать. Простейший пример - задержки с использованием пустых циклов koyodza(202 знак., 23.03.2013 17:08)
        
        часто не важно локальная переменная или нет. Если после цикла её значение должно принять константу и компилятор "понимает", что это безусловно для данных условий компиляции, то переменной просто может присвоиться константа одной командой. при Vit(55 знак., 23.03.2013 17:44)
        
        Это, скорее, ответ для ТС. - Леонид Иванович(23.03.2013 17:14)
  - Стиль написания программ можно существенно изменить, упростив понимание того, что написано. Это дает возможность сосредоточиться на главном. Пример выше. - Vladimir Ljaschko(23.03.2013 12:59)
    - По-Вашему, без оптимизации стиль изменить нельзя? - Леонид Иванович(23.03.2013 16:34)
    - В чём упрощение(я про пример выше)? Запутывание скорей... - Apтём(23.03.2013 16:09)
      - Хум хау - Vladimir Ljaschko(23.03.2013 17:34)

Средства и методы разработки