TWed2k - 軟體求助討論區 - [討論]為甚麼Acronis Disk Direct 10 resize 這麼快 ?

jazzblue
版主

志凌

．積分： 1106
．文章： 3836
．收花： 8945 支
．送花： 906 支
．比例： 0.1
．在線： 2162 小時
．瀏覽： 43731 頁
．註冊： 7295 天
．失蹤： 201 天
．信義之星

#1 : 2008-5-18 12:38 AM 全部回覆	送花 (0) 送出中...

我的系統是Vista ，硬碟有兩個分割區 C及 D  全都是NTFS
我將C 縮小一點，然後C 後方會留下未使用的空間大約10G
我將這空間併入D 如此D就增大10G !
處理過程不到2 分鐘就結束了，讓我很驚訝又納悶 !
我有再確認一次，確實都到位了

依照我以前使用這類軟體的經驗
將前方空間併入D，就應該將D原有的資料往前移
D 內原有約50G 的資料，搬移資料應該花很多時間
竟然花不到2 分鐘 !
這是怎麼回事呢 ? Acronis 的新技術還是Vista 的關係 ?

[jazzblue 在  2008-5-18 12:44 AM 作了最後編輯]

[如果你喜歡本文章，就按本文章之鮮花～送花給作者吧，你的支持就是別人的動力來源]

本文連接

快速回覆

jazzblue
版主

志凌

．積分： 1106
．文章： 3836
．收花： 8945 支
．送花： 906 支
．比例： 0.1
．在線： 2162 小時
．瀏覽： 43731 頁
．註冊： 7295 天
．失蹤： 201 天
．信義之星

#2 : 2008-5-18 11:51 AM 全部回覆	送花 (0) 送出中...

我以前使用Partition Magic 這類軟體
都是將D 的資料整個往前移
應該是ADD10  做法不一樣，只改變分割表而不移動資料
讓D 前方保持10G 空區

下圖證明我的想法沒錯.. 分割區前方有一大片位空區
這樣做法雖然快，但做磁碟重組還是會花時間把這空區填掉。
所以不管如何資料都是要移動，只不過是先移後移的問題!
除非你不做磁碟重組也不在乎前方有一大片空區。

[jazzblue 在 2008-5-18 02:02 PM 作了最後編輯]

[如果你喜歡本文章，就按本文章之鮮花～送花給作者吧，你的支持就是別人的動力來源]

本文連接

快速回覆

jazzblue
版主

志凌

．積分： 1106
．文章： 3836
．收花： 8945 支
．送花： 906 支
．比例： 0.1
．在線： 2162 小時
．瀏覽： 43731 頁
．註冊： 7295 天
．失蹤： 201 天
．信義之星

#3 : 2008-5-18 02:08 PM 全部回覆	送花 (0) 送出中...

引用:

Adsmt寫到:

不需要往前移，改變磁區分配表就好了。
假設原本磁區分配
C: 0~100
D: 101~200
分割後改成，
C: 0~90
D: 91~200

需要移動的，是 91~100 中原本屬於 C 的資料，因此如果這區間沒有資料就會很快。

若C 的91~100 有資料就不可能 resize 了
何來的移動問題! ?

[jazzblue 在 2008-5-18 02:13 PM 作了最後編輯]

[如果你喜歡本文章，就按本文章之鮮花～送花給作者吧，你的支持就是別人的動力來源]

本文連接

快速回覆

jazzblue
版主

志凌

．積分： 1106
．文章： 3836
．收花： 8945 支
．送花： 906 支
．比例： 0.1
．在線： 2162 小時
．瀏覽： 43731 頁
．註冊： 7295 天
．失蹤： 201 天
．信義之星

#4 : 2008-5-18 02:17 PM 全部回覆	送花 (0) 送出中...

某些人的回答讓我差點昏倒

以為我在做磁碟重組
resize =  調整分割區大小

將C 縮小然後將D 變大
C:  0~70
D:  71~200
變成
C: 0 ~60
D: 61~200

