Board logo

標題: [技術討論] 從一個HDD Copy and Paste 落去SSD度, 得1.5MB / 秒 [打印本頁]

作者: Ronarch    時間: 2017-12-16 18:35     標題: 從一個HDD Copy and Paste 落去SSD度, 得1.5MB / 秒

係咪唔正常呢?
但會唔會同file 太多有關係? 因為total 8萬幾個file,  4GB幾


作者: stly1015    時間: 2017-12-17 09:52

正常
作者: yjfoeg    時間: 2017-12-17 10:36

HDD搬細檔案係會慢到喊
作者: tphk98    時間: 2017-12-17 10:44

https://www.hkepc.com/15999/跨世代3D_Xpoint技術_Intel_Optane_SSD_900_性能評測
作者: tphk98    時間: 2017-12-17 10:45

想read write 都快就用以上呢隻intel ssd 2千幾mb 速度
作者: hioohi    時間: 2017-12-17 13:19

細file多
作者: macis    時間: 2017-12-17 13:23

細file係好慢
作者: yjfoeg    時間: 2017-12-17 14:05

想read write 都快就用以上呢隻intel ssd 2千幾mb 速度
tphk98 發表於 2017-12-17 10:45
用呢隻野對你由HDD出大量細file係無乜幫助,除非你咁好彩要抄嘅野本身已經喺晒隻optane入面
作者: doggiestyle    時間: 2017-12-17 17:54

從一個HDD Copy and Paste 落去SSD度

掉轉可能快 d
作者: stly1015    時間: 2017-12-17 19:18

從一個HDD Copy and Paste 落去SSD度

掉轉可能快 d
doggiestyle 發表於 2017-12-17 17:54



    調轉仲慢
作者: PheniX01    時間: 2017-12-17 19:53

如果可能的話,成個partition clone過去,再係image入面copy返出黎
作者: lemonhk99    時間: 2017-12-17 20:40

提示: 作者被禁止或刪除 內容自動屏蔽
作者: doggiestyle    時間: 2017-12-18 01:29

HDD 行 4K 得 1MB/S 多 D
而果 1MB/S 己經係用佢果 64M BUFFER 左
熄左得佢幾百 K
你根本就唔可能期待佢行細檔會快
行細檔既最佳做法就係 ZIP 左佢
假如佢係一堆 JPG檔你有好多軟件可以直接睇
假如係其他 XYZ 檔
只要你個人或者你部電腦可以容許 ,解壓去 RAMDISK
作者: doggiestyle    時間: 2017-12-18 01:33

另外有好多古早方法
晌 SSD 未出現或者未普及前都仲有人用
但呢個討論區冇人會理 ,佢地只會叫你用 SSD ,呢個亦都係事實同最簡單既方法
作者: KinChungE    時間: 2017-12-18 09:21

HDD 行 4K 得 1MB/S 多 D
而果 1MB/S 己經係用佢果 64M BUFFER 左
熄左得佢幾百 K
你根本就唔可能期待佢行 ...
doggiestyle 發表於 2017-12-18 01:29


根本係hdd read慢
zip都一樣要由hdd read哂咁多個細file, 唔會快左
作者: mpegdecoder    時間: 2017-12-18 14:19

過路提示

HDD 4K 玩自己

長期 solution
一. 成隻 HDD clone 去 SSD, 有錢任性

慳錢 solution
一. 用 細容量 SSD 玩 SSD caching 加速 龜速 HDD
作者: raym123    時間: 2017-12-18 16:41

zip 咗先搬可能好D
作者: doggiestyle    時間: 2017-12-18 18:35

根本係hdd read慢
zip都一樣要由hdd read哂咁多個細file, 唔會快左
KinChungE 發表於 2017-12-18 09:21



我用開果 D 有 FULL BUFFER
作者: KinChungE    時間: 2017-12-18 19:06

我用開果 D 有 FULL BUFFER
doggiestyle 發表於 2017-12-18 18:35


buffer對write先有大幫助
read作用不大
作者: doggiestyle    時間: 2017-12-18 19:26

buffer對write先有大幫助
read作用不大
KinChungE 發表於 2017-12-18 19:06



你覺得係咁就係咁啦
作者: yjfoeg    時間: 2017-12-18 20:21

HDD 行 4K 得 1MB/S 多 D
而果 1MB/S 己經係用佢果 64M BUFFER 左
熄左得佢幾百 K
你根本就唔可能期待佢行 ...
doggiestyle 發表於 2017-12-18 01:29
你講到zip就唔洗由頭讀一次咁
作者: Cismash    時間: 2017-12-18 20:27

回復 21 #yjfoeg

個人覺得,個file zip咗再做磁碟重組
之後再read的話應該會快過唔zip嘅…
作者: yjfoeg    時間: 2017-12-18 20:35

回復 yjfoeg

個人覺得,個file zip咗再做磁碟重組
之後再read的話應該會快過唔zip嘅… ...
Cismash 發表於 2017-12-18 20:27

咁一定係嘅
但係除非同一堆file會copy/move好多次,否則效率真係唔多好
作者: KinChungE    時間: 2017-12-18 21:17

你講到zip就唔洗由頭讀一次咁
yjfoeg 發表於 2017-12-18 20:21


佢咩都冇講過
作者: harryytm    時間: 2017-12-19 05:56

本帖最後由 harryytm 於 2017-12-19 06:09 編輯


假設樓主用上圖嗰隻HDD,連續讀取有160MB/s而存取時間當佢係15ms

每ms讀取速度
160 / 1000
= 0.16MB/ms

每次搜尋損失速度
0.16 x 15
=2.4MB/s

而樓主話得 1.5MB/s,即是因搜尋而損失的速度是
160 - 1.5
= 158.5 MB/s

即每秒搜尋次數是
158.5 / 2.4
= 66

即每個檔案大細大約是
1.5 * 1024 / 66
= 23.27KB
作者: C-Leung    時間: 2017-12-19 09:07

乜原來有數得計
作者: computer1975    時間: 2017-12-19 10:33

平均每file不夠100KB,想快都難

via HKEPC Reader for Android
作者: KinChungE    時間: 2017-12-19 11:10

乜原來有數得計
C-Leung 發表於 2017-12-19 09:07


可以計, 不過15ms呢個數字不能作準
因為hd tune係用全碟area黎seek先有咁高
實際你copy既data唔會span across全碟, 所以數字應該較低
作者: raym123    時間: 2017-12-19 11:58

本帖最後由 raym123 於 2017-12-19 12:00 編輯

"total 8萬幾個file,  4GB幾"
隻磁頭1秒來回66次, total 8萬, 都幾操勞, 會唔會好內傷
作者: KinChungE    時間: 2017-12-21 09:44

"total 8萬幾個file,  4GB幾"
隻磁頭1秒來回66次, total 8萬, 都幾操勞, 會唔會好內傷  ...
raym123 發表於 2017-12-19 11:58


8萬次就傷的話, 隻hdd根本唔應該出現響世上





歡迎光臨 電腦領域 HKEPC Hardware (https://www.hkepc.com/forum/) Powered by Discuz! 7.2