AlexandrY 3 2 декабря, 2016 Опубликовано 2 декабря, 2016 · Жалоба Не знаю, дернул ножкой вверх до выполнения malloc и дернул вниз после выполнения. Хотя возможно в процессе вклинилось другое прерывание...ну не суть, главное, что дольше 3 мкс malloc у меня не выполнялся, а это мизерная задержка. Режим Persistence на осциллографе был включен? И что, израсходуете malloc только для этого единственного прерывания? Потом будете жалеть, когда подзабудете весь код, а понадобится его реюзинг. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
zltigo 1 2 декабря, 2016 Опубликовано 2 декабря, 2016 · Жалоба с каких пор просмотр связанного списка (а очень часто именно на нем делают управление кучей) перестал зависеть от длины этого списка? C тех пор, как по условиям теста этот список НЕ МЕНЯЕТСЯ. Разброс времен у Автора был вызван незакрытыми прерываниями при вызове менеджера и ничем более. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Dima1060 0 2 декабря, 2016 Опубликовано 2 декабря, 2016 · Жалоба Режим Persistence на осциллографе был включен? Не уверен, что точно понял, что Вы имеете ввиду. На осциллографе у меня есть режим Auto и Normal, был включен второй - когда засеченный импульс не уплывает, а остается на экране. И что, израсходуете malloc только для этого единственного прерывания? Потом будете жалеть, когда подзабудете весь код, а понадобится его реюзинг. Зато избавлюсь от лишней задачи Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
k155la3 26 2 декабря, 2016 Опубликовано 2 декабря, 2016 · Жалоба (1) Крайне нежелательно мыслить исключительно догмами. (2) Если понимать, что происходит и представлять себе последствия, можно делать всё, что нужно. . . . . (3) А вот совет "из г-на и палок быстренько сделайте свой велосипед" может выйти боком, когда через полгода у этого велосипеда окажется 13 колёс. (1) - Я не настолько религиозен :) (2) Согласен. В рамках здравого смысла и уголовного кодекса. (3) Согласен. Если не следовать (1,2) Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
haker_fox 60 2 декабря, 2016 Опубликовано 2 декабря, 2016 · Жалоба Подскажите пожалуйста, можно ли использовать функции динамического выделения памяти malloc и free в обработчике какого либо прерывания? Да, но я бы не стал (имхо). Нельзя ли просто выделить память статически, или динамически, но создавать её при подключении usb и удалять при отключении? Менеджер памяти в FreeRTOS копается в внутренней RAM процессора (причем в статически выделенном ему кусочке этой RAM). А malloc выделяет память из внешней SDRAM. А зачем так сложно? Сделайте один менеджер в SDRAM, переопределите операты new и delete, если используете Си++. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
jorikdima 0 2 декабря, 2016 Опубликовано 2 декабря, 2016 · Жалоба Если ксть СДРАМ, которой обычно много, вы уверены, что вообще нужна дин. память? Тем более только в одном месте, как сказали. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
jcxz 203 3 декабря, 2016 Опубликовано 3 декабря, 2016 · Жалоба Если понимать, что происходит и представлять себе последствия, можно делать всё, что нужно. Тоже подпишусь под этим высказыванием - Вы полностью правы! Вот только из сообщений ТС видно, что он не представляет. Прерывания в современных контроллерах (читай "cortex-M") - вполне себе недо-операционка. С многими уровнями вложенности задач, если надо. .....только без возможности вытеснения более приоритетной "задачи" менее приоритетной, в случае захвата последней ресурса, нужного первой. Это корневое отличие. А вот совет "из г-на и палок быстренько сделайте свой велосипед" может выйти боком, когда через полгода у этого велосипеда окажется 13 колёс. Так и будет ;) И в случае начинающего велосипедостроителя (что мы имеем), первого компонента будет много больше чем 2-го ;) Да, но я бы не стал (имхо). Нельзя ли просто выделить память статически, или динамически, но создавать её при подключении usb и удалять при отключении? Для связных применений, особенно если в ПО имеется несколько каналов связи с несколькими драйверами, лучше создать "кучу" в виде распределённого статически массива блоков фиксированного размера. Размер блока (оптимально) == размеру максимального кадра протокола связи (протоколов, если обмен идёт по нескольким протоколам одновременно). Выделение свободного блока из такой "кучи" можно организовать разными способами. Самый универсальный: изначально поместить дескрипторы всех блоков нашей "кучи" в FIFO-очередь свободных блоков, откуда их будет при необходимости брать каждый драйвер канала связи, заполнять и помещать в другую очередь (или какой другой механизм) на вход целевого процесса (процессов, если протоколов несколько) обработки входящих связных кадров. После обработки и освобождения блока, его дескриптор должен возвращаться в исходную очередь свободных дескрипторов. Дескриптор блока здесь - это просто индекс соответствующего элемента в массиве-"куче". Пул свободных дескрипторов и очереди дескрипторов между драйверами связи и обработчиками можно организовать и проще, если дескрипторов мало, то просто можно битмапом в переменной u32 например. Здесь по обстоятельствам. Такие дескрипторы можно передавать через механизм очередей даже не только между задачами ОС или ISR, но и между процессорами в многоядерной среде, таким образом используя общий пул связных блоков для нескольких ядер. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Dima1060 0 5 декабря, 2016 Опубликовано 5 декабря, 2016 · Жалоба Если ксть СДРАМ, которой обычно много, вы уверены, что вообще нужна дин. память? Тем более только в одном месте, как сказали. Начал немного сомневаться. В принципе, можно обойтись и статической. Но мне надо заполнять массивы разной длины. Наверно, я мог бы создать один гигантский массив размером во всю СДРАМ, а потом заполнять его, сохраняя адрес и размер выделенного кусочка. Но это же, по сути, делает и malloc. То есть я как бы избавил себя от лишней работы. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
novikovfb 17 5 декабря, 2016 Опубликовано 5 декабря, 2016 · Жалоба Начал немного сомневаться. В принципе, можно обойтись и статической. Но мне надо заполнять массивы разной длины. Наверно, я мог бы создать один гигантский массив размером во всю СДРАМ, а потом заполнять его, сохраняя адрес и размер выделенного кусочка. Но это же, по сути, делает и malloc. То есть я как бы избавил себя от лишней работы. если в один момент времени нужен только один экземпляр этого массива - конечно, лучше статически выделить кусок достаточно большого размера и не мучиться. Вот если этих массивов много и они создаются и уничтожаются в произвольном порядке - тогда необходимо malloc/free. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Dima1060 0 5 декабря, 2016 Опубликовано 5 декабря, 2016 · Жалоба если в один момент времени нужен только один экземпляр этого массива - конечно, лучше статически выделить кусок достаточно большого размера и не мучиться. Вот если этих массивов много и они создаются и уничтожаются в произвольном порядке - тогда необходимо malloc/free. В один момент времени нужно от 1 до 15 экземпляров массива. Причем, возможна ситуация, когда из одного экземпляра массива читаются данные, а другой экземпляр уничтожается, создается новый другого размера и туда данные записываются. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
AlexandrY 3 5 декабря, 2016 Опубликовано 5 декабря, 2016 · Жалоба Не уверен, что точно понял, что Вы имеете ввиду. На осциллографе у меня есть режим Auto и Normal, был включен второй - когда засеченный импульс не уплывает, а остается на экране. Persistence это вот такой вид как внизу. Платформа Kinetis MK66 180 МГц, компилятор IAR, оптимизация максмимальная Запись процесса выделения 1500 блоков памяти случайного размера, но не более 255 байт с помощью malloc Запись процесса освобождения 1500 блоков с помощью free. Ну что сказать..., юзайте malloc. Он вполне себе детерминированный. Но все равно потом пожалеете. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
becopt 0 8 декабря, 2016 Опубликовано 8 декабря, 2016 · Жалоба Просто пройду мимо и плюсану тех, кто говорил про memory pool'ы (что там у вас, 15 статически аллоцированных массивов максимальной длины). Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Dima1060 0 8 декабря, 2016 Опубликовано 8 декабря, 2016 · Жалоба Просто пройду мимо и плюсану тех, кто говорил про memory pool'ы (что там у вас, 15 статически аллоцированных массивов максимальной длины). их не 15, их может быть 15 максимум, может быть один, занимающий почти всю память, может быть два и т.д. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться