RSS   



  可打印版本 | 推薦給朋友 | 訂閱主題 | 收藏主題 | 純文字版  


 


 
主題: [討論] [問題]Vista 新技術 superfetch 傷硬碟?   字型大小:||| 
killer00
銀驢友〔高級〕
等級: 14等級: 14等級: 14等級: 14


今日心情

 . 積分: 823
 . 文章: 942
 . 收花: 7508 支
 . 送花: 3026 支
 . 比例: 0.4
 . 在線: 3881 小時
 . 瀏覽: 7911 頁
 . 註冊: 6976
 . 失蹤: 2880
#1 : 2007-12-29 12:22 AM     全部回覆 引言回覆

提醒 壞喵 兄:
由於 NTFS 壓縮需大量使用處理器,因此會造成伺服器的效能成本顯著增加,而經常受到處理器的牽制。具有大量寫入流量的高負載伺服器非常不適合擔任資料壓縮的角色。但在唯讀、主要用於讀取或低負載的伺服器上,則可能不會發生顯著效能低落的狀況。

像 PageFile、軟體的 Cache 都不適用,如果真要應用,大概就是拿來放免安裝的軟體(只讀不寫)。

RamDisk Plus (SuperCache 那家公司) -> 跟 Windows 相容性不高
壞喵 兄,你是用 8.0.0.4 版的嗎?舊版的的確會有問題,但這一版卻是相當穩定喔!

至於

(尤其是在做磁碟 檢查錯誤 或 重組 之類的東西時特別容易出問題)
應該是 SuperCache 的問題,同樣使用最新版即可解決。(像以前,Diskeeper 2007 與 SuperCache 相容性不佳,無法共用,不然一定會當機,不過自從 Diskeeper 2008 出來之後,小弟經兩台電腦測試一個月,結果是完全正常,沒有當過機)

stormy 兄,SuperCache II 的用途就是當硬碟的 Cache,如果把硬碟與 CPU 使對照,硬碟本身的 Cache 就像 CPU 的 L1~速度快、容量小,SuperCache II 就像 L2~雖慢於硬碟本身的 Cache,但容量卻比較大。所以端看你是否常讀重複的資料,不常用就不必使用 SuperCache II,反正也沒幫助(就像 CPU 的 L2,如果不是使用到需密集運算且資料可以重複執行的程式,L2 就能發揮的地方就非常少)。

小弟有拿來做為"偏門"的用法,就是用於重組硬碟時,做為輔助工具,不過有兩個必要條件:1.一定要有 UPS;2.作業系統夠穩,才能用以下的做法。

1.設為 64k,效率較高兼 CPU 負擔較低,適用大檔多的槽(缺點:比較浪費 SuperCache II 空間),如重組系統碟,則只要設為 4k 即可。

2.把所有的 RAM 全用上(我的電腦有 2.5GB,扣除一切開支後大約還有 1.7GB 可用)。

3.預讀機制在重組硬碟的過程中沒有發揮的餘地,所以設為 0。

4.Suspended Lazywrite 勾選(前面必要條件是為它而設的,因為任何意外都會造成資料的損壞,且無法挽救),讓 SuperCache II 延遲寫入硬碟的時間為無限久,目的:減少因寫入而造成效能的浪費,好處:在 SuperCache II 沒有需要釋放空間來載入新的檔案之前,所有重組動作都是在 SuperCache II 之中進行。

我用這樣的做法對離散度 47% 的系統槽做重組,比以往沒用時快上十多分鐘(而且很"安靜")。

PS:基本上不論是使用 SuperCache II 還是 RamDisk,我都會建議要用的人最好對自己的 RAM 的硬體及作業系統做測試,通過了再來使用,為的就是避免掉會干擾除錯的因素(更重要的是穩定性必需維持在最佳狀態)。

RAM 的硬體:Memtest86創見客服推薦)。
作業系統:Memtest 或其它專業的 GUI 類記憶體測試工具。

別以為記憶體不會壞,別以為名牌顆粒兩年內一定不出問題,更別以為記憶體出問題就會不能用,這些有可能發生,不論你是用三星、海力士、華邦…的顆粒,只要開始常出現"藍底白字"或" xxx 記憶體不能為 Read(或 Wirte)",最好測測看(當然,想用 SuperCache II 、 RamDisk 之類的工具,更該先做檢查)。



[如果你喜歡本文章,就按本文章之鮮花~送花給作者吧,你的支持就是別人的動力來源]
本文連接  
檢閱個人資料  發私人訊息  Blog  快速回覆 新增/修改 爬文標記
killer00
銀驢友〔高級〕
等級: 14等級: 14等級: 14等級: 14


