Jump to content

    
Sign in to follow this  
Dima1060

malloc и free в прерывании

Recommended Posts

Не знаю, дернул ножкой вверх до выполнения malloc и дернул вниз после выполнения. Хотя возможно в процессе вклинилось другое прерывание...ну не суть, главное, что дольше 3 мкс malloc у меня не выполнялся, а это мизерная задержка.

 

Режим Persistence на осциллографе был включен?

 

И что, израсходуете malloc только для этого единственного прерывания?

Потом будете жалеть, когда подзабудете весь код, а понадобится его реюзинг.

Share this post


Link to post
Share on other sites
с каких пор просмотр связанного списка (а очень часто именно на нем делают управление кучей) перестал зависеть от длины этого списка?

C тех пор, как по условиям теста этот список НЕ МЕНЯЕТСЯ. Разброс времен у Автора был вызван незакрытыми прерываниями при вызове менеджера и ничем более.

Share this post


Link to post
Share on other sites
Режим Persistence на осциллографе был включен?

Не уверен, что точно понял, что Вы имеете ввиду. На осциллографе у меня есть режим Auto и Normal, был включен второй - когда засеченный импульс не уплывает, а остается на экране.

 

И что, израсходуете malloc только для этого единственного прерывания?

Потом будете жалеть, когда подзабудете весь код, а понадобится его реюзинг.

Зато избавлюсь от лишней задачи

Share this post


Link to post
Share on other sites
(1) Крайне нежелательно мыслить исключительно догмами.

(2) Если понимать, что происходит и представлять себе последствия, можно делать всё, что нужно.

. . . .

(3) А вот совет "из г-на и палок быстренько сделайте свой велосипед" может выйти боком, когда через полгода у этого велосипеда окажется 13 колёс.

(1) - Я не настолько религиозен :)

(2) Согласен. В рамках здравого смысла и уголовного кодекса.

(3) Согласен. Если не следовать (1,2)

 

 

Share this post


Link to post
Share on other sites
Подскажите пожалуйста, можно ли использовать функции динамического выделения памяти malloc и free в обработчике какого либо прерывания?

Да, но я бы не стал (имхо). Нельзя ли просто выделить память статически, или динамически, но создавать её при подключении usb и удалять при отключении?

 

Менеджер памяти в FreeRTOS копается в внутренней RAM процессора (причем в статически выделенном ему кусочке этой RAM). А malloc выделяет память из внешней SDRAM.

А зачем так сложно? Сделайте один менеджер в SDRAM, переопределите операты new и delete, если используете Си++.

Share this post


Link to post
Share on other sites

Если ксть СДРАМ, которой обычно много, вы уверены, что вообще нужна дин. память? Тем более только в одном месте, как сказали.

Share this post


Link to post
Share on other sites
Если понимать, что происходит и представлять себе последствия, можно делать всё, что нужно.

Тоже подпишусь под этим высказыванием - Вы полностью правы!

Вот только из сообщений ТС видно, что он не представляет.

 

Прерывания в современных контроллерах (читай "cortex-M") - вполне себе недо-операционка. С многими уровнями вложенности задач, если надо.

.....только без возможности вытеснения более приоритетной "задачи" менее приоритетной, в случае захвата последней ресурса, нужного первой. Это корневое отличие.

 

А вот совет "из г-на и палок быстренько сделайте свой велосипед" может выйти боком, когда через полгода у этого велосипеда окажется 13 колёс.

Так и будет ;) И в случае начинающего велосипедостроителя (что мы имеем), первого компонента будет много больше чем 2-го ;)

 

Да, но я бы не стал (имхо). Нельзя ли просто выделить память статически, или динамически, но создавать её при подключении usb и удалять при отключении?

Для связных применений, особенно если в ПО имеется несколько каналов связи с несколькими драйверами, лучше создать "кучу" в виде распределённого статически массива блоков фиксированного размера. Размер блока (оптимально) == размеру максимального кадра протокола связи (протоколов, если обмен идёт по нескольким протоколам одновременно).

