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

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

可打印版本 | 推薦給朋友 | 訂閱主題 | 收藏主題 | 純文字版

1

2

>

jazzblue
版主

等級： 30

等級： 30

等級： 30

等級： 30

等級： 30

等級： 30

等級： 30

等級： 30

志凌

．積分： 1106
．文章： 3836
．收花： 8945 支
．送花： 906 支
．比例： 0.1
．在線： 2162 小時
．瀏覽： 43731 頁
．註冊： 7296 天
．失蹤： 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 作了最後編輯]

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

發私人訊息

Blog

新增/修改爬文標記

lch2003
論壇第一濕濕小可愛

等級： 17

等級： 17

等級： 17

等級： 17

等級： 17

小壞蛋

．積分： 2254
．精華： 1
．文章： 5728
．收花： 18500 支
．送花： 20908 支
．比例： 1.13
．在線： 5133 小時
．瀏覽： 145298 頁
．註冊： 6774 天
．失蹤： 929 天

#2 : 2008-5-18 01:29 AM 只看本作者	送花 (3) 送出中...

應該不會將D的data往前移....

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

發私人訊息

Blog

新增/修改爬文標記

killer00
銀驢友〔高級〕

等級： 14

等級： 14

等級： 14

等級： 14

今日心情

．積分： 823
．文章： 942
．收花： 7508 支
．送花： 3026 支
．比例： 0.4
．在線： 3881 小時
．瀏覽： 7911 頁
．註冊： 6976 天
．失蹤： 2881 天

#3 : 2008-5-18 01:43 AM 只看本作者	送花 (0) 送出中...

為何要往前移呢？理由實在是想不出來…

PS：如果說釋出空間的一方資料做移動，這還可以理解，接收空間的一方還做資料移動，不能理解…

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

發私人訊息

Blog

新增/修改爬文標記

Adsmt
金驢友〔初級〕

等級： 16

等級： 16

等級： 16

等級： 16

大頭大頭，寒流不愁。你有綿被，我有毛頭。

．積分： 2154
．文章： 2921
．收花： 19928 支
．送花： 21671 支
．比例： 1.09
．在線： 4464 小時
．瀏覽： 34363 頁
．註冊： 7132 天
．失蹤： 5 天

#4 : 2008-5-18 06:52 AM 只看本作者	送花 (3) 送出中...

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

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

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

發私人訊息

Blog

新增/修改爬文標記

badcat
銀驢友〔初級〕

等級： 12

等級： 12

等級： 12

壞喵

．積分： 541
．精華： 3
．文章： 837
．收花： 3874 支
．送花： 982 支
．比例： 0.25
．在線： 3330 小時
．瀏覽： 62312 頁
．註冊： 7451 天
．失蹤： 383 天

#5 : 2008-5-18 09:33 AM 只看本作者	送花 (0) 送出中...

引用:

Adsmt寫到:

(...前略)

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

標準答案！(送花！送花！) (不過 M$ 的工具集就是有辦法把這項簡單工作做的「很慢」！笑！)

[badcat 在 2008-5-18 09:47 AM 作了最後編輯]

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

發私人訊息

Blog

新增/修改爬文標記

Observer
論壇第一龜毛

等級： 21

等級： 21

等級： 21

等級： 21

等級： 21

等級： 21

藏雲

．積分： 4862
．精華： 5
．文章： 9349
．收花： 41867 支
．送花： 9848 支
．比例： 0.24
．在線： 8114 小時
．瀏覽： 112080 頁
．註冊： 8189 天
．失蹤： 1 天
．單身宿舍

#6 : 2008-5-18 11:48 AM 只看本作者	送花 (0) 送出中...

如果 jazzblue 版主很久沒有 defrag C槽，資料又很多
那移動資料可能就要花點時間啦

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

發私人訊息

Blog

新增/修改爬文標記

jazzblue
版主

等級： 30

等級： 30

等級： 30

等級： 30

等級： 30

等級： 30

等級： 30

等級： 30

志凌

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

#7 : 2008-5-18 11:51 AM 只看本作者	送花 (0) 送出中...

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

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

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

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

發私人訊息

Blog

新增/修改爬文標記

Observer
論壇第一龜毛

等級： 21

等級： 21

等級： 21

等級： 21

等級： 21

等級： 21

藏雲

．積分： 4862
．精華： 5
．文章： 9349
．收花： 41867 支
．送花： 9848 支
．比例： 0.24
．在線： 8114 小時
．瀏覽： 112080 頁
．註冊： 8189 天
．失蹤： 1 天
．單身宿舍

#8 : 2008-5-18 01:03 PM 只看本作者	送花 (0) 送出中...

我記得 Perfect Disk 可以看到一塊一塊小蛋糕
不知道符不符合您的需求？

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

