RSS   



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


 
 40  3/3  <  1  2  3 


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


今日心情

 . 積分: 356
 . 文章: 1171
 . 收花: 2660 支
 . 送花: 731 支
 . 比例: 0.27
 . 在線: 1193 小時
 . 瀏覽: 7870 頁
 . 註冊: 7485
 . 失蹤: 1088
#31 : 2008-1-13 10:13 PM     只看本作者 引言回覆


引用:
jazzblue寫到:

引用:
RetupmocSoft寫到:
Readyboost 或其類似技術
是利用隨身碟 Access Time (1~3ms) 低於 HDD 的特性 (9~15ms)
把常用的程式映像資料存放在隨身碟之中
程式執行時,Loader 先找映像資料,符合者立刻載入記憶體執行
不符合者,則由硬碟載入後,再把記憶體映像儲存在隨身碟之中,以便下次使用

SuperCache 則是不分資料或程式,只要有最近使用到的 (MFU/MRU 決定誰留在 RAM 中)
符合搜尋條件者,直接把 RAM 的資料輸出
但由於 RAM 揮發的特性,重新開機後第一次載入時沒有加速效果
(隨身碟則無此狀況,因為 FlashROM 屬於非揮發性記憶體)
所以配合 LazyWrite (其實就是 WriteBack 快取法)
對於少量資料 (少於 Cache RAM 設定)密集讀寫有強大的加速效果

RAMDisk
全時段 RAM 直接讀寫,速度爆高,缺點是最消耗 RAM


哪來的SuperCache ?  
應該是SuperFetch 吧 !



SuperCache 是 SuperSpeed 公司的快取系統



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

今日心情

 . 積分: 247
 . 文章: 568
 . 收花: 2085 支
 . 送花: 2481 支
 . 比例: 1.19
 . 在線: 1218 小時
 . 瀏覽: 15161 頁
 . 註冊: 6162
 . 失蹤: 2723
 . Taiwan
#32 : 2008-1-14 12:45 AM     只看本作者 引言回覆

微軟作業系統對記憶體的使用量是很高的,只要是能放在記憶體的資料,它一定會放在記憶體上。
因為如此,當記憶體不夠用時,Windows傳統作法就是將暫時不用著的資料放在硬碟的Pagefile中。不過Pagefile有大檔案讀取效能的問題,且硬碟時常因其他作業而讀取頻繁、忙碌,導致無法實際提升效能。Vista便把腦筋動到USB隨身碟或記憶卡上,這類設備的速度雖不一定比硬碟快,但至少不會時常讀取、寫入,便可分擔一部分的效能。
實際上,記憶體的速度是快過任何儲存設備的,若能讓記憶體上的資料不需要轉存至硬碟或隨身碟上,便能夠就系統的速度加到最快。所以若你把記憶體加到4GB,你會發現Windows會毫不客氣的把4GB的容量吃到一半以上,因為這樣系統的速度才會變快。
這個動作在以前叫討債(台語:浪費),不過現在記憶體已經便宜許多了。若你還在在意硬碟狂讀、隨身碟當快取太慢,那我跟回文的大大們一樣,建議還是把預算挪來買記憶體吧!系統速度的提升程度,一定會讓你大為驚嘆的!



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


今日心情

 . 積分: 823
 . 文章: 942
 . 收花: 7508 支
 . 送花: 3026 支
 . 比例: 0.4
 . 在線: 3881 小時
 . 瀏覽: 7911 頁
 . 註冊: 6981
 . 失蹤: 2885
#33 : 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  快速回覆 新增/修改 爬文標記
bonjacky
銅驢友〔中級〕
等級: 9等級: 9等級: 9


今日心情

 . 積分: 144
 . 文章: 327
 . 收花: 835 支
 . 送花: 131 支
 . 比例: 0.16
 . 在線: 4302 小時
 . 瀏覽: 36813 頁
 . 註冊: 7456
 . 失蹤: 2104
#34 : 2008-1-14 08:46 PM     只看本作者 引言回覆

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



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

 . 積分: 1106
 . 文章: 3836
 . 收花: 8945 支
 . 送花: 906 支
 . 比例: 0.1
 . 在線: 2162 小時
 . 瀏覽: 43731 頁
 . 註冊: 7300
 . 失蹤: 206
 . 信義之星
#35 : 2008-1-14 10:38 PM     只看本作者 引言回覆


