PCDVD數位科技討論區
第4頁 共5頁 上一頁 1 2 3 4 5 下一頁
每頁顯示此主題的 10 個文章

PCDVD數位科技討論區 (https://www.pcdvd.com.tw/index.php)
-   系統組件 (https://www.pcdvd.com.tw/forumdisplay.php?f=19)
-   -   ramdisk的檔案系統格式選擇 (https://www.pcdvd.com.tw/showthread.php?t=962615)

路過 2012-04-01 05:49 PM
口が嫌だと言っても 体は正直なものだ
 
同場加映 exFAT



老實說，我一開始其實並不打算測試這個問題的

有很重要的原因在於...
個人認為與其去計較file system所帶來的效能差異
遠不如提升CPU效能，或使用x64 OS來得明顯

尤其是這些結論之前就測試過的時候...


若總結各個變因對ramdisk的效能影響大概會是這樣：
OS限制 > CPU效能 > 記憶體效能 > ramdisk軟體效能 > file system效能




拖了好久沒動工，晚一點來寫篇Imdisk的教學文

u3350829 2012-04-01 06:41 PM
引用:
作者路過
還好我玩超冷門的Imdisk，完全沒人來問我問題

真棒 :laugh:


Imdisk會冷門主要是32bit OS上面無法支援PAE的問題以及使用command line沒有
UI輔助(開機時create)，否則Imdisk除了某些特殊情況之外可以說完勝所有免錢和要
錢的RAMDISK...
再者Imdisk作者本身已經有親自回答所有問題，所以看的懂英文的直接去問作者
速度比較快些也比較正確:)

路過 2012-04-01 07:44 PM
引用:
作者u3350829
Imdisk會冷門主要是32bit OS上面無法支援PAE的問題以及使用command line沒有
UI輔助(開機時create)，否則Imdisk除了某些特殊情況之外可以說完勝所有免錢和要
錢的RAMDISK...
再者Imdisk作者本身已經有親自回答所有問題，所以看的懂英文的直接去問作者
速度比較快些也比較正確:)

的確如此

只是個人覺得command line應該也沒什麼，有在玩linux的應該都很習慣這種方式
為啥會冷門成這樣我也想知道 :rolleyes:

至於您說的PAE，在Imdisk論壇上面好像看過作者的回應
他使用的x86 server 2003 datacenter版是可以正常使用的

32bit XP版我測試過的確不行，至於原因大概只有微軟才知道
而且印象中作者也提到在32bit XP下，要實作PAE的ramdisk不是不行




但那是種很Ugly的方式 :laugh:

iabuw 2012-04-02 12:29 AM
引用:
作者jamin
個人是不建議把 tmp 放在 ramdisk, 因為這是 ramdisk 應用最常出問題的部分
當 tmp 被大量寫入資料, ramdisk 被寫滿時, 某些程式會出現奇怪問題

我之前就遇過, 安裝某軟體(好像是java), 過程一直發生不預期錯誤
後來才發現, 有些安裝失敗的程式, 並沒有刪除借放在tmp 下的檔案
累積起來, 就造成 ramdisk 被寫滿, 安裝程式暫存需求無法滿足, 自然死給你看.


至於下載檔案, firefox 會把暫存檔放在下載位置的同目錄, 而不會放到 firefox 的 cache 目錄
雖然都是暫存資料, 但是其本身的行為就是存放檔案, 這跟用記憶體 cache 還是不一樣的. :)
　



所以我總共配了6G給ramdisk,我的使用習慣是每天睡覺都會關機,並不會發生寫滿的問題
大型的TEMP(http抓大檔,DVD對燒)我都設定工作完成後就自動刪除暫存
這種用法也用了幾年了,相當的穩定,而且不論速度和對SSD的壽命都是很正面的 :ase

iabuw 2012-04-02 12:59 AM
好吧我來離題一下 :jolin:
因為VSuite沒有exFAT更沒有UDF,所以我測了二個跟樓主想問的完全無關的格式 :stupefy:


