fedora wrote:
pagefile.s...(恕刪)


fedora兄是ramdsk玩家級的...
由於概念不同....
還是暫不能與您討論ramdsk對windows cache系統的傷害...

pagefils.sys個人概念還是不宜放入ramdsk...

所有可讓你看到的偵測軟體...
都是透過Win7 virtual memory manager給出來的!
所以看到的swap占多少.都非真象!更不一定就是pagefile.sys

記憶體夠大.pagefile.sys應直接關掉才是...
Win7完全有能力獏擬各式軟體所需的個別記憶體運用方式...

Win7也不會自己偷加pagefile.sys的...

(個人前篇回文都在表達.驗證這些!)

以上僅供參考!


****************************************
20131027晨 補充圖片:

補一張很久以前特地留下來的圖...
當Win7快耗用盡所有虛擬記憶體時...
會跳出如下警訊:


而不會OS偷偷增加pagefile.sys...

fedora wrote:



這數據有問題
marvell的寫入放大不可能小於1
心頭滅却
jamesfuh wrote:
所有可讓你看到的偵測軟體...
都是透過Win7 virtual memory manager給出來的!
所以看到的swap占多少.都非真象!更不一定就是pagefile.sys...(恕刪)


經確認,pagefile.sys 確實是吃到 9xx MB 無誤



我是設:
最小 512MB
最大 2048MB

就是說:開機時會自動建立 512MB 的大小,但如果用超過,檔案會自動增大,直到最大 2048MB。

是設在 RAMDisk 的,每次重開機就會清除重建(DRAM 沒電資料會消失的特性)。所以不是之前殘留的。


因為:一開始只有 512MB 大小

但顯示 pagefile.sys 內容為:9XX MB

※ 檔案總管,鼠標對準 pagefile.sys,右鍵「內容」,去看的。

故可證明,確實有增大的現象。


****************************************

假設:記憶體夠用的情況,windows 都不會去吃 pagefile.sys

但實際驗證結果:即便記憶體夠用,windows 就是改不了吃 pagefile.sys 的毛病。

由 pagefile.sys 會增大的現象,可得出這個驗證結果。

結論:前面假設被推翻。


註:
1)分配給系統的記憶體有 18GB 左右,時時監視,可用記憶體很少有低於 6GB 的情況,所以不可能是因為不夠用才去吃到 SWAP。



※ 32GB,扣掉給內顯 2GB,扣掉給 RAMDisk 12GB,系統可用有 18GB。


合理推論:pagefile.sys 除了 SWAP 以外,疑似還有其它用途。(具體用途不明,總之 windows 一定要去用)


2)關於 pagefile.sys 的顯示:

pagefile.sys 是系統隱藏檔,資料夾選項-檢視 中,「顯示隱藏檔」要打勾,「隱藏系統檔」要取消打勾,才能看到 pagefile.sys。


******************************************************

XaosLin wrote:
這數據有問題
marvell的寫入放大不可能小於1...(恕刪)




這圖沒有用繪圖軟體修過

直接螢幕畫面擷取下來,就是這樣

當然不排除 CrystalDiskInfo 這軟體,這個版本,有 bug 偵測錯誤什麼的。

不過:所見即所得。

若信得過 CrytalDiskInfo 軟體,那就可以當做參考。

若信不過 CrytalDiskInfo 軟體,那我也不知道還有什麼軟體能看那類的資料數據。

請提供軟體名稱,3Q。



試了一下 Plex Tool,找不到 NAND 寫入總量 的數據。

fedora wrote:
...這圖沒有用繪圖軟體修過

直接螢幕畫面擷取下來,就是這樣

當然不排除 CrystalDiskInfo 這軟體,這個版本,有 bug 偵測錯誤什麼的。

不過:所見即所得。

若信得過 CrytalDiskInfo 軟體,那就可以當做參考。

若信不過 CrytalDiskInfo 軟體,那我也不知道還有什麼軟體能看那類的資料數據。...(恕刪)


這個可能是SATA排線造成軟體誤判
我的在換SATA排線之前 總寫入量是8.X TB
換完排線之後就變成下面這樣4.34 TB ~~沒有重灌
不排除是高速設備對傳輸線的要求更為嚴苛 所以引起誤判之類的

fedora wrote:
假設:記憶體夠用的情況,windows 都不會去吃 pagefile.sys
但實際驗證結果:即便記憶體夠用,windows 就是改不了吃 pagefile.sys 的毛病。
由 pagefile.sys 會增大的現象,可得出這個驗證結果。
結論:前面假設被推翻。


看到這裡...

我不由得笑了!!
(屬實驗的討論 請別誤會.我沒有任何其它涵義...)

這是我們給swap on(or pagefile.sys)的初始方式就不同了!!

