廣告廣告
  加入我的最愛 設為首頁 風格修改
首頁 首尾
 手機版   訂閱   地圖  簡體 
您是第 7107 個閱讀者
 
發表文章 發表投票 回覆文章
  可列印版   加為IE收藏   收藏主題   上一主題 | 下一主題   
waja 手機
個人文章 個人相簿 個人日記 個人地圖
特殊貢獻獎
初露鋒芒
級別: 初露鋒芒 該用戶目前不上站
推文 x29 鮮花 x121
分享: 轉寄此文章 Facebook Plurk Twitter 版主評分 複製連結到剪貼簿 轉換為繁體 轉換為簡體 載入圖片
推文 x0
[測試][硬碟] 單顆ST3160812AS與ST3160827AS RAID0

圖 1. 系統狀態:   
系統狀態:

圖 2. ST3160812AS測試圖1   
ST3160812AS測試圖1

圖 3. ST3160812AS測試圖2   
ST3160812AS測試圖2

圖 4. ST3160827AS RAID0測試圖1   
ST3160827AS RAID0測試圖1

圖 5. ST3160827AS RAID0測試圖2   
ST3160827AS RAID0測試圖2



前幾天硬碟不夠用(KTV玩過頭了),又跑去買了顆Seagate 160G SATA-II (ST3160812AS)順便簡單測試一下,提供大家參考~!
系統採用Seagate ST3160827AS RAID0 順便當對照組 (這顆是SATAI的 150M/Sec)

測試起來似乎RAID0這組的CPU使用率高滿多的,而且這兩顆硬碟溫度都算滿高的(4x度)

ST3160827AS 8MB/7200 SATA-I
ST3160812AS 8MB/7200 SATA-II

晶片組驅動程式版本 nForceWin2KXP 8.22
主機板BIOS Revision 1011-004

註:主機板Driver除了很麻煩的 NV防火牆沒安裝之外,其他的全部安裝(包含IDE SW).
註:顯示卡 6200->6600(軟改).


[ 此文章被waja在2006-04-07 22:44重新編輯 ]

此文章被評分,最近評分記錄
財富:100 (by kinta) | 理由: 感謝分享測試



獻花 x0 回到頂端 [樓 主] From:台灣中華電信 | Posted:2006-04-07 22:22 |
pkkbkraa 會員卡
個人頭像
個人文章 個人相簿 個人日記 個人地圖
終身成就獎
知名人士
級別: 知名人士 該用戶目前不上站
推文 x6 鮮花 x1760
分享: 轉寄此文章 Facebook Plurk Twitter 複製連結到剪貼簿 轉換為繁體 轉換為簡體 載入圖片

下面是引用waja於2006-04-7 22:22發表的 單顆ST3160812AS與ST3160827AS RAID0:
前幾天硬碟不夠用(KTV玩過頭了),又跑去買了顆Seagate 160G SATA-II (ST3160812AS)順便簡單測試一下,提供大家參考~!
系統採用Seagate ST3160827AS RAID0 順便當對照組 (這顆是SATAI的 150M/Sec)

測試起來似乎RAID0這組的CPU使用率高滿多的,而且這兩顆硬碟溫度都算滿高的(4x度)

.......
還OK啦...還在可接受的範圍內
沒特別好也沒特別爛就是了... 表情
順便問一下
您RAID0的BUFFER是多少?16K?64K?


獻花 x0 回到頂端 [1 樓] From:台灣台灣索尼 | Posted:2006-04-07 23:59 |
waja 手機
個人文章 個人相簿 個人日記 個人地圖
特殊貢獻獎
初露鋒芒
級別: 初露鋒芒 該用戶目前不上站
推文 x29 鮮花 x121
分享: 轉寄此文章 Facebook Plurk Twitter 複製連結到剪貼簿 轉換為繁體 轉換為簡體 載入圖片

下面是引用pkkbkraa於2006-04-7 23:59發表的 :

還OK啦...還在可接受的範圍內
沒特別好也沒特別爛就是了... 表情
順便問一下
您RAID0的BUFFER是多少?16K?64K?

突然問倒我了~~" 內建的RAID好像不會顯示Buffer的樣子(翻來翻去沒看到).
由於懶的研究自己的機子(每天都摸別人的自己的就不太想搞),或是有啥軟體可以直接測出來的?
如果您知道的話就請大大介紹一下嘍!!


獻花 x0 回到頂端 [2 樓] From:台灣中華電信 | Posted:2006-04-08 00:16 |
pkkbkraa 會員卡
個人頭像
個人文章 個人相簿 個人日記 個人地圖
終身成就獎
知名人士
級別: 知名人士 該用戶目前不上站
推文 x6 鮮花 x1760
分享: 轉寄此文章 Facebook Plurk Twitter 複製連結到剪貼簿 轉換為繁體 轉換為簡體 載入圖片

