嵌入式Web訪問時的內存丟失問題
加入技術交流群
uClinux將整個物理內存劃分成為4 KB的頁面。由數據結構page管理，有多少頁面就有多少page結構，它們又作為元素組成數組men_map[]。物理頁面可作為進程代碼、數據和堆棧的一部分，還可存儲裝入的文件，也可作緩沖區。
uClinux用標準Linux內核變型BuddySystem機制管理空閑物理頁面。
3．2 內存丟失原因
由于uClinux提供了跟普通Linux一樣的內存分配器，普通Linux中缺省的內存分配器是使用“2的冪”的分配方法，這樣可以快速找到符合要求的內存區域。在系統開發過程初期，采用的就是“2的冪”的分配方法。如果一個應用程序要求(X)KB內存空間進行裝載，則實際使用占用的內存空間大小為Y=2m(Y≥X)。試想一個65 KB應用程序，如果按照“2的冪”的分配方法，就必須分配128 KB(2的7次方)的內存空間，這樣就有63 KB的內存空間不能被利用上。這對于小內存的嵌入式系統來說是相當大的浪費。
多支點觸發系統運行時，嵌入式操作系統uClinux使用“2的冪”的內存分配方法，大多數情況下都能正常工作。但在不斷反復測試中，偶爾會出現上述頁面出錯問題。錯誤的原因是不能獲得足夠的內存加載程序。通過調試終端，用free命令查看系統內存分配情況如表1所列。本文引用地址：http://www.104case.com/article/152276.htm
由表1可以看出，空閑的內存空間還有1560 KB，而應用程序所需的內存空間為400多KB，但是內核認為并沒有足夠的內存空間用來加載程序。例如一個系統內存大小為1 MB，有400KB的空閑內存，為了裝載一個應用程序需要分配100 KB的空間。大家可能覺得這個需要肯定能得到滿足，然而，由于uClinux必須給應用程序分配連續內存空間的特性，所以必須有100KB連續的內存空間才能滿足這個需要。而當系統內存分配如圖3所示時，最大的連續內存塊的大小只有80 KB，這樣是沒有辦法分配給這個應用程序的。這就是系統中頁面訪問出錯的問題所在，雖然有足夠的空閑內存空間，但是沒有應用程序所需的連續內存空間。
評論