[jazzblue 在  2008-5-18 02:26 PM 作了最後編輯]

[如果你喜歡本文章，就按本文章之鮮花～送花給作者吧，你的支持就是別人的動力來源]

本文連接

快速回覆

jazzblue
版主

志凌

．積分： 1106
．文章： 3836
．收花： 8945 支
．送花： 906 支
．比例： 0.1
．在線： 2162 小時
．瀏覽： 43731 頁
．註冊： 7295 天
．失蹤： 201 天
．信義之星

#5 : 2008-5-18 04:24 PM 全部回覆	送花 (0) 送出中...

引用:

Observer寫到:

該不會是在說我吧？

Partition 要用 Partition Magic 之類軟體切小之前
第一個動作一定是把資料往前挪
我以前用 PowerQuest Partition Magic 7 的時候就是這樣...
我記得有一些 Defrag 軟體會把一些常更動的資料放在最末端
所以用 Perfect Disk 可以先看看想切掉的部分目前有沒有資料（我說的小格子蛋糕...）
不是嗎？
版主你當初不是說想看哪些磁區有沒有資料，還是我誤解你的意思...？

[Observer 在 2008-5-18 02:46 PM 作了最後編輯]

沒事 ~ 也許是我誤解了 !

[如果你喜歡本文章，就按本文章之鮮花～送花給作者吧，你的支持就是別人的動力來源]

本文連接

快速回覆

jazzblue
版主

志凌

．積分： 1106
．文章： 3836
．收花： 8945 支
．送花： 906 支
．比例： 0.1
．在線： 2162 小時
．瀏覽： 43731 頁
．註冊： 7295 天
．失蹤： 201 天
．信義之星

#6 : 2008-5-20 10:50 AM 全部回覆	送花 (0) 送出中...

引用:

Adsmt寫到:

引用:

jazzblue寫到:

若C 的91~100 有資料就不可能 resize 了
何來的移動問題! ?

可以的，改變分割表後再移，或移完後再改都行，但我覺得應該是後者，因為這樣比較安全。（避免操作到一半中斷所造成的風險）

或許你對 ADD 10 有資料不能移動有所誤解。
事實上它只限定你不能把你的磁區改得比原來的資料更小，例如你 C 槽資料有 5G, 你不能 resize 成 5G 以下，但他並沒有限定你的資料是散在哪裡。也許你 5G 散在整個 10G 的磁區，但還是可以 resize 成 6G, 7G.....

抱歉 ! 我沒說清楚 resize 是縮小還是擴大

我想說的是縮小
當分割區資料已滿，當然是不可能再縮小了

[如果你喜歡本文章，就按本文章之鮮花～送花給作者吧，你的支持就是別人的動力來源]

本文連接

快速回覆

jazzblue
版主

志凌

．積分： 1106
．文章： 3836
．收花： 8945 支
．送花： 906 支
．比例： 0.1
．在線： 2162 小時
．瀏覽： 43731 頁
．註冊： 7295 天
．失蹤： 201 天
．信義之星

#7 : 2008-5-25 01:03 AM 全部回覆	送花 (0) 送出中...

到底resize 會不會搬移資料呢 ?
我已經搞清楚怎麼回事了，現在說明一下...
resize 會改分割表，但Partition Magic 會多做一個動作
若risize 之後分割區前方資料有空位  Partition Magic
會搬移資料把那空位填滿，但 ADD10 不會。(可參考我之前有圖那篇文章的說明)
若以ADD10 的做法來思考，就會認為resize不會搬移資料
不管你認為會不會搬移，這兩種說法都沒錯 !
是這兩個軟體的做法不同罷了
因為我一直有Partition Magic 的思維，所以對ADD 10 resize 的速度感到奇怪!
而各位以ADD10 的做法來思考，不覺得有甚麼奇怪!

[jazzblue 在  2008-5-25 01:55 AM 作了最後編輯]

[如果你喜歡本文章，就按本文章之鮮花～送花給作者吧，你的支持就是別人的動力來源]

本文連接

快速回覆