記得Linux下也有類似的討論...
只要設了swap on
OS就是會去吃swap.量多量少而已...
甚至還有用去RAM多少%.就會吃swap的相關議題...

這也好比 給的食物裡面...
如果含有糖份...
那麼糖份會被優先(部分)消耗的意思...

但如果初始就不給...
pagefile.sys確實完全不會用到的...

剛好一位PM給我的網友提到...
DisablePagingExecutive
[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager\Memory Management]
修改 DisablePagingExecutive 預設值 0 改為 1
"DisablePagingExecutive"=dword:00000001

微軟技術解說是 Kernel 及 驅動程式 記憶體分頁處理, 一般情況下 Windows 系統會將載入記憶體閒置不作用中的 Kernel 及 驅動程式 記憶體 swap 到 pagefile 處理, 以釋放更多可用記憶體空間給應用程式; 不過, 現在的主流(廠機及DIY)電腦記憶體配置都已經是 2GB(甚至 4GB) 起跳, 採購了的記憶體當然就不要浪費, 要善用記憶體來為作業系統增強性能, 禁止 kernel 及 driver 記憶體 page swap 保留常駐在應用記憶體中, 減少 page swap 的 IO 作業, 亦令 OS 應用時反應不會因為 paging 而遲緩。

這是大家可以嘗試看看的Reg修正...

我個人是完全沒設pagefile.sys
32GB的RAM 應該夠OS運用了...
但我不會因為看見RAM空閒空間如此大...
就用Ramdsk去塞滿...

RAM的空閒空間...
恰好是Window7拿來作為Cache 緩存IO等功能的重要地方...
也是我不用實體pagefile.sys方式下.拿來放置kernel drivers的工作空間...
不宜佔用.甚至可以考慮給大一些...

實驗詳情已如我前面文章所述了...

在記憶體夠大的前提下...
如果大家想減少paging到HDD所產生的速度減緩...
直接關掉pagefile.sys是最直接的方式
而非倒過來設ramdsk.然後再把pagefile.sys放入ramdsk中!

如果大家想保護SSD
少量設ramdsk 將Temp, IE temp, chrome temp放入.這是可行的...
(雖然這議題最後會發現沒必要 這牽涉到SSD的特性與壽命)

絕非設了大Ramdsk...
佔去了極大的RAM空間...
再來次級考慮pagefile.sys要放哪裡的窘境!

至於我沒設pagefile.sys那麼久了.有沒遇到問題?
目前是沒有的!
上述那個Reg修正.個人並未使用...
理由是我也考慮到程式向下相容因素...

總之.讓Win7保有較大的記憶體空閒空間去運用...
這會讓整體IO雨露均霑...

歡迎大家參考個人一篇文章...
與你聊聊大容量記憶體的使用效率^^
jamesfuh wrote:


看到這裡...

我不由得笑了!!



非常認同!!!
我有幾次的使用經驗告訴我其實win7一直有在用Ram在幫系統加速,只是在平時它為了要保留更多加速空間,所以的作用並不明顯。
所以讓很多人認為還是跟XP一樣閒置過多效率不彰。

我手上有一顆偽SSD是由六張SD卡陣列而來,但是因為其主控晶片的效能很差,所以在做大量小檔案密集寫入的時候會超慢,甚至卡住。

但是每當在做這些工作的時候,我的Ram使用量,會從原本的3.xGB一路變成27.xGB。

jamesfuh wrote:
看到這裡...我不由...(恕刪)


非常認同 j大的看法 雖然我沒各位對電腦有這麼深的研究 .. 但我蠻喜歡嘗試不同的方法

我關閉分頁檔使用也好一陣子了 目前不論在執行程式、安裝、玩遊戲或是單純上網都無遇到問題

最近更試著改變這個登入檔來試看看對系統有什麼改變 這登入檔也是參考一篇前輩所發表對 SSD 優化文章

DisablePagingExecutive
[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager\Memory Management]
修改 DisablePagingExecutive 預設值 0 改為 1
"DisablePagingExecutive"=dword:00000001

而我自已有在觀察關閉分頁檔是否會造成系統自已偷偷形成的問題 結論是不會的

如同 j大的文章所述 win7系統對記憶體的管理 遠遠比 xp 來的好

目前我是這樣設定在使用 如有任何問題我在上來發表一下


jamesfuh wrote:
剛好一位PM給我的網友提到...
DisablePagingExecutive
[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager\Memory Management]
修改 DisablePagingExecutive 預設值 0 改為 1
"DisablePagingExecutive"=dword:00000001

