Re: 資料寫入硬碟的效率問題

看板Programming作者 (opoepev)時間17年前 (2008/02/21 22:55), 編輯推噓4(403)
留言7則, 2人參與, 最新討論串4/5 (看更多)
就算資料量再怎麼小... 如果要同時寫入的話~ 除非能並行(同步)處理~~ 此同步非分時處理~~是同時處理!! 才達的到理想~~ 另外~~三個不同的硬碟用另一個資料線的話~~ 速度也不會比較快~會被平分~~ 除非用三個資料線!! 要看的面還很多~~ 並行最重要~~ 有錯請指正!!謝謝!! ※ 引述《"mynews" <sonet.all@gmail.com>, 看板: Programming》之銘言: : 在使用同樣的硬碟情況下,當鉅量資料要寫入 : 三個檔案時的效率比較: : a.如果在同一個partition : 1.連續寫入 : 2.同時使用三個程序來寫入 : b.同一顆硬碟三個不同partition : 1.連續寫入 : 2.同時使用三個程序來寫入 : c.在不同的三顆硬碟 : 結果是這樣嗎? : c > b2 = b1 > a1= a2 : ============================================== : 如果今天的情況是;資料量小,但是須寫入的檔案數量很 : 多 其結果是 c>b2> b1 > a2 >a1 ? : ============================================== : NTFS 與ext2/ext3 的效率結果也一樣嗎? : 推 meltice:之前用teracopy拷貝大檔案 速度果然快很多 61.14.177.226 02/21 20:56 -- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 219.80.139.46

02/23 12:11, , 1F
只有一組讀寫頭 時間反而都被浪費在
02/23 12:11, 1F

02/23 12:11, , 2F
讀寫頭往返的時間 會慢很多
02/23 12:11, 2F

02/23 23:56, , 3F
Fly.....
02/23 23:56, 3F

02/23 23:58, , 4F
FlyinDeath說得沒錯!等待磁頭的時間
02/23 23:58, 4F

02/23 23:58, , 5F
比等待context switch的時間多太多了
02/23 23:58, 5F

02/24 00:02, , 6F
所以sector盡量讓它連續,雖然OS可能
02/24 00:02, 6F

02/24 00:03, , 7F
會有電梯演算法來排磁頭的位置....
02/24 00:03, 7F
文章代碼(AID): #17lP3sYq (Programming)
文章代碼(AID): #17lP3sYq (Programming)