HITACHI 7K1000.C

[sean_robot]

看到有些關於7K1000.C效能上的災情...

...既買之，則測之

測試前提:
WINDOWS2000 PROFESSIONAL
690V/SB600晶片組(需要特別注意的是，ATI並沒有適用於WIN2K的此晶片組的驅動，使用的驅動是主機板附贈光碟中的版本
散步龍3200+(90奈米，降壓
忘記哪家的很普通的1GB DDR2
七盟ST300BLV(看起來還可以再戰十年，哪天一定要解剖一下
硬碟皆使用NTFS格式
7K1000.C(500G*2，1000GB
7K1000.B(333G*2，640GB

驗明正身，HDS721010CLA，32MB緩衝，跑在IDE模式

老樣子來一張效能圖

POWER ON TIME=0，新品確認

測試檔案，3597458KB，異磁碟複製，內建檔案處理服務

測試檔案，3597458KB，同磁碟複製(7K1000.C)，內建檔案處理服務(有一瞬間跳到顯示6分鐘結束

對照用，測試檔案，3597458KB，同磁碟複製(7K1000.B，HDT721064SLA)，內建檔案處理服務

測試檔案，3597458KB，異磁碟複製，TERACOPY，約一分鐘(我差點忘了拍...

測試檔案，3597458KB，同磁碟複製(7K1000.C)，TERACOPY，90秒內

對照用，測試檔案，3597458KB，同磁碟複製(7K1000.B，HDT721064SLA)，TERACOPY，約兩分鐘


測試統整:

7K1000.B同磁碟複製使用內建(贏過.C)不如使用TERACOPY(略快，輸給.C

7K1000.C同磁碟複製使用內建(輸給.B)不如使用TERACOPY(很快，贏過.B

在排除軟體問題後的效能，7K1000.C確實的提升了(與7K1000.B相比


結論:

關於7K1000.C的自我拷貝效能確實值得商議，但是這對我無影響

因為我已碰過不只一次，使用內建檔案處理服務時，檔案的內容異常的改變了，體現在CRC檢查碼的不同，有用一些抓檔程式的使用者也可以理解為"程式將不認得此檔案，並認為此檔案是新分享的檔案或其他檔案"

基於這樣的資料安全理由(現在又多了效能理由)，自家用的電腦我從來都是使用TERACOPY來替代內建的服務

所以這個效能缺失問題不能當作不存在，但是不會對我造成影響


其他:

如果我記得的話，我將會在UBUNTU LINUX 10.4LTS版本推出後，更新配置並且再進行測試，到時測試的就會是EXT3/4格式了...

解壓縮測試不進行，因為我本來就是使用7ZIP

在使用版卡廠修改版驅動的情況下，不進行AHCI模式的測試(避免意外

圖片做過簡單的修改，隱藏部分桌面圖示保有隱私

 

[skyend]

感謝協助 測試給你一個愛心;em03;

 

[Anne@China]

感謝sean_robot的測試 最近剛好要買1T以上的硬碟;em03;

 

[NE_Cheung]

受限於價格
我還是買7K1000.B算了...T^T

 

[aids078078]

這顆速度不錯..
下次看到就先選他

 

[philips662]

還蠻少看到用 win2000測的 0.0

 

[gilywu]

+1 我也沒看過!!

 

[chum]

看樣子只要是雙碟的，都有一定的效能以上，要做資料碟，確實可以考慮。

 

[Peter_Jian]

感謝分享，就等版主在Ubuntu 10.4釋出時的測試文了！