juvf 17 27 мая, 2014 Опубликовано 27 мая, 2014 · Жалоба Есть проект. в нем один файл должен быть только с оптимизацией -О0, а другой только с оптимизацией -Ohs. Иначе прога не будет правильно работать. Как во время компиляции проверить, что к этим файлам применён нужный уровень компиляции? есть проверки типа #ifndef configUSE_TICK_HOOK #error Missing definition: configUSE_TICK_HOOK should be defined in FreeRTOSConfig.h as either 1 or 0. See the Configuration section of the FreeRTOS API documentation for details. #endif Хотелось бы что-то подобное. если уровень оптимизации не тот, то выдать еррор и завершить компиляцию/сборку. Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
ViKo 1 27 мая, 2014 Опубликовано 27 мая, 2014 · Жалоба Задайте принудительно для фрагмента: #pragma push #pragma O0 ... #pragma pop Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
demiurg_spb 0 27 мая, 2014 Опубликовано 27 мая, 2014 · Жалоба Есть проект. в нем один файл должен быть только с оптимизацией -О0Это не очень хороший проект! При желании всегда можно избавиться от такого поведения. Могу помочь. Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
juno 0 28 мая, 2014 Опубликовано 28 мая, 2014 (изменено) · Жалоба ? Изменено 28 мая, 2014 пользователем Евгений100 Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
juvf 17 28 мая, 2014 Опубликовано 28 мая, 2014 · Жалоба Задайте принудительно для фрагмента: #pragma push #pragma O0 ... #pragma pop Спасибо, то что нужно!!! Только у меня в компиляторе так #pragma optimize=none Это не очень хороший проект!А что в нём не хорошего? Для таких случаев придумали #pragma optimize, а не предлагают помощь в избавлении от такого поведения :laughing: Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
msalov 0 28 мая, 2014 Опубликовано 28 мая, 2014 · Жалоба Если поведение программы зависит от уровня оптимизации, значит программа написана неверно. Стоит решать проблему а не следствие. Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
adnega 11 28 мая, 2014 Опубликовано 28 мая, 2014 · Жалоба А что в нём не хорошего? Для таких случаев придумали #pragma optimize, а не предлагают помощь в избавлении от такого поведения :laughing: Эти опции придумали, не для того, чтобы проект работал или не работал, а для оптимизации по памяти. В некоторый задачах важна скорость, а памяти свободной много. В других задачах каждый байт на счету. Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
juvf 17 29 мая, 2014 Опубликовано 29 мая, 2014 · Жалоба Есть место в программе, например обработчик прерывания.... без оптимизации один си-оператор есть 6 асм команд. без оптимизации почти 90% времени уходит на обработчик. прога не работает. с макс ур оптимизации по скорости этого обработчика си-оператор есть 4, а то и 2 асм команды. в итоге в прерывании 40-50% времени. прога работает без сбоев. а то место, где optimize=none.... там используются дефайны регитров, библиотечные. можно канечно свои определить, обставить всё валатайлами.... в итоге асм получится 1в1 как с optimize=none. смысыл перелопачиать библиотечные дефайны и тратить время на "красивый код", если optimize=none решает проблему? Стоит решать проблему а не следствие.Проблема в том, что оптимизатор оптимизирует этот код. Отключить оптимизацию можно волотайлами или optimize=none. кому что милее Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
adnega 11 30 мая, 2014 Опубликовано 30 мая, 2014 · Жалоба Есть место в программе, например обработчик прерывания.... без оптимизации один си-оператор есть 6 асм команд. без оптимизации почти 90% времени уходит на обработчик. прога не работает. с макс ур оптимизации по скорости этого обработчика си-оператор есть 4, а то и 2 асм команды. в итоге в прерывании 40-50% времени. прога работает без сбоев. Еще в деле увеличения производительности очень помогает выравнивание данных. Все 8-ми и 16-ти битные данные нужно заменить на 32-битные. Массивы копировать или очищать сразу по 32 бита. Ну и главный козырь - попробовать перенести рутину на аппаратные блоки (DMA, таймеры, SPI и т.п.) Как правило, чем жирнее обработчик (а это на самом деле должно насторожить), тем больше возможностей для оптимизации. Крошечный обработчик можно и ручками (читай на asm) написать. Вообще архитектура проекта должна быть заточена под эти "критические" обработчики. Если не считать выключенную оптимизацию, то разница между результатом для разных уровней оптимизации (при оптимальном на C-уровне коде) не значительна. Точне не 2 раза. а то место, где optimize=none.... там используются дефайны регитров, библиотечные. можно канечно свои определить, обставить всё валатайлами.... в итоге асм получится 1в1 как с optimize=none. смысыл перелопачиать библиотечные дефайны и тратить время на "красивый код", если optimize=none решает проблему? Проблема в том, что оптимизатор оптимизирует этот код. Отключить оптимизацию можно волотайлами или optimize=none. кому что милее В данном случае отсутствие volatile у регистров преступление. Нужно править библиотеку. Насчет 1в1 не полностью верно, ведь кроме доступа к регистрам есть и другой код. Выключение оптимизации не решение, т.к. при обращении из разных кусков программы (в том числе и с включенной оптимизацией) поведение будет разным. Может, вместо "optimize=none"/"optimize=yes" при каждом обращении к переменной в критичном к скорости модуле легче в одном месте написать volatile и иметь рабочий код при любом уровне оптимизации? Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
juvf 17 30 мая, 2014 Опубликовано 30 мая, 2014 · Жалоба Ну и главный козырь - попробовать перенести рутину на аппаратные блоки (DMA, таймеры, SPI и т.п.)Естественно. Но задач столько впихнули в этот проект и попытались его седать не на intel i7, а на проце попроще. экономика должна быть экономной. аппаратные блоки и без этого нагружены по максимуму. Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
adnega 11 30 мая, 2014 Опубликовано 30 мая, 2014 · Жалоба Естественно. Но задач столько впихнули в этот проект и попытались его седать не на intel i7, а на проце попроще. экономика должна быть экономной. аппаратные блоки и без этого нагружены по максимуму. А что за процессор Вы используете, если не секрет? Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
demiurg_spb 0 30 мая, 2014 Опубликовано 30 мая, 2014 · Жалоба Вы рано или поздно с таким не системным подходом упрётесь в стену. Тем более, что проект с ваших слов - большой. Вы ведь себя программистом называете, не так-ли? А выёживаетесь как студент с несчастливым билетом на экзамене. Простите за прямоту. В конечном итоге вольному - воля, но я не хотел бы быть в числе тех кому достанется радость работать с вашим конечным продуктом. Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
AHTOXA 15 30 мая, 2014 Опубликовано 30 мая, 2014 · Жалоба А что за процессор Вы используете, если не секрет? Присоединяюсь к вопросу. Мне тоже очень интересно, производитель какого контроллера не озаботился словом volatile в описании регистров. Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
juvf 17 31 мая, 2014 Опубликовано 31 мая, 2014 · Жалоба stm32 cm3. про библы от производителя речи не было. 2demiurg_spb, вы со своим подходом смотрите не упритесь. Прочему прогеры такой народ? Если кто-то что-то делает не по их евангелию, то он не прав. Да ещё и не скупятся потролить. Почему именно ВАШ системный подход тру? Почему вы решаете, что иссус правильный бог. Почему не ЛММ? Когда такие ковбои-идеалисты сталкиваются с любым кодом, они сразу же начинают истерить и пытаться переписать всё с нуля по своим лекалам. Вы же не знаете и толики того ТЗ, что у меня. Не имеете представления об объеме, задачах, капризах заказчика, какие либы можно юзать, а какие нет. Я абстрагировался от всего тз и спросил конкретно про оптимизацию. Я не просил помощи в системном подходе. Проблема решена. Обязательно найдется идеолог который попытается "залезть в душу" и гавном кинуть. Если поведение программы зависит от уровня оптимизации, значит программа написана неверно. Ну ваша вера. Уважаю. Перевербовывать вас не собираюсь. Оскорблять "выёжывающимся студентом" и назвать ваш продукт гавном не намерен. Моя вера иная. Есть места в программе, где каждый тик на счету, жёсткий реал тайм. Грубо говоря тиком больше, тиком меньше - в итоге фронт импульса не в том месте. Улетели.... Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
adnega 11 31 мая, 2014 Опубликовано 31 мая, 2014 · Жалоба Вы рано или поздно с таким не системным подходом упрётесь в стену. Тем более, что проект с ваших слов - большой. Вы ведь себя программистом называете, не так-ли? А выёживаетесь как студент с несчастливым билетом на экзамене. Простите за прямоту. В конечном итоге вольному - воля, но я не хотел бы быть в числе тех кому достанется радость работать с вашим конечным продуктом. Полностью согласен. Успех программиста МК, я считаю, заключается в многократном использовании кода. Когда одно отлаженное решение можно использовать в разных проектах (и даже на разных архитектурах). Скорость и качество разработки возрастает, функциональность тоже, т.к. часть отведенного на разработку времени отсвобождается за счет применения готовых решений, и можно уделить время доп. плюшкам. Поэтому я в лучших традициях "русские долго запрягают, зато потом быстро едут", очень скурпулезно делаю библиотеки. В рамках большого проекта остутствие библиотек или их кривизна смерти подобна. На форуме ТС реально помогает и неплохо ориентируется в вопосах RTOS, поэтому ярлык "студент" тут не подходит. Если есть такая возможность, то нужно посадить за выпрямление библиотек "настоящего студента", четко сформулировав для него задачу, - тот и полезное дело сделает и опыту поднаберется. Реальные разработчики должны думать над архитектурой) То, что в рамках STM32 на Cortex-M4 можно сделать очень сложные проекты полностью согласен. Хорошо, когда функционал известен заранее, хуже - когда добавляется в процессе разработки. Тогда и вылезают всякие "костыльные решения". Да, и не забываем про сопровождаемость кода. Сами откроете через год или другой разработкик возьмется за поддержку для галочки написанного приложения - времени и нервов будет потеряно немало. Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться