labview深入探索-----內存管理和緩存重用

對于一個不顯示的子ＶＩ是不存在操作數(shù)據(jù)的，如果打開了ＳＵＢＶＩ的前面板，則包含的控制器和指示器的操作數(shù)據(jù)．

在下面的情況下，將包括操作數(shù)據(jù)．

．前面板打開．

．框圖程序使用的屬性節(jié)點，導致前面板載入內存，可能不顯示，但是存在．

．局部變量讀寫了控制器和指示器．

．設置了ＶＩ屬性，OPEN WHEN CALLED.

對于ＢＬＯＣＫ的operate數(shù)據(jù)只有在ＢＬＯＣＫ顯示的情況下才發(fā)生，編譯成執(zhí)行文件時可以不考慮．

代碼空間，包括所有子ＶＩ的代碼空間在主ＶＩ載入內存時，一起載入，并長期存在，它包含的是框圖編譯形成的機器碼．

子ＶＩ的代碼空間一般比較小，但是當幾百個以上的ＳＵＢＶＩ時，這個內存占用就不能不考慮了，當你執(zhí)行主ＶＩ時候，不管這段代碼是否有用，它都是一直存在的．

如果是通過ＶＩ服務器動態(tài)調用的ＳＵＢＶＩ，那代碼空間是否載入，何時載入，取決于用戶了．所以使用動態(tài)調用的方法可以有效地節(jié)約內存，但是同時如果經(jīng)常重復調用，將影響到運行速度，節(jié)約內存是以犧牲速度為代價的．

ＬＶ內存管理是自動的，但并不是完全不可干預的，通過研究它的基本運行規(guī)則加上我們良好的編程風格，就可以提高使用效率．

看一些實際的例子．

因為循環(huán)計數(shù)端子數(shù)據(jù)類型是Ｉ３２，占四個字節(jié)，所以１０００個數(shù)據(jù)占４Ｋ字節(jié)，從循環(huán)流出的數(shù)據(jù)占數(shù)據(jù)空間４Ｋ，

最上面的圖是數(shù)組索引，是讀的操作，對數(shù)據(jù)流上的數(shù)據(jù)不做任何改變，所以不需要分配新的內存，而是重用了內存．而下面的圖是替換數(shù)組元素．替換后數(shù)組將發(fā)生變化，因為３個并行的替換是獨立的，沒有先后次序，所以ＬＶ不得不為２，３處分配額外的４Ｋ＋４Ｋ字節(jié)，加上循環(huán)后分配的４Ｋ字節(jié)，這樣１，２，３處就一共占用了１２Ｋ．

這個圖中，替換是要改寫數(shù)據(jù)的，索引是不需要改寫的，如果替換先執(zhí)行，則必須為索引部分重新分配４Ｋ內存，避免因數(shù)據(jù)改動讀回錯誤的數(shù)據(jù)．ＬＶ的內存管理器是非常智能化的，因此，它會先執(zhí)行索引操作，然后在執(zhí)行替換操作，這樣就重用了４Ｋ內存，因此占用數(shù)據(jù)空間還是４Ｋ．

這兩個框圖的功能是完全一樣的，但是數(shù)據(jù)空間內存占有量是完全不同的．ＬＶ內存重用它首先選擇從上到下的方式，

循環(huán)中隨機數(shù)的數(shù)據(jù)類型是ＤＯＵＢＬＥ，８個字節(jié)，因此數(shù)據(jù)流出８Ｋ，１．２加上指示器的操作數(shù)據(jù)共２４Ｋ，

下面的圖中，在ＡＤＤ的過程，它首先試圖選擇１的重用，但是１在乘法的輸入需要，所以無法重用，因此在３處又占用了８Ｋ的字節(jié)，令人感到疑惑的是它為什么不重用２的內存那，因為它首先選的是上面的１，可見，ＬＶ的內存管理器也不是萬能的．

既然ＬＶ首先選擇上面的重用，那上圖的字節(jié)應該是８Ｋ＋８Ｋ＋８Ｋ＝２４Ｋ啊，它為什么用的是１６Ｋ那，這是另外一個原則，因為最上面的是標量，而運算結果是數(shù)組，顯然標量是無法重用成數(shù)組的，因此，它選擇了下面的數(shù)組輸出來重用．８Ｋ＋８Ｋ(指示器）＝１６Ｋ

從上面的圖可以看出，未連接的輸出并不占內存空間，因為未連接的輸出沒有后續(xù)的數(shù)據(jù)需要流動，所以ＬＶ并不為其分配內存．

ＳＵＢＶＩ中的默認值也是內存空間占用比較大的，尤其是數(shù)組和字符串，它會在ＶＩ內部保持它的默認值，并隨著ＶＩ一起保存在磁盤中，當然，設定默認值對子ＶＩ的調試非常有好處，如果測試完畢，不需要子ＶＩ的默認值，記住要清理掉．

還有一些主要是涉及數(shù)據(jù)類型轉換的問題，結合數(shù)據(jù)類型再分析．