sevenfeet 說：
先不管ramdisk,以一般使用而言,從我的電腦看起來...
everest的"交換空間"內的"使用"=工作管理員的"PF使用量"
everest的"實體記憶體"內的"可用"=工作管理員的實體記憶體"可用"(只是單位改成k)
不曉得所謂everest不準是怎樣情況? 能否解釋一下?
"Everest的交換空間(Paging)會把實體記憶體(Phy)計入"又所指為何?
小弟看了一些關於效能紀錄器的說明
發覺Everest並沒有錯
而是因為翻譯問題造成誤解
我所謂"Everest的交換空間(Paging)會把實體記憶體(Phy)計入"
意思是 Phy+sizeof(pagefile.sys)- n MB
根本不是單獨的 sizeof(pagefile.sys)
事實上
指的是Pagable File/Space
就是
可以從實體記憶體搬移到磁碟分頁檔上的資料/空間
而已經搬到硬碟上的資料當然也算在內
至於差異的 n MB就是不能搬移的資料(Kernel code / Driver code / etc.)
其實嚴格說來
工作管理員的PF使用量是paged file
並不等於"記憶體總使用量"
(因為有些資料是non-pagable)
並非所謂pagefile.sys的大小
註:底下有實驗可以驗證
PF使用量不等於"記憶體總使用量"
也並非Windows偷偷開了分頁檔
但後果自負
所以說一切都是翻譯的問題...(pagefile分頁檔/pagable file可分頁資料量)
至於Everest的"虛擬記憶體"項目
個人認為重複計算到Phy. Memory故可以省略不看
(不過這有待商榷...人家會這樣寫應該不是沒有原因)
應該要請有在研究OS的網友來解說了...
實驗部分:
===
風險自負===
0.假設有1GB的實體記憶體
1.把分頁檔關閉使用.
2.重開機後 開啟工作管理員監視PF量
3.執行MemTest v3.x把可用的實體記憶體吃完(這時PF應該會高到800~900)
4.開啟其他吃記憶體的程式
可以發現PF大概在910~950MB(視電腦而定)的時候
開任何程式一定會發生錯誤
因為non-pagable file也是會耗用記憶體的
我的電腦大概是100MB左右是non-pagable file吃掉的
後果:
程式可能會有損毀的風險
以上...
尚祈專業人士指教
