kwliu

我都係諗唔通點解咁樣多一層會快好多, 到底ntfs 有幾廢
(REFS我複製一份20GB 檔只要2秒, NTFS要18秒)
s84292 發表於 2025-5-5 17:28

Block Cloning 不會將檔案完全複製，而是創建一個指向原始檔案的指標

類似整個shortcut, 唔係真抄file當然快啦.

kofz

新手上路 只試過行Y-Cruncher 睇黎都唔係咁易TuneCPU係降左頻
sunderstan 發表於 2025-4-30 21:51

唔係行vm都係浪費。。。

via HKEPC IRF 5.1.14 - Android(5.1.2)

s84292

類似整個shortcut, 唔係真抄file當然快啦.
kwliu 發表於 2025-5-6 09:15

我知，但呢D已經係現代檔案系統的基本功能
但NTFS 就係冇

kwliu

我知，但呢D已經係現代檔案系統的基本功能
但NTFS 就係冇
s84292 發表於 2025-5-8 08:52

咁就唔係抄個file要幾多秒問題, 係功能上欠缺.

s84292

咁就唔係抄個file要幾多秒問題, 係功能上欠缺.
kwliu 發表於 2025-5-8 01:00

呢類重要功能缺失就會影響日常使用性能
剩係呢個日常複製檔案的功能，有同冇就有顯著的提升

BUT REFS 搞左咁多年（十幾年了），佢有好多NTFS舊功能都未補齊
真正的HEA 做

kwliu

呢類重要功能缺失就會影響日常使用性能
s84292 發表於 2025-5-8 09:02

現實有幾多情況要同partition抄大file?

s84292

現實有幾多情況要同partition抄大file?
kwliu 發表於 2025-5-8 01:09

我日日都要咁做
昨晚就原地複製左大約1200個 20MB 圖檔
因為AI 訓練D 原檔我都係慣左執完TAG，再COPY 一份
方便我訓練個陣再改唔會影響到佢

又或者VM 複製VHD做測試

對了,冇重複資料刪除仲要計多一份容量

kwliu

方便我訓練個陣再改唔會影響到佢 ...
s84292 發表於 2025-5-8 09:12

Edit file咁OS都要實際copy一份, 定係醒目到只係儲difference byte set?

s84292

Edit file咁OS都要實際copy一份, 定係醒目到只係儲difference byte set?
kwliu 發表於 2025-5-8 01:17

依家主流重複刪除都係跟區塊，但都有係跟檔黎做
佢只會多左改左個塊，如果修改了的部分都有重複，佢都會之後合併埋

以APPLE 為例：
APFS 的複製並不會直接產生另一個檔案的實體，而是透過cloning（複製）指令建立檔案的對應關係。這意味著複製一個檔案的操作並不會佔用額外的儲存空間。如果對檔案的副本進行修改，系統只會記錄變更的部分，而未變更的部分則繼續共用。這種文件複製機制大大減少了空間佔用。

舉例來說，在舊的 HFS+ 檔案系統中，複製 1GB 檔案 10 次會佔用 10GB 空間；而在 APFS 中，複製相同的檔案 100 次也只佔用 1GB 空間。修改後只會多出有修改的部分（差分）

原文件：A A A A A A A A
改文件：A A A A A A B B
咁佢只係記B B 部分
但係有D 檔我發現係唔WORK，比如PPTX類壓縮檔，改少少都會當佔用全部空間，但大部分都正常

不過有D 重複資料刪除實現係有DELAY，要等系統掃
我synology 同WINDOWS SERVER NTFS就係咁，要等佢定期掃完先會清返D資料出黎，同慢好多

kwliu

回覆 29# s84292

咁就唔錯, 不過就如你所講要嘥啲時間做scanning, 同埋隻碟唔好full.