LabVIEW и управление памятью Опции

[sawtooth]

Здравствуйте!
Есть вопрос следующего содержания.
Хочется знать, насколько сильно приложение, наприсанное в LV пожирает оперативную память. Например, хочется получить ответ следующего содержания: "В ВП таком-то такой-то цикл генерит одно/двух/трехмерный массив с таким-то числом элементов, в оперативке это добро занимает диапазон адресов от... до... и весит ххх кило/мегабайт". То есть интересует не только то, сколько оперативы жрет ВП при выполнении, но и то, какие конкретно его компоненты (циклы, глобальные и локальные переменные и т. д.) сколько едят оперативы в мегах и в каких диапазонах адресов оперативы эти компоненты размещают генеренные данные. Может ли на этот вопрос ответить memory usage? Или лучше взять отладчик? Какой отладчик посоветуете?
Заранее благодарен за ответы.

[CodeWarrior1241]

У меня в свое время было LabView app который использовал большие data sets и arrays, и у меня были проблемы с работой всего проекта на ПК. Я следовал инструкциам от сюда - http://zone.ni.com/devzone/cda/tut/p/id/3625. Они там советуют с profile memory usage начинать, а есели все равно проблемы с памятью, пользоватся execution highlighting, и по шагам пройти черех код, одновременно смотря на memory monitor.

As a final check, combine execution highlighting with your OS's memory monitor as an excellent sanity check of your memory usage. This method also picks up memory copies that the buffer viewer does not (e.g. wire forks). Set your data size to something large (1 MByte or bigger) and single-step through your code, keeping an eye on the memory monitor. Every data copy will increment the memory monitor as the code executes. For Windows® OSs, the memory monitor is Task Manager. For Mac OS X, it is Activity Monitor. For Linux, use ”top -os” from the command line or one of its graphical variants.

Еще мне очень помогло перейти на новую версию LabView, в 6.1 делалось намного больше копий data buffers чем в 7.1. В версии 8 должно быть еще лучше, но я перестал пользоватся LabView регулярно и не работал с самым новым выпуском.