|
|
  |
RTX и динамическое содание/уничтожение задач. |
|
|
|
Apr 4 2013, 06:58
|
Частый гость
 
Группа: Участник
Сообщений: 161
Регистрация: 29-09-10
Пользователь №: 59 816

|
Цитата(uriy @ Apr 4 2013, 10:50)  В keil есть примеры где задачи как раз создаются и удаляются при необходимости. Например, вот этот C:\Keil\ARM\Examples\Traffic. Кроме этого вы знаете что для каждой задачи можно определить размер стека индивидуально? Не получилось ли сейчас у вас так что вы установили для всех задач размер стека по умолчанию и он избыточен для некоторых задач? Да, я это знаю, стеки задач уже сейчас настроены индивидуально. Критической проблемы нет, это макет, при разработке прибора будет стоять именно тот процессор, который необходим по ресурсам. С одной стороны использовать ОС интересно и удобно, осталось единственное опасение - что при увеличении количества задач сверх некоторого количества, память может использоваться неэффективно из-за большого числа индивидуальных стеков, каждый из которых используется далеко не на сто процентов. Какой запас следует делать эмпирически, относительно расчетного? Цитата(dch @ Apr 4 2013, 11:49)  Тут надо знать какая ОС и какой АРМ, как правило ОС и приложения для встроенных приложений это единый слинкованный бинарник и он выполняется целиком, нет интерфейса для подгрузки приложения из внешней флэш. Ось RTX Кейла и STM32F100. Ничего динамически подгружать не надо. Вопрос был в том что если есть возможность динамически создавать/убивать задачи, то правильно ли этим пользоваться, или есть неочевидные грабли. Они сродни функциям, когда я писал на авр, то ПО разбивалось на функции и примитивным шедулером вызывалось. Там наоборот, память использовалась очень эффективно, а вот производительность процессора - не очень, т.к. фунции я старался писать мелкие, чтобы влезли в свой слот времени.
|
|
|
|
|
Apr 5 2013, 05:52
|

Профессионал
    
Группа: Участник
Сообщений: 1 179
Регистрация: 15-09-04
Из: 141070 г. Королев МО, улица Горького 39-121
Пользователь №: 661

|
Цитата(Михась @ Apr 4 2013, 10:58)  RTX Кейла и STM32F100 Не в курсе архитектуры, посему толкого ничего сказать не могу. Как может экономиться ОЗУ, если ОС и приложения слинкованы в один бинарник? Они что из флэш выполняются? Обычная модель МК, из флш вы загрузили бинарник в ОЗУ и он выполняется, динамическое создание задачи это ВЫ подсовываете шедьюлеру подлинкованный к общему бинарнику вызов функции и стек функции, а шедьюлер начинает передавать управление, но код функции, глобальные переменные во всех случаях располагается в ОЗУ и до создания задачи и после.
|
|
|
|
|
Apr 6 2013, 18:21
|
Участник

Группа: Участник
Сообщений: 29
Регистрация: 22-01-12
Пользователь №: 69 790

|
Цитата(Михась @ Apr 2 2013, 12:26)  RTX и ARM. Можно ли решить проблему недостатка ОЗУ методом динамического создания/удаления задач, т.е. у меня есть свободный килобайт под стек задачи, а мне необходимо последовательно несколько раз выполнить разные вычисления, в которых используются локальные временные переменные? Я создаю задачу, выполняя расчеты -в результате имею небольшое количество глобальных переменных, создаю новую задачу с другими расчетами, считаю и убиваю задачу. Так возможно делать? Можно, если предусмотрена такая функциональность Цитата os_sys_init Initializes and starts RL-RTX. os_sys_init_prio Initializes and starts RL-RTX assigning a priority to the starting task. os_sys_init_user Initializes and starts RL-RTX assigning a priority and custom stack to the starting task. os_tsk_create Creates and starts a new task. os_tsk_create_ex Creates, starts, and passes an argument pointer to a new task. os_tsk_create_user Creates, starts, and assigns a custom stack to a new task. os_tsk_create_user_ex Creates, starts, assigns a custom stack, and passes an argument pointer to a new task. os_tsk_delete Stops and deletes a task. os_tsk_delete_self Stops and deletes the currently running task. os_tsk_pass Passes control to the next task of the same priority. os_tsk_prio Changes a task's priority. os_tsk_prio_self Changes the currently running task's priority. os_tsk_self Obtains the task ID of the currently running task. isr_tsk_get Obtains the task ID of the interrupted task. Для RTX есть удобные инструменты отслеживания состояния задач, воспользуйтесь ими и проверьте сами, как это будет работать.
|
|
|
|
|
Apr 7 2013, 04:06
|
Частый гость
 
Группа: Участник
Сообщений: 161
Регистрация: 29-09-10
Пользователь №: 59 816

|
Цитата(Vasya777 @ Apr 7 2013, 00:21)  Для RTX есть удобные инструменты отслеживания состояния задач, воспользуйтесь ими и проверьте сами, как это будет работать. Придет st-link v2, чтобы эвент вьювер заработал, буду проверять. Интересно, что получится.
|
|
|
|
|
  |
1 чел. читают эту тему (гостей: 1, скрытых пользователей: 0)
Пользователей: 0
|
|
|