PCDVD數位科技討論區
PCDVD數位科技討論區   註冊 常見問題 標記討論區為已讀

回到   PCDVD數位科技討論區 > 電腦硬體討論群組 > 儲存媒體討論區
帳戶
密碼
 

  回應
 
主題工具
vandenbroucke
Golden Member
 
vandenbroucke的大頭照
 

加入日期: May 2002
文章: 3,163
引用:
作者劉文聰
謝謝vandenbroucke大詳細解說
我程度比較差 只聽懂一半
想再發問一個我比較關心的問題是,RAID0用在玩3D遊戲有沒有比較順暢的感覺
前面scarly兄有提到幫助並不是很大,不過我也聽說玩天2也很操硬碟
不曉得硬碟用RAID0的話是否比較不操了呢?

PS:對了,很多人底下都有一個紅十字架,到現在我還搞不懂?請問那是什麼阿?

----------
應該會有,我有和一些人聊過,
他們說他們組RAID 0之後,
對於一些龐大怪獸級的遊戲,還滿有效的

基本上組RAID 0之後, HD 效能都一定會提昇,不太可能往下掉
但因為每個人的操作環境不同(應用程式,磁區的檔案大小),所以硬碟效能提昇的倍數也都有所異
有的人只提升10~20%,有的人則可以到60~70%)

組RAID 0,個人認為是更操硬碟..
我簽名檔裡的那些顆硬碟中,組RAID 0之後的表面溫度,比單顆沒組時,多了5度以上
-----------------------------

紅十字,是檢舉你所看不爽的文章,就這樣,政治區最常用到這功能
     
      
__________________
往事只能回憶

此文章於 2004-10-10 08:46 AM 被 vandenbroucke 編輯.
舊 2004-10-10, 08:44 AM #31
回應時引用此文章
vandenbroucke離線中  
劉文聰
Major Member
 
劉文聰的大頭照
 

加入日期: Oct 2003
文章: 126
引用:
作者vandenbroucke
----------
應該會有,我有和一些人聊過,
他們說他們組RAID 0之後,
對於一些龐大怪獸級的遊戲,還滿有效的

基本上組RAID 0之後, HD 效能都一定會提昇,不太可能往下掉
但因為每個人的操作環境不同(應用程式,磁區的檔案大小),所以硬碟效能提昇的倍數也都有所異
有的人只提升10~20%,有的人則可以到60~70%)

組RAID 0,個人認為是更操硬碟..
我簽名檔裡的那些顆硬碟中,組RAID 0之後的表面溫度,比單顆沒組時,多了5度以上
-----------------------------

紅十字,是檢舉你所看不爽的文章,就這樣,政治區最常用到這功能

如果被檢舉太多會被砍ID嗎?那我的底下為什麼沒出現?
 
舊 2004-10-10, 11:00 AM #32
回應時引用此文章
劉文聰離線中  
劉文聰
Major Member
 
劉文聰的大頭照
 

加入日期: Oct 2003
文章: 126
引用:
作者hsingchu
因為效率 ram暫存(電子) >>>> HD暫存(機械 + 傳輸 +)
可是 $$ 也是 ram >>>> HD (以每Mb容量計算)
沒有高人指點還以為搞 raid 0 會很好用 , 沒想到就算是raid0 , 它也還是hd
hd跟ram畢竟有無法跨越的鴻溝(i/o)

哈哈....結果我還是選擇做神仙(+ram)

我最近(第一次)組的RAID0常常會不穩,重冠 XP n次了,試過官方所有版本驅動程式
XP冠好了之後,用到後來會出現藍色畫面,
後來我放棄了,不曉得是什麼原因,電去問了順發的人,他說是硬碟廠牌不同的緣故
SATA WD 80GB
PATA MAXTOR 80GB (橋接到SATA)
DVD-ROM
CD-RW
海韻300W
XP2500+
NF7-S
RAM 512*2
若不用RAID顆硬碟都能正常使用OS,都掃描過無壞軌
舊 2004-10-10, 11:07 AM #33
回應時引用此文章
劉文聰離線中  
hsingchu
Power Member
 
hsingchu的大頭照
 

加入日期: Apr 2003
您的住址: 亞太淫運中心
文章: 587
SATA WD 80GB
PATA MAXTOR 80GB (橋接到SATA)

..............會不會是 sata/pata介面不一樣 ,被發現了
呵呵呵.....亂講的 , xp 灌的進去表示硬體檢查有通過

會不會是過熱.....
任何一顆連線的 hd 太燙就算不組raid整個系統 還是會掛


如果說 , 是用的好好的突然給你當掉齁 , 我覺得是記憶體的關係
也就是順發說硬碟不一樣的問題 , 我猜是檔案系統對硬碟實體定址出問題

