michas (03.03.2020 19:14, просмотров: 4564)-
- Почему только по кортексам? Я во фриртос в отдельной задаче проверки всего(прошивки, wdt, куча, стек) контролирую и процент использования стека. Выводиться наружу по запросу. Памяти много, поэтому могу себе позволить держать стеки задач на 50%. - abivan(06.03.2020 10:18)
- Сильно зависит от того, как написан код. Портировал как-то раз коряво написанные С-шные исходники, там в каждой второй функции по четверть килобайта локальных переменных было (я не преувеличиваю). Пришлось всю раму, что от статических переменных осталась, Cидopгeк(24 знак., 05.03.2020 12:32)
- Stack_Size EQU 0x00000400 Во всех проектах! есть хромоногая самописная проверка стека, не было траблов с выходом стека, вроде бы))) оси не использую, superloop only, но есть свой планировщик, точнее менеджер отложенных функций, так что из цикла Aleksey_75(27 знак., 04.03.2020 02:09)
- О, а про менеджер можно подробней, если не секрет? А если ещё посмотреть дадите... ;-) - Dingo(04.03.2020 17:25)
- Нормального решения тут НЕТ ВООБЩЕ. Правильный ответ -- весь свободный (как в оригинальном Unix -- стек растёт вниз, куча вверх). Поэтому pic18 лучше и надёжней -- там компилируемый стек и ошибки связанные с его переполнением невозможны. Варианты fk0(609 знак., 04.03.2020 01:24 - 01:26)
- Посмотрите, как вот там -> контролируют границы стека - Evgeny_CD(04.03.2020 00:01, ссылка)
- Ещё заметка в тему. Там, как один из вариантов, предлагают использовать MPU для контроля переполнения. Chum_A(168 знак., 05.03.2020 08:52, ссылка)
- Спасибо! Любопытно. - Evgeny_CD(05.03.2020 12:24)
- Ещё заметка в тему. Там, как один из вариантов, предлагают использовать MPU для контроля переполнения. Chum_A(168 знак., 05.03.2020 08:52, ссылка)
- Это ОЧЕНЬ сильно зависит от задачи и архитектуры ПО. Evgeny_CD(78 знак., 03.03.2020 20:39)
- Скорее было интересно узнать практическую глубину вложенности функций в реальных проектах пользователей. А не методики тестирования стека. michas(369 знак., 05.03.2020 09:15)
- тем не менее это движок влево-вправо, одна цифра, и все. слишком тихо сделал плохо и слишком громко плохо. по середине чтобы хватало тем и этим, все. - NAUT(03.03.2020 23:52)