查看積分策略說明發表回覆
Discuz! 代碼
提示插入
直接插入
說明訊息

插入粗體文本 插入斜體文本 插入下劃線 置中對齊 插入超級連結 插入信件位址 插入圖像 插入 flash 插入代碼 插入引言 插入列表
刪除線 直線分隔線 虛線分隔線
    
添加文字底框
內容 [字數檢查]:

表情符號

更多 Smilies
字型大小 |||
溫馨提示:本區開放遊客瀏覽。


文章關鍵字 : [功能說明]
(關鍵字可加強搜索準確性, 如關鍵字多於一組, 請以 , 作分隔, e.g. : 阿笨,shiuh,第一笨)

 關閉 URL 識別 | html 禁用
 關閉 表情符號 | 表情符號 可用
 關閉 Discuz! 代碼 | Discuz! 代碼 可用
使用個人簽名
接收新回覆信件通知
推薦放檔網絡空間

檔案(Torent, zip等)
  1. freedl
  2. multiupload
  3. btghost
  4. 便當狗
  5. mediafire
  6. pillowangel
圖片(JPG, GIF等)
  1. hotimg
  2. tinypic
  3. mousems2
  4. imageshack
  5. imm.io
>>>歡迎推薦好用空間


最新10篇文章回顧
jazzblue

 發表於 2008-5-25 01:03 AM

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

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


Ailio

 發表於 2008-5-20 11:26 AM

基本上 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 作了最後編輯]


jazzblue

 發表於 2008-5-20 10:50 AM


引用:
Adsmt寫到:

引用:
jazzblue寫到:
若C 的91~100 有資料就不可能 resize 了
何來的移動問題! ?

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

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


抱歉 !  我沒說清楚 resize 是縮小還是擴大   
我想說的是縮小
當分割區資料已滿,當然是不可能再縮小了


Adsmt

 發表於 2008-5-20 10:28 AM


引用:
jazzblue寫到:
若C 的91~100 有資料就不可能 resize 了
何來的移動問題! ?

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

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


jazzblue

 發表於 2008-5-18 04:24 PM


引用:
Observer寫到:
該不會是在說我吧?

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

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


沒事 ~ 也許是我誤解了 !  


Observer

 發表於 2008-5-18 02:45 PM

該不會是在說我吧?

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

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


jazzblue

 發表於 2008-5-18 02:17 PM

某些人的回答讓我差點昏倒  
以為我在做磁碟重組  
resize =  調整分割區大小  

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

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


jazzblue

 發表於 2008-5-18 02:08 PM


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


Observer

 發表於 2008-5-18 01:03 PM

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


jazzblue

 發表於 2008-5-18 11:51 AM

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

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



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


本主題回覆較多,請 點擊這裡 檢閱。



所在時區為 GMT+8, 現在時間是 2024-11-25 01:14 AM
清除 Cookies - 連絡我們 - TWed2k © 2001-2046 - 純文字版 - 說明
Discuz! 0.1 | Processed in 0.015807 second(s), 6 queries , Qzip disabled