啊如果是滑鼠忽然一頓一頓的 , 硬碟有硬常聲音或是一直重新啟動
那應該是硬碟本身或是power的問題
舊 2004-10-10, 12:22 PM #34
回應時引用此文章
hsingchu離線中  
ITOLEE
Advance Member
 
ITOLEE的大頭照
 

加入日期: Jul 2004
文章: 391
請問各位有用過sata RAID0或scsi 萬轉硬碟的...

如果
1.哪一種組合拿來跑天2會比較順(假設除的硬碟以外其他都一樣)?
2.哪一種組合系統會比較穩?

關於1:
scsi的i/o效能和cpu使用率都比較漂亮...
但是sata RAID0傳輸速度比較快...
遇到需要大量寫入分頁檔的天堂2...從前面的文章看來似乎是scsi勝出...
不過sata raid0傳輸速度比scsi快...再加上天堂2讀取的檔案(場景)到底是大還是小...我不知道
而且scsi建構成本比較高...而且要選購scsi卡...而且加上我沒有用過
所以在此發問問有用過的大大...^^

關於2:
因為新組的5號機用了sata...玩遊戲似乎會有零零星星的當機事件(天2和將軍zero hour)
而我之前也看到威盛的8237南橋sata相容性不是很好...
所以我在懷疑是不是sata相容性出了問題
(因為沒間斷ud跑24小時好好的沒事...沒間斷prime95也跑了18小時以上也ok)
又看scsi發展有段時間了...但是scsi卡"百百款"...
所以發此題問各位有經驗的大大^^
__________________
站上對畫畫有興趣的來貼貼圖順便聊聊吧
用手機拍照真的需要練過
如果修成正果...就能把傻瓜像機的錢省下來了

三星D908拍的(普通後200萬畫素)
Benq S700拍的(初期百萬畫素)
三菱M720拍的(後期30萬畫素)

普通後200萬畫素:
高畫素微型相機,不太好駕馭但是效果不差,
台灣市面上除了SHAP部分型號,NOKIA N9X家族,G CAM,LG KG920,泛K750i,泛K800i外...其他的都是

初期百萬畫素:
台灣市面上前幾梯裝上百萬畫素相機的那幾隻...
它們的相機相當的難用...不過卻能拍得比30萬清楚

後期30萬畫素:
30萬畫素和百萬畫素交接期之後的30萬畫素手機相機
優點是比高畫素的易用,曝光控制也比較出色...缺點是不清晰
舊 2004-10-10, 11:57 PM #35
回應時引用此文章
ITOLEE離線中  
vandenbroucke
Golden Member
 
vandenbroucke的大頭照
 

加入日期: May 2002
文章: 3,163
引用:
作者劉文聰
如果被檢舉太多會被砍ID嗎?那我的底下為什麼沒出現?


沒有人會自己檢舉自己啦.
.當初寫這個網站系統的人早就想過這種情形

你可以試著登出看看,不要登錄,直接再跳到討論區,就可以到自己PO的文章底下有個紅十字..
__________________
往事只能回憶
舊 2004-10-11, 01:55 AM #36
回應時引用此文章
vandenbroucke離線中  
vandenbroucke
Golden Member
 
vandenbroucke的大頭照
 

加入日期: May 2002
文章: 3,163
引用:
作者ITOLEE
請問各位有用過sata RAID0或scsi 萬轉硬碟的...

如果
1.哪一種組合拿來跑天2會比較順(假設除的硬碟以外其他都一樣)?
2.哪一種組合系統會比較穩?


1.天堂有這麼操硬碟嗎? 我沒玩過我不知道..
..這還是要""花錢""做實驗才能說....

2.單顆HD表現(效能/穩定性/耐久性)評比
SCSI U160/320 萬伍轉 > SCSI U160/320 萬轉 = SATA 萬轉 > SATA 7200轉
(SCSI U2W以前的版本太舊久了,效能不是頂好,故不列出)
故您若是以SCSI 單顆, 與 SATA RAID 7200轉,來做比較穩定性...
這答案很明顯,是SCSI 單顆剩出
__________________
往事只能回憶
舊 2004-10-11, 02:07 AM #37
回應時引用此文章
vandenbroucke離線中  
馬蓋先
Senior Member
 
馬蓋先的大頭照
 

加入日期: Jun 2003
您的住址: Beverly Hills, CA
文章: 1,112
感謝vandenbroucke兄的說明
對硬碟效能又有更進一步的認識了...

這裡想請教幾個問題:

1.您說windows資料夾中的檔案有2/3是100KB以下
而FAT32系統的block size自由度比NTFS好(8~512KB v.s 512,1024KB)
這也是FAT32效能通常較NTFS略好一些的緣故嗎...?