今日心情

 . 積分: 823
 . 文章: 942
 . 收花: 7508 支
 . 送花: 3026 支
 . 比例: 0.4
 . 在線: 3881 小時
 . 瀏覽: 7911 頁
 . 註冊: 6976
 . 失蹤: 2880
#2 : 2008-1-12 01:51 AM     全部回覆 引言回覆

是喔,請問 NDD32 是哪種工具?因為看到 壞貓 兄說到:跟 Windows 相容性不高;我以為是所謂不穩定 or 當機,而在確實在 7.x 版的 RamDisk Plus 有不穩定及當機的問題,不過 8.0.4.0 就沒出過問題了。

至於 NTFS 壓縮,因為看到你的用途大約都是讀/寫比在 2:1 ~ 1:1 左右,寫的比率都太重了。

像 IE 的 Temp 資料夾,如果不需要用 IE 直接下載檔案,弄個 10MB 也就夠用了;Hamana 我記得好像是綠色的軟體,直接把它丟到 RamDisk 上就,至於它的圖檔 Cache,可以跟 IE 的 Temp
資料夾擺一起。

這樣做,實際需要儲存的就只有 Hamana 本身,不但用不到 NTFS 壓縮,而且會比較有效率。

PageFile 獨立一個 RamDisk,且:
⊙不要用 NTFS 系統(因為具有容錯,而 PageFile 不需要容錯
⊙不要超過 200MB(因為考慮到 FAT 檔案系統的效能
⊙不要與別的檔案放一起(避免資料分散

PS:FAT 沒有容錯,效能優於 FAT32,但如果必須超過 200MB 時,就必須改用別的檔案系統。

所以依 壞貓 兄的用途來,需建三個 RamDisk:
1. PageFile
2. 綠色軟體(唯一要有儲取功能的,如果想用 NTFS 壓縮也很合適)
3. Temp、Cache 專用

我想這樣就能省下不少的空間,也用不到 NTFS 壓縮,還能提升效能。



[如果你喜歡本文章,就按本文章之鮮花~送花給作者吧,你的支持就是別人的動力來源]
本文連接  
檢閱個人資料  發私人訊息  Blog  快速回覆 新增/修改 爬文標記
killer00
銀驢友〔高級〕
等級: 14等級: 14等級: 14等級: 14


今日心情

 . 積分: 823
 . 文章: 942
 . 收花: 7508 支
 . 送花: 3026 支
 . 比例: 0.4
 . 在線: 3881 小時
 . 瀏覽: 7911 頁
 . 註冊: 6976
 . 失蹤: 2880
#3 : 2008-1-14 08:28 PM     全部回覆 引言回覆

回 26 樓的 bonjacky 兄:

多謝說明,原來是 Norton Disk Doctor 32,很久沒用 Disk Doctor 了(以前 Win95 時還有玩過)。

關於 壞貓 兄所提的這部份,其實不只 Norton Disk Doctor,我之前用 Q&Q Defrag、Diskeeper 2007 都不能偵測到,只有 PerfectDisk 能偵測到,不過 Diskeeper 2008 也已經解決這問題了,所以這應是軟體之間的問題,無關穩定度。


順便幫 bonjacky 兄補充有關 FAT 根目錄有限制的由來:

對 FAT12/16 檔案系統而言,FAT 區域之後是根目錄區域,根目錄是最上層的目錄,所有的子目錄或檔案都是以這個目錄為基準點存放的。根目錄裏記載著許多檔案的資料,例如檔名、建立日期時間、起始磁叢等等,每個檔案都以 32 個位元組記錄這些資料,稱為檔案描述區塊 ( FDB )。

根目錄是在磁碟格式化的時候就已建立的目錄,其所佔有的磁區數無法改變,所以存放在根目錄裏的檔案或子目錄總數是有限制的,這個總數存放於 BPB 裏的 BPB_RootEntCnt 欄位裏。因為這樣,所以如果在一個很大的磁碟機裏,如果不建立子目錄的話,當根目錄的 FDB 耗盡,即使資料區域還有空間,也無法存入資料。

不過經由建立子目錄可以迴避這個限制,此外也可以使檔案分門別類存放,可說好處多多。子目錄與根目錄相同都是由許多 FDB 組成,不過有兩點不同:

   1. 子目錄的前兩個 FDB 檔名必定是『.』和『..』,分別代表這個子目錄以及上一層目錄。
   2. 子目錄是屬於資料區域,其長度可以改變。


來源:小木偶的網頁

反正放在 RamDisk 上的不是 PageFile,就是 Temp、綠色軟體,不是單一檔案,就是位於子目錄之下,不會受到影響。



回 30 樓的 sdbb 兄:

不好意思,文沒看完的人是你,建議你回去再看一遍,原文如下:

避免在容錯磁碟機 (例如鏡像磁碟區或 RAID-5 磁碟區) 上放置分頁檔。 分頁檔不需要容錯,而且有些容錯電腦會發生資料寫入緩慢的情況,因為它們必須將資料寫入幾個不同的位置。

資料來源:微軟(我在 25 樓也提供過相同來源)

再來,NTFS 的缺點:

小於 400 MB 的磁碟或磁碟分割區不適合使用 NTFS,因為 NTFS 會虛耗磁碟空間。所虛耗的空間用於 NTFS 系統檔案形式,通常在 100 MB 的磁碟分割中至少會用掉 4 MB 的磁碟空間。

資料來源:微軟(同樣的,我在 25 樓也提供過相同來源)

老實說,虛耗的空間每百 MB 才耗 4MB,400 MB 頂多耗掉 16MB,也還好吧,不過因為 壞貓 兄對於空間的使用率上比較重視,所以是點不能忽略;至於因容錯而必須付出更多的 CPU 效能、儲存空間,這才是 PageFile 不適合用 NTFS 的理由。

所以不是非得用 NTFS 來做為 PageFile 的存放單元,根本不應該使用 NTFS 來放置 PageFile。

然後是 FAT 效能的問題,請你回 25 樓看我文中的第二項:
不要超過 200MB(因為考慮到 FAT 檔案系統的效能)

看完再來修正你自己的文吧。



至於 bonjacky 兄、sdbb 兄都不認同檔案離散所造成的影響,的確是如此,對於 RAM 來說,因為其運作原理與硬碟完全不同,所以並不受檔案離散,這是我測試的結果:


由圖可以看出,RAM 對於隨機存取的效果比序列存取要好(or 打平),影響效能的關鍵是在於存取檔案的大小,不是離散 or 序列,因此我在 25 樓文中的第三點:
不要與別的檔案放一起(避免資料分散)

對於 PageFile 的效能並沒有任何影響,特在此說明
(至於 25 樓的文,我仍不修改,免得看文時會前、後文不能連貫,增加閱讀時的困擾)

不過分開還是有優點,就是空間的利用度上會比較節省,因為存放 PageFile 的 RamDisk 之叢集會比較大,若同時存放一些快取檔、暫存檔,能存放的數量必然會比較少。(我個人覺得,當叢集超 4k,那些快取檔、暫存檔所消耗的空間就蠻驚人,如果能使用正確的叢集,省下來的空間大概能和靠 NTFS 壓縮所獲得的空間相當。)

4k 叢集:


8k 叢集:


16k 叢集:




至於 壞貓 兄,我順便做了 NTFS 使用壓縮和未使用壓縮的實驗,你可以參考看看:

未使用:


使用後:



PS:我以前也玩過 NTFS 壓縮,那是好久以前的事了,印象中縱使經過壓縮後有挪出空間,似乎也不能全拿來用。

比如:所有空間有 64MB,資料佔用 50 MB,剩餘可用空間 14MB,經過 NTFS 壓縮資料只佔 40MB,雖然剩餘可用空間增加 10 MB,不過實際可用的仍只有 14MB,而非壓縮後的 24 MB。



[如果你喜歡本文章,就按本文章之鮮花~送花給作者吧,你的支持就是別人的動力來源]
本文連接  
檢閱個人資料  發私人訊息  Blog  快速回覆 新增/修改 爬文標記
killer00
銀驢友〔高級〕
等級: 14等級: 14等級: 14等級: 14


今日心情

 . 積分: 823
 . 文章: 942
 . 收花: 7508 支
 . 送花: 3026 支
 . 比例: 0.4
 . 在線: 3881 小時
 . 瀏覽: 7911 頁
 . 註冊: 6976
 . 失蹤: 2880
#4 : 2008-1-15 10:29 PM     全部回覆 引言回覆


引用:
bonjacky寫到:
感謝 killer00 兄所做的補充及介紹
我不用 FAT16 而用 FAT32 主要就是為了檔案數量的限制
因為 QSoft RamDisk 製作 ramdisk 時,不會自動建立 temp 目錄
因此我的 temp 都設定成 ramdisk 的根目錄
如果設成 fat16 的話,很容易達到檔案數量的上限
所以我才改用 FAT32
而 NTFS 的話,它的機制太複雜了,不像 FAT/FAT32 那麼簡單,感覺起來對 CPU 的 LOADING 應該較重
不過 killer00 兄的測試結果,FAT 或 NTFS 的效能在不壓縮的情況下,似乎沒什麼差別
那樣的話,FAT/NTFS 其實也沒什麼好記較了

關於 Temp 目錄的問題很好解決,SuperSpeed RamDisk Plus 有提供開機時自動隨 RamDisk 一起建立 Temp 目錄的功能(無需使用 RamDisk Image,這是另一個我愛用的理由~自由度高);如果是 QSoft RamDisk,若開得不是很大(幾十 MB),可以利用"Load RamDisk content from image at driver start ",再搭配手動儲存 RamDisk Image 的方式,把空的 Temp 目錄存於 RamDisk Image 中,如此開機時能有空的 RamDisk(含 Temp 目錄),關機時也不會將資料存回硬碟上。(如果 RamDisk 開太大,可能會耽誤到開機)

我這測試只有單純的比較存取,其它像搜尋、容錯…等都不會在這些地方顯示。

比如搜尋的演算法,NTFS 是用 B+ Tree (Balance m-ary Search Tree with Linked Leaf Node),其演算時間是O(logN),而 FAT 是用循序搜尋,其演算時間的O(N),如果 N 是 100,那 FAT 最差的情況要到第 100 次才能找到資料,而 NTFS 最差則只要到第 7 次就一定能找到資料。

比如叢集的問題,我用 RamDisk 模擬,NTFS 未超過 512 MB 時,其叢集大小都為 1KB,但 FAT 則是依照容量而改變,所以在讀寫資料時,NTFS 的 CPU 使用率會比較高。

比如容錯的問題,因為 FAT 沒有容錯,故消耗 CPU 效能的情況會比較低,而 NTFS 因具備容錯,使得 CPU 及 硬碟需付出比 FAT 更多資源在其上。

這些都是我提供的圖片所無法表達的,而且根據使用的對象而會有變化。就拿 PageFile 來說,如果設定的容量不大(如:200MB),則 NTFS 與 FAT 比較起來就沒有優勢,容量小意味著搜尋演算法的優勢變得不明顯(對於 CPU 來說,找 100 次所花的時間與找 7 次所花的時間相差有限),容錯意味著可用空間變小、CPU 使用率上升。

但如果設定 RamDisk 容量大於 512MB,且裡面放的資料需要容錯或者多讀少寫,用 NTFS 會優於 FAT(如果 FAT 找資料最差要 1 百萬次才找到,那 NTFS 最差也只要 20 次就能找到),在找資料所花費的時間、消耗系統的資源都比 FAT 要來得少(別忘了,搜尋時間變長也表示把持部份的資源的時間也變長,同時也意味著優先權比搜尋低的工作拿不到這些資源,而優先權比搜尋高的工作會搶奪這些資源,所以一定有一方會因此被耽誤,也就是比較沒效率)。

而且,因為容量超過 512MB,叢集大小也由 1KB 提升至 4KB,需要 CPU 付出的功率也不會等比上升。



[如果你喜歡本文章,就按本文章之鮮花~送花給作者吧,你的支持就是別人的動力來源]
本文連接  
檢閱個人資料  發私人訊息  Blog  快速回覆 新增/修改 爬文標記
killer00
銀驢友〔高級〕
等級: 14等級: 14等級: 14等級: 14


今日心情

 . 積分: 823
 . 文章: 942
 . 收花: 7508 支
 . 送花: 3026 支
 . 比例: 0.4
 . 在線: 3881 小時
 . 瀏覽: 7911 頁
 . 註冊: 6976
 . 失蹤: 2880
#5 : 2008-1-16 04:24 PM     全部回覆 引言回覆

不好意思,我也沒有,讓 bonjacky 兄失望了


[如果你喜歡本文章,就按本文章之鮮花~送花給作者吧,你的支持就是別人的動力來源]
本文連接  
檢閱個人資料  發私人訊息  Blog  快速回覆 新增/修改 爬文標記

   

快速回覆
表情符號

更多 Smilies

字型大小 : |||      [完成後可按 Ctrl+Enter 發佈]        

溫馨提示:本區開放遊客瀏覽。
選項:
關閉 URL 識別    關閉 表情符號    關閉 Discuz! 代碼    使用個人簽名    接收新回覆信件通知
發表時自動複製內容   [立即複製] (IE only)


 



所在時區為 GMT+8, 現在時間是 2024-11-22 03:07 AM
清除 Cookies - 連絡我們 - TWed2k © 2001-2046 - 純文字版 - 說明
Discuz! 0.1 | Processed in 0.029250 second(s), 7 queries , Qzip disabled