caxapa.ru :: Как правильно выбрать размер стека процессов scmRTOS?

Argon (28.06.2007 09:22, просмотров: 14097) Evgeny_CD

Как правильно выбрать размер стека процессов scmRTOS? В документации об этом не сказано явно, поэтому мое предположение: следует задавать число, учитывающее размер всех локальных переменных процесса. Прав я в этом? Или лев? Что делать с сегментом CSTACK в xcl файле? Должен он перекрывать размеры стеков всех процессов? Вопрос возник в связи с тем, что каким бы не задавал размер этого сегмента, даже заведомо большими чем суммарные стеки процессов, все равно дебаггер сообщает: The stack pointer for stack 'CSTACK' (currently 0x40001D40) is outside the stack range (0x40005E5C to 0x40007E5C) Да, и еще: заметил, что в режиме внутрисхемной отладки происходят редкие зависания программы. С отключенным дебаггером пока не замечал.

- Вопрос фундаментальный. Позволю себе "обсосать" свое понимание оного (рискуя вызвать гнев народа). Evgeny_CD(4799 знак., 28.06.2007 20:51, )
  - На самом деле, надо строить полный граф переходов и анализировать худший вариант по асмовому листингу. Не нравится - меняй алгоритмы! И только в особенных случаях просматривать код и головой решать, Evgeny_CD(618 знак., 28.06.2007 21:54, )
    - не было подвига, очередное подтверждение народной мудрости "глаза боятся, руки делают". Построить полный граф - как два пальца ..., все просто до безобразия. Для того, чтобы работать с другим МК надо Sergey Pinigin(216 знак., 29.06.2007 07:50, )
      - Я не в теории графов сомневаюсь (я ее, честно говоря, не очень-то то и знаю:) ), а в практике программирования. Evgeny_CD(486 знак., 29.06.2007 09:53, )
        
        слишком глубоко копаешь, надо поискать что-то уже более подготовленное компилятором, в каком-нить мап-файле или т.п. В моем calc_stk нет анализа листинга. - Sergey Pinigin(29.06.2007 10:12, )
        
        Да, я понял, что не туда мысль пошла. Значит, надо доки по GCC вкуривать. Кстати, после долгого перерыва снова почитал доки по GCC - блин, а ведь там ничего страшного нет! Многое стало понятно. GCC - Evgeny_CD(52 знак., 29.06.2007 10:16, )
    - C'est l'Embedded, сэр :) - Алексей Мусин(29.06.2007 06:34, )
- Кстати, интересно как вы получаете такое предупреждение? Какая версия компилятора? Скиньте проект, интересно посмотреть. У меня стоит 4.30A может в ней еще не было такого контроля? Вообще есть мысль Сергей Борщ(67 знак., 28.06.2007 13:14, )
  - У меня тоже версия 4.30. Кстати, дебаггер (не компилятор) ругается подобным образом и на малый размер IRQ_STACK. Проект выслать могу. Только как проверите без железа? Ругается ведь не компилятор, а Argon(8 знак., 28.06.2007 13:21, )
    - Соврал про версию. У меня 4.31a - Argon(28.06.2007 13:43, )
    - Симулятор тоже ругается, так что увидеть это сможете. Argon(67 знак., 28.06.2007 13:41, )
      - Высылайте, гляну. Но подозреваю, что в 4.30 не увижу. Придется ставить более свежую. - Сергей Борщ(28.06.2007 14:03, )
        
        Сергей, проверили проект в Вашей версии? - Argon(02.07.2007 09:23, )
        
        После манипуляций с CSTACK обнаружил следующее предупреждение дебаггера: The stack 'CSTACK' is filled to 100% (1024 bytes used out of 1024). The warning threshold is set to 90%. - Argon(29.06.2007 06:33, )
        
        Выслал, idm.zip - Argon(28.06.2007 14:22, )
- Для оценки надо анализировать дерево вызова функций Алексей Мусин(264 знак., 28.06.2007 11:36, , ссылка)
  - "CSTACK нужен функциям, вызываемым до запуска scmRTOS. В дальшейшем он не используется." Argon(308 знак., 28.06.2007 12:30, )
    - глобальные никогда в стек не попадают. Как такового стека у ОС нет (если не брать во внимание процесс старта). Есть стеки задач и прерываний. - Sergey Pinigin(28.06.2007 12:38, )
      - :) То есть CSTACK действительно нет смысла задавать большим? Argon(262 знак., 28.06.2007 12:44, )
        
        если очень грубо: стек задачи - обычный массив, его размещением занимается линкер в обычном порядке. Т.е. тут траблов искать не стоит. - Sergey Pinigin(28.06.2007 12:50, )
- в общем виде надо учитывать всю глубину вызовов функций со всеми локальными переменными. - Sergey Pinigin(28.06.2007 09:33, )
  - И плюс размер контекста? - Argon(28.06.2007 09:37, )
    - это само собой - Sergey Pinigin(28.06.2007 09:40, )
      - В листингах, генерируемых IAR, реально найти готовые цифры, учитывающие вызов функций, с учетом их локальных переменных? Argon(246 знак., 28.06.2007 09:45, )
        
        АРМы пока не пользую, для MB9X делал калькулятор стека сам -> - Sergey Pinigin(28.06.2007 09:49, , ссылка)
        
        Для MULTI (имеющей формат объектных ELF) есть утилита gstack, считающая стек для указанной. Удобно -- натравил на задачу и узнал размер стека, приплюсовал контекст -- и всё! VVB(94 знак., 28.06.2007 15:18, )
- как минимум стоит указать платформу - Sergey Pinigin(28.06.2007 09:26, )
  - Сорри. ARM7 (LPC21xx) - Argon(28.06.2007 09:28, )
    - В .xcl было указано, что CSTACK после старта ОС отдается для прерываний (все равно больше не нужен), т.е. используется вместо IRQ STACK. Под стеки процессов память выделяется статически, т.е. на Сергей Борщ(459 знак., 28.06.2007 13:11, )
      - В примерах, прилагаемых к scmRTOS xcl содержит следующие строки: Argon(211 знак., 28.06.2007 13:24, )
      - Спасибо, проверил! Только стеки процессов у меня попадают почему-то в DATA_I, судя по map-файлу. Это, думаю, не столь важно. - Argon(28.06.2007 13:16, )

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