發私人訊息

Blog

新增/修改爬文標記

jazzblue
版主

等級： 30

等級： 30

等級： 30

等級： 30

等級： 30

等級： 30

等級： 30

等級： 30

志凌

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

#9 : 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 作了最後編輯]

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

發私人訊息

Blog

新增/修改爬文標記

jazzblue
版主

等級： 30

等級： 30

等級： 30

等級： 30

等級： 30

等級： 30

等級： 30

等級： 30

志凌

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

#10 : 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 作了最後編輯]

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

發私人訊息

Blog

新增/修改爬文標記

Observer
論壇第一龜毛

等級： 21

等級： 21

等級： 21

等級： 21

等級： 21

等級： 21

藏雲

．積分： 4862
．精華： 5
．文章： 9349
．收花： 41867 支
．送花： 9848 支
．比例： 0.24
．在線： 8114 小時
．瀏覽： 112080 頁
．註冊： 8189 天
．失蹤： 1 天
．單身宿舍

#11 : 2008-5-18 02:45 PM 只看本作者	送花 (0) 送出中...

該不會是在說我吧？

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

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

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

發私人訊息

Blog

新增/修改爬文標記

jazzblue
版主

等級： 30

等級： 30

等級： 30

等級： 30

等級： 30

等級： 30

等級： 30

等級： 30

志凌

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

#12 : 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 作了最後編輯]

沒事 ~ 也許是我誤解了 !

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

發私人訊息

Blog

新增/修改爬文標記

Adsmt
金驢友〔初級〕

等級： 16

等級： 16

等級： 16

等級： 16

大頭大頭，寒流不愁。你有綿被，我有毛頭。

．積分： 2154
．文章： 2921
．收花： 19928 支
．送花： 21671 支
．比例： 1.09
．在線： 4464 小時
．瀏覽： 34363 頁
．註冊： 7132 天
．失蹤： 5 天

#13 : 2008-5-20 10:28 AM 只看本作者	送花 (0) 送出中...

引用:

jazzblue寫到:

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

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

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

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

發私人訊息

Blog

新增/修改爬文標記

jazzblue
版主

等級： 30

等級： 30

等級： 30

等級： 30

等級： 30

等級： 30

等級： 30

等級： 30

志凌

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

#14 : 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 是縮小還是擴大

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

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

發私人訊息

Blog

新增/修改爬文標記

Ailio
版主

等級： 30

等級： 30

等級： 30

等級： 30

等級： 30

等級： 30

等級： 30

等級： 30

鸚鵡螺號艦長

十週年紀念徽章（五級）

今日心情

．積分： 2664
．文章： 6462
．收花： 22900 支
．送花： 4903 支
．比例： 0.21
．在線： 2826 小時
．瀏覽： 85748 頁
．註冊： 7450 天
．失蹤： 116 天
．莫名奇妙的商人星球

#15 : 2008-5-20 11:26 AM 只看本作者	送花 (0) 送出中...

基本上 resize軟體都會有推薦
resize前先進行磁碟重組

因為硬碟使用率高有塞滿過的話資料會分散在硬碟各處
(雖然看起來沒感覺但是實在上記憶體中是四散的)
這時候resize就沒辦法進行因為分割必須要是連續的區段

所以其實resize 並不會包含檔案搬移的工作
單純只是把分割區的資訊更新而已如樓上所說本來C 1-100 D 101-200 變成 C1-80 D 81-200
由於檔案本來就可以離散的存在於硬碟中(所以才有所謂重組這件事)
因此即使是新分割的好的硬碟分區但是檔案都在 101-150 這段區域也是沒問題的

在舉個實際案例會更有感覺

在C中假設有個100G的檔案
這時候你把它剪下貼上假設由C:\ 剪下貼上到C:\Temp
你會發現 100G檔案只要幾秒就搬移完畢了
其實實際上根本沒有搬移只是把該檔案檔頭改掉讓它改變位置而已
可以想像記憶體中 1-100 中間有東西本來是C:\ 123.iso 對應到這區段
我只是改成C:\temp\123.iso 對應記憶體區段1-100 這動作所以很快

但是如果你今天是在C:\剪下貼到D:\
那你就會知道實際搬移100G 要花多少時間了...@@

換言之這只是一個資料系統運作上的"原理"
而非是這軟體或是 Vista本身有優化造成檔案複製變快

[Ailio 在 2008-5-20 11:31 AM 作了最後編輯]

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

發私人訊息

Blog

新增/修改爬文標記

1

2

>

所在時區為 GMT+8, 現在時間是 2024-11-22 12:23 PM	清除 Cookies - 連絡我們 - TWed2k © 2001-2046 - 純文字版 - 說明 Discuz! 0.1 \| Processed in 2.781173 second(s), 8 queries , Qzip disabled