sav6622 (30.10.2020 21:10, просмотров: 172) ответил Aleksey_75 на Есть желание заюзать malloc и сразу назрел вопрос, как из проги
узнать кол-во используемого озу ?-
- не очень понятно что значит "всё ли развернулось" , размер heap и
stack известен (если конечно все норм), если будет известно кол-во
занятого озу, по средствам не хитрых мат вычислений можно получить
максимальный размер буфера обмена и под него выделить память - Aleksey_75(30.10.2020 21:16)
- Обьекты создаются ОДИН РАЗ за время работы устр-ва по приходу конфигурации (и НЕ уничтожаются)... размер обьекта меняется при перекомпиляции, проще смотреть все ли развернулись, чем пытаться их посчитать и сравнить с остатком доступной памяти... sav6622(81 знак., 02.11.2020 13:30)
- Кстати, максимальный кусок легко найти двоичным поиском. 16 ok, 32 ok, 64 ok, 128 ok, 256 fail, 192 ok, ... - SciFi(30.10.2020 21:26)
- Куча фрагментируется. То есть сумма размеров свободных кусков и
размер максимального свободного куска — это не одно и то же. Ну и
есть ли смысл выделять буфер недетерминированного размера? Как-то
это не по-ымбеддерски. Типа сегодня работает, а завтра нет. Или
наеборот. - SciFi(30.10.2020 21:25)
- A как по-ембеддерски? Ставить лишние пару мегабайт внешней статической памяти? Очевидно, что при использовании динамически выделяемой памяти нужен определённый подход: fk0(2193 знак., 02.11.2020 13:24)
- TLSF - Evgeny_CD(30.10.2020 21:39, ссылка)
- ну скажем так, нужен транзитный буфер(buf) для передачи pc->usb->buf->spi_flash, это буфер используется только в одном модуле и если работает этот модуль все остальные модули проги курят в сторонке, выигрыш от размера транзитного буфера не сильно большой , но имеется! Вот поэтому и воопрашаю! - Aleksey_75(30.10.2020 21:35)
- не очень понятно что значит "всё ли развернулось" , размер heap и
stack известен (если конечно все норм), если будет известно кол-во
занятого озу, по средствам не хитрых мат вычислений можно получить
максимальный размер буфера обмена и под него выделить память - Aleksey_75(30.10.2020 21:16)