對 ARM 的儲存管理有疑問嗎？ 總是由某人來回答

32m 是過程儲存自身的空間。

4G是程序可以進入的空間。

32m 是過程儲存自身的空間。

4G是程序可以進入的空間。

例如，程序 A 儲存乙個動態變數，該變數儲存在 32M 空間中。

這個A還可以訪問其他資源，CPU暫存器，外部裝置，這些都是4G位址空間中的對映位址，並訪問4G位址空間進行通訊或控制。 或其他程序的介面函式、靜態變數等。

32M就像你的家，4G位址空間就像你所在的城市，你家的範圍是有限的，但你可以出去走走。

在此基礎上，不同的作業系統（如Linux）都會有乙個安全機制，事實上，該程序並不能訪問整個4G空間，這是乙個需要分析的具體問題。

另外，在目前的64位機器上，遠不止4G的空間，哦哈哈哈哈哈

每個程序可以訪問的位址空間是 32M，沒錯！

編號為 i 的程序空間塊中程序實際使用的“物理”位址空間是 （i x 0x2000000） 到 （i x 0x2000000 + 0x01ffffff），這不是 32M 嗎？！ （準確！ ）

每個程序的可訪問位址（例如 i）實際上是乙個虛擬位址：0x000000-0xffffff，32M。 即 （i x 0x2000000） 到 （i x 0x2000000 + 0x01ffffff），這是對映後的實際實體地址！

不要搞砸了！

程序的訪問位址空間是指程序的執行域，32M只是乙個段，可以在MMU中設定儲存空間保護，ARM傳送的位址是MMU啟用時的虛擬位址，MMU對映後轉換為對應的實體地址。

在 ARM 上實現記憶體管理的單元稱為記憶體管理單元。

MMU 是記憶體管理單元的縮寫，是用於管理虛擬記憶體系統的裝置。 MMU 通常是 CPU 的一部分，並且具有少量儲存空間，用於從虛擬位址到實體地址的匹配表，稱為 TLB** 交換緩衝區。所有資料請求都傳送到 MMU，MMU 決定資料是在 RAM 中還是在大容量儲存裝置中。

如果資料不在 RAM 中，MMU 將出現頁面丟失中斷。

MMU的兩個主要功能如下：

1 將虛擬位址轉換為實體地址。

2 允許破解控制記憶體訪問。 在嵌入式系統中，儲存系統差異很大，可以包含多種型別的儲存裝置，如FLASH、SRAM、SDRAM、ROM等，這些不同型別的儲存器部件的速度和寬度是不同的。 在訪問儲存單元時，它可能由平板電腦式的位址對映機制操作，也可能需要通過虛擬位址進行讀寫。 在系統中，需要引入儲存保護機制來增強系統的安全性。 為了適應這種複雜的儲存系統要求，在 ARM 處理器中引入了儲存管理單元來管理儲存系統。

小型企業通常通過直接連線到其 PC 和伺服器的磁碟驅動器儲存其資料，我們稱之為直連儲存 （DAS）。 當組織變得足夠大，以至於資料分散在一堆裝置上，並且可能被設計不佳的網路、密碼和其他訪問控制隱藏時，檔案共享就成為乙個挑戰。 儲存伺服器已經發展到可以滿足這一基本業務需求。

銷售的企業儲存伺服器主要有兩種型別：儲存區域網路 （SAN） 和網路連線儲存 （NAS）。 它們的重要設計特點是，它們都具有與公司網路的中央接觸點，以滿足從網路上其他伺服器到 SAN 或 NAS 的所有檔案請求。 我們稱之為“儲存裝置”。

多年來，儲存裝置已成為綜合服務提供商。 某些儲存裝置旨在處理大量檔案操作請求。 現在，戴爾、惠普和 IBM 都擁有自己的 NAS 和 SAN 儲存品牌，此外還有 EMC（2004 年收購了 VMware）和 NetApp 等行業領導者。

由於 SAN 和 NAS 儲存裝置成為綜合伺服器，因此它們建立在共享元件（包括這些至強核心）之上。 但它們實際上與那些作為伺服器銷售的產品不同，它們是具有自己設計和功能集的專業產品。

雲計算改變了傳統模式。 對於雲架構師來說，單點訪問是單點故障。 因此，他們開始設計一種基於商用伺服器的新型分布式儲存架構，每台伺服器都有乙個本地 DAS，以連線到高度可擴充套件的網路。

分布式儲存架構已經大規模部署，我們大多數人每天都在使用 Web 服務。

網路巨頭喜歡開源的原因有很多，但好訊息是他們支援開源開發人員的生態系統，這些開發人員正在設計分布式物件儲存軟體專案，如 Swift、Ceph 和 GlusterFS（現在是 Red Hat Storage 的一部分）。

因此，基於商用伺服器硬體的開源分布式物件儲存系統現在很容易獲得。 雲使用者希望能夠降低硬體成本，同時保持可擴充套件性和效能，並降低一些實際上不儲存資料的儲存伺服器的功耗。