2.硬碟在接近裝滿的時候
測速軟體常跑出驚人數據:像是單顆raptor讀取時間比raid0快, random access time<5s
why...

3.若是一顆硬碟劃作兩槽 C & D
page file放哪一個槽是不是沒差

謝謝...
舊 2004-10-11, 10:15 AM #38
回應時引用此文章
馬蓋先離線中  
vandenbroucke
Golden Member
 
vandenbroucke的大頭照
 

加入日期: May 2002
文章: 3,163
引用:
作者馬蓋先
這裡想請教幾個問題:

1.您說windows資料夾中的檔案有2/3是100KB以下
而FAT32系統的block size自由度比NTFS好(8~512KB v.s 512,1024KB)
這也是FAT32效能通常較NTFS略好一些的緣故嗎...?


這個答案是肯定的,但其效能的增進,一般人不太容易感覺的出來,偶也是沒啥感覺


引用:
2.硬碟在接近裝滿的時候
測速軟體常跑出驚人數據:像是單顆raptor讀取時間比raid0快, random access time<5s
why...


您用哪套軟體測的?? 該不會是Sisoft Sendra吧..
它好像會受到硬碟內的檔案大小與零碎程度影響
關於HD測試,我都比照Tom's的測試,使用Winbench 99 2.0裡頭的Business Disk

單顆raptor 萬轉的讀取時間,本來就比單顆HD 7200轉 來的短
HD 7200轉組了RAID 0之後,讀取間還是會維持本來單顆的表現,並不會有所減少

引用:
3.若是一顆硬碟劃作兩槽 C & D
page file放哪一個槽是不是沒差
謝謝...

其實還是有差別的
必竟C槽是開機磁區,常常做檔案的增加與刪除的動作,
尤其是windows自我產生的暫存檔tmp
故C磁區內的檔案排列都是一直處在破碎狀態,
如果此時再加上一個pagefiles...那真的是亂上加亂
一個pageiles可能被切割成好幾段,被零碎地隨便填塞在不同位置,
總之它已太可能是個連續磁區的檔案了,

如果只有一顆實體HD,弟建議硬碟至少都割兩個槽,
然後把pagefiles丟到不是C槽的地方,
並把pagefiles的大小給固定起來<---這個也是重點啦
這樣windows系統就不會一直處於在計算偵測的狀態
__________________
往事只能回憶
舊 2004-10-11, 01:17 PM #39
回應時引用此文章
vandenbroucke離線中  
Adsmt
Golden Member
 
Adsmt的大頭照
 

加入日期: Feb 2004
您的住址: 從來處來
文章: 2,766
  我不是故意吐槽,不過vandenbroucke兄有關 Raid0 和 block size 的關念是錯的。

  所謂的存取時間基本上要計算三個部份,seek time, rotation latency, transfer time. Seek time 是指磁頭移到目的磁軌的時間、rotation latency 是指磁碟轉到目的資料的時間。transfer time 則是磁頭讀取的時間,這部份通常很短,可以不計。
  注意硬碟讀取資料時的順序,磁頭先移到資料所在的磁軌上,然後在那個磁軌上等磁碟轉到要存取的資料上,接著開始存取。因此所謂幾轉幾轉的硬碟其實只影響第二部份磁頭在目的磁軌等待資料的時候,但事實上第一部份,磁頭移到目的磁軌所花的時間才是硬碟效能的瓶頸。

  至於 block size 和 raid0, 就如 vandenbroucke兄的假設,假設今天硬碟分成 16k/per block, 當我們寫入一個只有 14K 大小的檔案,這個檔案 並不會被分成兩個 7k 大小, 而是寫入其中一個硬碟,並且佔據 16K(雖然實際只有 14K) 的資料,這也是為什麼效能不會變快的原因,因為他實際上只存取到一顆硬碟。

  而且 NTFS 支援 512byte、1KB、2KB、4KB、8192、16K、32K 和 64K 的 block size, 並沒有大到 512KB ,1024KB 這麼誇張。FAT32 的 block size 和 NTFS 一樣,但還另外有 128K, 256K 的支援(這兩個幾乎沒有用)。
舊 2004-10-11, 03:41 PM #40
回應時引用此文章
Adsmt離線中  


    回應


POPIN
主題工具

發表文章規則
不可以發起新主題
不可以回應主題
不可以上傳附加檔案
不可以編輯您的文章

vB 代碼打開
[IMG]代碼打開
HTML代碼關閉



所有的時間均為GMT +8。 現在的時間是03:11 PM.


vBulletin Version 3.0.1
powered_by_vbulletin 2025。