Выделение свободного блока из такой "кучи" можно организовать разными способами. Самый универсальный: изначально поместить дескрипторы всех блоков нашей "кучи" в FIFO-очередь свободных блоков, откуда их будет при необходимости брать каждый драйвер канала связи, заполнять и помещать в другую очередь (или какой другой механизм) на вход целевого процесса (процессов, если протоколов несколько) обработки входящих связных кадров. После обработки и освобождения блока, его дескриптор должен возвращаться в исходную очередь свободных дескрипторов.

Дескриптор блока здесь - это просто индекс соответствующего элемента в массиве-"куче".

Пул свободных дескрипторов и очереди дескрипторов между драйверами связи и обработчиками можно организовать и проще, если дескрипторов мало, то просто можно битмапом в переменной u32 например. Здесь по обстоятельствам.

Такие дескрипторы можно передавать через механизм очередей даже не только между задачами ОС или ISR, но и между процессорами в многоядерной среде, таким образом используя общий пул связных блоков для нескольких ядер.

Share this post


Link to post
Share on other sites
Если ксть СДРАМ, которой обычно много, вы уверены, что вообще нужна дин. память? Тем более только в одном месте, как сказали.

Начал немного сомневаться. В принципе, можно обойтись и статической. Но мне надо заполнять массивы разной длины. Наверно, я мог бы создать один гигантский массив размером во всю СДРАМ, а потом заполнять его, сохраняя адрес и размер выделенного кусочка. Но это же, по сути, делает и malloc. То есть я как бы избавил себя от лишней работы.

Share this post


Link to post
Share on other sites
Начал немного сомневаться. В принципе, можно обойтись и статической. Но мне надо заполнять массивы разной длины. Наверно, я мог бы создать один гигантский массив размером во всю СДРАМ, а потом заполнять его, сохраняя адрес и размер выделенного кусочка. Но это же, по сути, делает и malloc. То есть я как бы избавил себя от лишней работы.

если в один момент времени нужен только один экземпляр этого массива - конечно, лучше статически выделить кусок достаточно большого размера и не мучиться. Вот если этих массивов много и они создаются и уничтожаются в произвольном порядке - тогда необходимо malloc/free.

Share this post


Link to post
Share on other sites
если в один момент времени нужен только один экземпляр этого массива - конечно, лучше статически выделить кусок достаточно большого размера и не мучиться. Вот если этих массивов много и они создаются и уничтожаются в произвольном порядке - тогда необходимо malloc/free.

В один момент времени нужно от 1 до 15 экземпляров массива. Причем, возможна ситуация, когда из одного экземпляра массива читаются данные, а другой экземпляр уничтожается, создается новый другого размера и туда данные записываются.

Share this post


Link to post
Share on other sites
Не уверен, что точно понял, что Вы имеете ввиду. На осциллографе у меня есть режим Auto и Normal, был включен второй - когда засеченный импульс не уплывает, а остается на экране.

 

Persistence это вот такой вид как внизу.

Платформа Kinetis MK66 180 МГц, компилятор IAR, оптимизация максмимальная

 

Запись процесса выделения 1500 блоков памяти случайного размера, но не более 255 байт с помощью malloc

post-2050-1480947203_thumb.png

 

Запись процесса освобождения 1500 блоков с помощью free.

post-2050-1480947208_thumb.png

 

Ну что сказать..., юзайте malloc. Он вполне себе детерминированный.

 

Но все равно потом пожалеете. :biggrin:

Share this post


Link to post
Share on other sites

Просто пройду мимо и плюсану тех, кто говорил про memory pool'ы (что там у вас, 15 статически аллоцированных массивов максимальной длины).

Share this post


Link to post
Share on other sites
Просто пройду мимо и плюсану тех, кто говорил про memory pool'ы (что там у вас, 15 статически аллоцированных массивов максимальной длины).

их не 15, их может быть 15 максимум, может быть один, занимающий почти всю память, может быть два и т.д.

Share this post


Link to post
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

Sign in to follow this