微軟技術解說是 Kernel 及 驅動程式 記憶體分頁處理, 一般情況下 Windows 系統會將載入記憶體閒置不作用中的 Kernel 及 驅動程式 記憶體 swap 到 pagefile 處理, 以釋放更多可用記憶體空間給應用程式; 不過, 現在的主流(廠機及DIY)電腦記憶體配置都已經是 2GB(甚至 4GB) 起跳, 採購了的記憶體當然就不要浪費, 要善用記憶體來為作業系統增強性能, 禁止 kernel 及 driver 記憶體 page swap 保留常駐在應用記憶體中, 減少 page swap 的 IO 作業, 亦令 OS 應用時反應不會因為 paging 而遲緩。..(恕刪)


看了一下我的電腦,那個機碼值 "DisablePagingExecutive" = 1

並沒有去更動它,從 windows 灌好,它數值預設就是 1 的



這個機碼值,其實 w2k、xp、vista、win7、win8

預設都是:1 (關閉)

也就是:若沒去更改,預設就是關閉的

有些優化軟體,比方說:魔法兔子、windows 優化大師,有一個優化選項叫做 "把閒置的 dll 移動到虛擬記憶體",如果那個選項有打勾,這個機碼的數值會被改成 0(開啟)。然後閒置沒用的 dll 函式庫,就會被移到 pagefile.sys,釋放 RAM。

早期有些記憶體優化軟體(XP 那時代最多),所謂的清除記憶體,並非真的把記憶體中的資料清掉,而是把比較沒用到的資料,移動到 pagefile.sys,來釋放 RAM 空間。


但即便 "DisablePagingExecutive" = 1

記憶體有 32GB,沒使用任何記憶體優化軟體,windows 仍是會去吃 pagefile.sys....

說明 pagefile.sys 對 windows 來說還有其它用途。

具體什麼用途不清楚。


但有一點可以確定的是:

我管它什麼用途,反正我把 pagefile.sys 放在 RAMDisk,那就能保證它是只吃 RAM,而不是吃硬碟拖慢系統速度,或吃SSD折損SSD壽命。

正所謂山不轉路轉,既然 windows 有這種歷史包袱,老症頭,與其等待不知道何年何代的 windows 才會改善,不如利用另一種方式(設到 RAMDisk),立馬解決它。


********************************************************



Linux 的記憶體管理,除非 RAM 用盡,不然幾乎不會吃 SWAP。

上圖這台 Linux 電腦,僅有 2GB RAM,而 SWAP 用量幾乎都是 0。


*******************************************************

windows 把 pagefile.sys 完全關閉

除了有時會短暫中風(因為背景在偷偷開啟 pagefile.sys,寫入大量 IO 使電腦短暫沒反應)以外

常常會跳 C++ Runtime error 的錯誤訊息

我之前用 win7,就是把虛擬記憶體完全關閉

可是常常會跳 C++ Runtime error ,症頭發起來的時候,像視窗炸彈似的,跳個不停

把 C++ Runtime 從 2003到 2012 版,32bit/64bit 全部重裝,也沒用。

搜遍 Google,找不到正確的解決方法。

後來把虛擬記憶體打開,並且設最小 512MB,最大 2048MB,問題就解決了。
h7878220 wrote:
這個可能是SATA排線造成軟體誤判
我的在換SATA排線之前 總寫入量是8.X TB
換完排線之後就變成下面這樣4.34 TB ~~沒有重灌
不排除是高速設備對傳輸線的要求更為嚴苛 所以引起誤判之類的



fedora wrote:
windows 把 pagefile.sys 完全關閉

除了有時會短暫中風(因為背景在偷偷開啟 pagefile.sys,寫入大量 IO 使電腦短暫沒反應)以外

常常會跳 C++ Runtime error 的錯誤訊息

我之前用 win7,就是把虛擬記憶體完全關閉

可是常常會跳 C++ Runtime error ,症頭發起來的時候,像視窗炸彈似的,跳個不停

把 C++ Runtime 從 2003到 2012 版,32bit/64bit 全部重裝,也沒用。

搜遍 Google,找不到正確的解決方法。

後來把虛擬記憶體打開,並且設最小 512MB,最大 2048MB,問題就解決了。


不用爭論了 有些人覺得SSD很便宜 保固用不完! 讓他去吧!
系統運行有哪些I/O動作 用微軟內建的 資源監視器 觀察 磁碟活動

就知道 有哪些磁區 檔案頻繁寫入 懂的人就會移出系統碟 裝死的就當作沒看到!
别看你今天闹得欢,小心今后拉清单,这都得应验的。不要干这种事情。头上三尺有神明,一定要有敬畏之心。
jerry20530 wrote:
不用爭論了 有些人覺得SSD很


不用爭論了 有些人覺得SSD應該拿來傳家,而我則是用個一年半就好
關閉廣告
文章分享
評分
評分
複製連結
請輸入您要前往的頁數(1 ~ 41)

今日熱門文章 網友點擊推薦!