引用:
keith0423寫到:
微軟作業系統對記憶體的使用量是很高的,只要是能放在記憶體的資料,它一定會放在記憶體上。
因為如此,當記憶體不夠用時,Windows傳統作法就是將暫時不用著的資料放在硬碟的Pagefile中。不過Pagefile有大檔案讀取效能的問題,且硬碟時常因其他作業而讀取頻繁、忙碌,導致無法實際提升效能。Vista便把腦筋動到USB隨身碟或記憶卡上,這類設備的速度雖不一定比硬碟快,但至少不會時常讀取、寫入,便可分擔一部分的效能。
實際上,記憶體的速度是快過任何儲存設備的,若能讓記憶體上的資料不需要轉存至硬碟或隨身碟上,便能夠就系統的速度加到最快。所以若你把記憶體加到4GB,你會發現Windows會毫不客氣的把4GB的容量吃到一半以上,因為這樣系統的速度才會變快。
這個動作在以前叫討債(台語:浪費),不過現在記憶體已經便宜許多了。若你還在在意硬碟狂讀、隨身碟當快取太慢,那我跟回文的大大們一樣,建議還是把預算挪來買記憶體吧!系統速度的提升程度,一定會讓你大為驚嘆的!


在Vista 這不叫"討債",而是充分利用記憶體,將未使用的記憶體暫時作為cache
提升系統效能 ! 這就是SuperFetch   
這些閒置的記憶體白白放在那邊沒用,才叫做"討債"

[jazzblue 在  2008-1-14 10:42 PM 作了最後編輯]



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


今日心情

 . 積分: 823
 . 文章: 942
 . 收花: 7508 支
 . 送花: 3026 支
 . 比例: 0.4
 . 在線: 3881 小時
 . 瀏覽: 7911 頁
 . 註冊: 6981
 . 失蹤: 2885
#36 : 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  快速回覆 新增/修改 爬文標記
bonjacky
銅驢友〔中級〕
等級: 9等級: 9等級: 9


今日心情

 . 積分: 144
 . 文章: 327
 . 收花: 835 支
 . 送花: 131 支
 . 比例: 0.16
 . 在線: 4302 小時
 . 瀏覽: 36813 頁
 . 註冊: 7456
 . 失蹤: 2104
#37 : 2008-1-16 01:30 AM     只看本作者 引言回覆


看到 killer00 兄的說明,想問一下 killer00 兄會不會剛好有 NTFS 的 SPECS
一直想找,可是都找不到



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


今日心情

 . 積分: 823
 . 文章: 942
 . 收花: 7508 支
 . 送花: 3026 支
 . 比例: 0.4
 . 在線: 3881 小時
 . 瀏覽: 7911 頁
 . 註冊: 6981
 . 失蹤: 2885
#38 : 2008-1-16 04:24 PM     只看本作者 引言回覆

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


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


 . 積分: 632
 . 精華: 1
 . 文章: 653
 . 收花: 5309 支
 . 送花: 6358 支
 . 比例: 1.2
 . 在線: 4649 小時
 . 瀏覽: 59309 頁
 . 註冊: 7242
 . 失蹤: 58
#39 : 2008-1-16 06:06 PM     只看本作者 引言回覆

想請教有關虛擬記憶體(分頁檔)的問題...
在網路上查詢虛擬記憶體的相關設定,但是說法非常多種...
有說直接設定實際記憶體的1.5倍,也有說不用設也沒關係
最後我是採用下面這篇文章的做法 :
http://www.wretch.cc/blog/CiscoSystem&article_id=6864543
我掛了一天的BT+ED外加影像轉檔(3小時的DVD轉成DivX)和玩一些遊戲的測試結果是只用了約275MB
(我有裝SuperCache並且用了1G的記憶體分配到4個槽。是因為這樣分頁檔才只用了275MB嗎?)

所以目前我是設定500mb並丟到Ramdisk裡
這樣子的設定是ok的嗎?如果虛擬記憶體不足時會如何?當機?影響效能?

[chrishikki 在  2008-1-16 06:17 PM 作了最後編輯]



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


今日心情

 . 積分: 144
 . 文章: 327
 . 收花: 835 支
 . 送花: 131 支
 . 比例: 0.16
 . 在線: 4302 小時
 . 瀏覽: 36813 頁
 . 註冊: 7456
 . 失蹤: 2104
#40 : 2008-1-16 09:12 PM     只看本作者 引言回覆

虛擬記憶體不足時,系統會警告虛擬記憶體不足,要求加大虛擬記憶體
表面上是不會怎樣,不過正在執行的程式可能會錯亂
建議重新開機後,再重設 pagefile



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

 40  3/3  <  1  2  3 
   

快速回覆
表情符號

更多 Smilies

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

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


 



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