下面是引用waja於2006-04-8 00:16發表的 :


突然問倒我了~"~ 內建的RAID好像不會顯示Buffer的樣子(翻來翻去沒看到).
由於懶的研究自己的機子(每天都摸別人的自己的就不太想搞),或是有啥軟體可以直接測出來的?
如果您知道的話就請大大介紹一下嘍!!
在建立的時候就會顯示了...
要您選擇...
可能您沒注意到吧XD
那應該是預設的16K吧...
您要不要再花一點時間試試看重建一次...這次選64K的再跑一次測試看看?^^


獻花 x0 回到頂端 [3 樓] From:台灣台灣索尼 | Posted:2006-04-09 00:40 |
waja 手機
個人文章 個人相簿 個人日記 個人地圖
特殊貢獻獎
初露鋒芒
級別: 初露鋒芒 該用戶目前不上站
推文 x29 鮮花 x121
分享: 轉寄此文章 Facebook Plurk Twitter 複製連結到剪貼簿 轉換為繁體 轉換為簡體 載入圖片

下面是引用pkkbkraa於2006-04-9 00:40發表的 :

在建立的時候就會顯示了...
要您選擇...
可能您沒注意到吧XD
那應該是預設的16K吧...
.......

這個..... 絕對是不可能的,敝人是標準懶蟲,絕對不肯動手自己重來的(尤其是480G容量目前僅餘60G,而Seagate產的SCSI磁帶機正在雜物櫃裡面慢慢氧化).

Buffer應該是指緩衝區(這種內建的RAID應該沒有緩衝區吧? 猜測最多也不過在Driver中加掛點快取),而RAID建立的時候應該是指定Block(儲存格區塊),16K雖然比64K慢,但是比較不浪費空間(以開機主系統而言).
這部分因為是Linux基礎,所以就稍微明白了點;不過話說回來,因為是Winxx系統,所以效率上其實差不到哪邊(或許測試數據會爽一點),但是因為Winx作業系統基本的記憶體使用不良,所以格式化時指定使用不同的Block成效並不大(此處所指的成效並不是測試數據,而是實際操作使用).
因為這個作業系統在搬移或是複製檔案時所佔用的大量記憶體經常會拖垮系統效能(這在類Unix系統中是不被允許的).

註:
既然寫到這個就順便介紹一下格式化時所指定的Block好了.
簡單使用以前在教學生時用的說明來解釋:

磁碟中儲存資料使用的區塊(Block)是可以指定大小的,而每個分割區區塊的大小必須視用途來決定(例如該分割區為小型檔案儲存專用則應是該分割區使用的FS(File System)來決定最小區塊).
而越小的區塊形成的資料索引必然越多,過大的索引將導致磁碟讀取效能降低.

此處的規則可以想像成一個抽屜櫃,每個抽屜僅僅可以放入一個物品,格式化時就是要決定每個抽屜的大小,
所以必須先知道往後要放進這個抽屜櫃的東西大小是多大來製作.

假設存放的資料平均都是8K,那麼如果使用64K的區塊(Block)來做格式化時,每個8K的檔案一樣會佔用64K的空間,也就是浪費了64-8=56K的儲存空間.


[ 此文章被waja在2006-04-09 16:04重新編輯 ]


獻花 x0 回到頂端 [4 樓] From:台灣中華電信 | Posted:2006-04-09 15:39 |
pkkbkraa 會員卡
個人頭像
個人文章 個人相簿 個人日記 個人地圖
終身成就獎
知名人士
級別: 知名人士 該用戶目前不上站
推文 x6 鮮花 x1760
分享: 轉寄此文章 Facebook Plurk Twitter 複製連結到剪貼簿 轉換為繁體 轉換為簡體 載入圖片

下面是引用waja於2006-04-9 15:39發表的 :


這個..... 絕對是不可能的,敝人是標準懶蟲,絕對不肯動手自己重來的(尤其是480G容量目前僅餘60G,而Seagate產的SCSI磁帶機正在雜物櫃裡面慢慢氧化).

Buffer應該是指緩衝區(這種內建的RAID應該沒有緩衝區吧? 猜測最多也不過在Driver中加掛點快取),而RAID建立的時候應該是指定Block(儲存格區塊),16K雖然比64K慢,但是比較不浪費空間(以開機主系統而言).
.......
看到這邊我才發現我用錯詞 表情
要問的是block不是buffer... 表情


獻花 x0 回到頂端 [5 樓] From:台灣台灣索尼 | Posted:2006-04-09 16:33 |

首頁  發表文章 發表投票 回覆文章
Powered by PHPWind v1.3.6
Copyright © 2003-04 PHPWind
Processed in 0.084881 second(s),query:16 Gzip disabled
本站由 瀛睿律師事務所 擔任常年法律顧問 | 免責聲明 | 本網站已依台灣網站內容分級規定處理 | 連絡我們 | 訪客留言