FAT32


NTFS


看起來似乎是互有勝負,寫入部分不論誰贏,差距都相當相當的大 :stupefy: 4k部分NTFS完全不是FAT32的對手,沒有單一大檔需求還是用FAT32吧.....

jamin 2012-04-02 02:08 AM
引用:
作者iabuw
所以我總共配了6G給ramdisk,我的使用習慣是每天睡覺都會關機,並不會發生寫滿的問題
大型的TEMP(http抓大檔,DVD對燒)我都設定工作完成後就自動刪除暫存
這種用法也用了幾年了,相當的穩定,而且不論速度和對SSD的壽命都是很正面的 :ase

原來有用 SSD :flash:

小弟身為窮鬼一族, 還是用 FAT32 這類不用錢的提升 2% 效率就好. :cry:


不過你測出來的 NTFS 有項目贏過 FAT32, 這其實有討論空間 (有人想深究嗎?)

一般來說, FAT32 應該是完勝才是(+2~5%), 畢竟 FAT32 少了很多功能 :)



　

FROG1014 2012-04-02 04:37 AM
都叫做RAM"DISK"了還不建議放檔案 不知道該說甚麼
RAMDISK就是拿來加速硬碟造成效能瓶頸的解決方案
TEMP不夠就加RAM 不然呢? ddr3 8g一條不到兩千 很貴嗎?
以前1mb 1000還不是有人裝到爽

是甚麼鬼軟體動不動TEMP就要到十幾G以上的 除了解壓縮超級單大檔才有可能吧
從以前512mb到現在16g都一直把系統變數的TEMP放在R 沒甚麼問題
要真的不夠暫時改回硬碟就解決了
別因小失大
RAMDISK好用得很 比SSD還上癮
一台電腦打開我的電腦沒看到R槽都會不舒服

iabuw 2012-04-02 10:37 AM
引用:
作者jamin
原來有用 SSD :flash:

小弟身為窮鬼一族, 還是用 FAT32 這類不用錢的提升 2% 效率就好. :cry:


不過你測出來的 NTFS 有項目贏過 FAT32, 這其實有討論空間 (有人想深究嗎?)

一般來說, FAT32 應該是完勝才是(+2~5%), 畢竟 FAT32 少了很多功能 :)

　


雖然對比SSD都是天文數字了,但是512k和seq的寫入贏的還真不是普通的多 :stupefy:
有空我再多測幾次

沒錢有沒錢的用法囉
像我公司電腦RAM也有8G,但是一方面不是SSD,不用考慮寫入壽命的問題
最重要的是公司電腦從來不關機,用ramdisk可能就真的會遇到寫滿的問題
這方面還是因人而異 :ase

路過 2012-04-02 11:52 AM
引用:
作者jamin
不過你測出來的 NTFS 有項目贏過 FAT32, 這其實有討論空間 (有人想深究嗎?)

一般來說, FAT32 應該是完勝才是(+2~5%), 畢竟 FAT32 少了很多功能 :)

因為2顆容量不同，測出來的效能也會不太一樣
個人經驗是容量愈大，測出來的數據都會稍微快一點

故在測試的時候，我都儘量將變因控制在1個
才不易產生誤差

路過 2012-04-02 12:07 PM
引用:
作者iabuw
雖然對比SSD都是天文數字了,但是512k和seq的寫入贏的還真不是普通的多 :stupefy:
有空我再多測幾次

512K跟Seq快，很正常
像M01這篇

就早有人用Imdisk在Seq Write就測出破萬的數字
所以對這兩個測試值看看就好，其實不需要太在意就是...


所有的時間均為GMT +8。 現在的時間是11:36 AM.
第4頁 共5頁 上一頁 1 2 3 4 5 下一頁
每頁顯示此主題的 10 個文章

vBulletin Version 3.0.1
powered_by_vbulletin 2025。