Хм... 0 23 февраля, 2006 Опубликовано 23 февраля, 2006 · Жалоба Подскажите пожалуйста как узнать сколько программа юзает озу.. В .map файле, насколько я понял, оно показывает только кол-во, зарезервированное под стэки, хип и пр. в .xcl. И еще попутно вопрос - на SAM7S321 эрраты нет т.к. они все "правильные" или потому, что не написали еще? Заранее спасибо... Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
aaarrr 69 23 февраля, 2006 Опубликовано 23 февраля, 2006 · Жалоба И еще попутно вопрос - на SAM7S321 эрраты нет т.к. они все "правильные" или потому, что не написали еще? "Неправильные", и уже написали :) Смотрите главу 40.6 в doc6175. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
vet 0 23 февраля, 2006 Опубликовано 23 февраля, 2006 · Жалоба Подскажите пожалуйста как узнать сколько программа юзает озу.. В .map файле, насколько я понял, оно показывает только кол-во, зарезервированное под стэки, хип и пр. в .xcl. Ну как же, прямо так и пишет - 14 376 bytes of CODE memory 13 683 bytes of DATA memory 2 874 bytes of CONST memory Вот DATA memory и есть искомое. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
DASM 0 23 февраля, 2006 Опубликовано 23 февраля, 2006 · Жалоба угу, только если не используется new/delete (malloc/free). Да даже если и не используются - сумму стековых фреймов во вложенных вызовах процедур подсчитать сложновато. Да еще прерывания.... Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
zltigo 1 23 февраля, 2006 Опубликовано 23 февраля, 2006 · Жалоба угу, только если не используется new/delete (malloc/free). Да даже если и не используются - сумму стековых фреймов во вложенных вызовах процедур подсчитать сложновато. Да еще прерывания.... Для начала следует конкретнее узнать, что автор подразумевает под словом "юзает". Для пикового использования все, естественно, известно, включая размер памяти выделенный под Heap. Судя по упоминанию в вопросе *.map речь именно об этом и идет. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
DASM 0 23 февраля, 2006 Опубликовано 23 февраля, 2006 · Жалоба ну память то под heap выделена, да только атрибутов защиты страниц у 7-го арма нет, так что ой-ой и бо-бо получить можно запросто. В этом плане способ заливания в память некого паттерна (мы с Вами говорили об этом в другой ветке) представляется единственным практическим способом. Так что в map мы видим сколько памяти зарезервировано, а вот сколько "юзает" реально - вопрос практики Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
zltigo 1 23 февраля, 2006 Опубликовано 23 февраля, 2006 · Жалоба а вот сколько "юзает" реально - вопрос практики Не имеющий "простого" и "общего" решения :-(. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Хм... 0 24 февраля, 2006 Опубликовано 24 февраля, 2006 · Жалоба угу, только если не используется new/delete (malloc/free). Да даже если и не используются - сумму стековых фреймов во вложенных вызовах процедур подсчитать сложновато. Да еще прерывания.... Для начала следует конкретнее узнать, что автор подразумевает под словом "юзает". Для пикового использования все, естественно, известно, включая размер памяти выделенный под Heap. Судя по упоминанию в вопросе *.map речь именно об этом и идет. Да, спасибо, все работает 8) Просто я в мэйне обьявил несколько переменных, сделал вид, что я с ними что-то делаю, а размер исп. памяти не увеличился(они, как оказалось, все в регистры влезли) - это меня и заставило написать глуповатый пост =) ну память то под heap выделена, да только атрибутов защиты страниц у 7-го арма нет, так что ой-ой и бо-бо получить можно запросто. .................................. эээ.... А что может случиться? маллок же 0 вернет если память закончится... Или я чего-то недопонимаю? Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
DASM 0 25 февраля, 2006 Опубликовано 25 февраля, 2006 · Жалоба угу, ошибся. Бо-бо будет при переполнении стека во вложенных вызовах Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Хм... 0 25 февраля, 2006 Опубликовано 25 февраля, 2006 · Жалоба угу, ошибся. Бо-бо будет при переполнении стека во вложенных вызовах А Вы не знаете, симулятор ИАРа об этом сообщить не должен? Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
zltigo 1 25 февраля, 2006 Опубликовано 25 февраля, 2006 · Жалоба угу, ошибся. Бо-бо будет при переполнении стека во вложенных вызовах А Вы не знаете, симулятор ИАРа об этом сообщить не должен? В 4.31A какой-то plugin появился для возни со стеком. Подробнее не скажу, ибо отладчиками практически не пользуюсь. В любом случае это будет констатация факта или оценка использования в тех условиях в которые Вы сможете симулятор загнать. А загнать Вы его сможете далеко не во все состояния. В общем на чудеса не надейтесь. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться