joelty

我指就算因為無損檔案..但每512B里面的校檢空間被釋放了出來...所以每512B都應該會有1個GAP
定係轉 ...
樹下乘涼 發表於 2020-6-17 00:01

    AF 512e 實際上也是每4K 放Checksum 等資料,
應該不會有每512BYTE的Checksum 空間多出來吧

harryytm

AF 512e 實際上也是每4K 放Checksum 等資料,
應該不會有每512BYTE的Checksum 空間多出來吧 ...
joelty 發表於 2020-6-20 07:27

正確
所以唔知樓上做咩係要將 512e 改 4Kn

polarhei

回覆 42# harryytm

簡單, 想系統做少啲無謂野, 另外, 容錯高啲. 另外, 我系統是新的, 不是2010年初的那些版本.

polarhei

回覆 4# 鬼(?)

容量沒有變, 不過, 在讀寫, 容錯因為系統特性會稍快, 錯少啲.

注: 技術上, 幾乎所有東西以 4096B 這個方式運作. 如果有東西以4096這個方式運作, 於是就暢, 不管方式.

因為人為散貨加上改動最少, 好多時以512E方式提供直至中期部份型號提供4KN模式(賣家通常不說直到2019年的數款CMR型號)

harryytm

回覆  harryytm

簡單, 想系統做少啲無謂野, 另外, 容錯高啲. 另外, 我系統是新的, 不是2010年初的那些版 ...
polarhei 發表於 2020-6-21 14:33

系統做少啲無謂野 - 唔會
因為 512e 同 4Kn 只係定址唔同
系統唔會因為磁區同係 512 byte 而比 4096 byte 磁區做多咗野

容錯高 - 唔會
512e 同 4Kn 同樣實體磁區都係 4096 byte 就有一個 ECC
容錯能力係相等

除非你有有力證據支持你嘅觀點
否則恕我不能忍受你喺度散布錯誤知識亂教一通

joelty

系統做少啲無謂野 - 唔會
因為 512e 同 4Kn 只係定址唔同
系統唔會因為磁區同係 512 byte 而比 4096 byte  ...
harryytm 發表於 2020-6-22 04:13

我諗最盡是HD 的FIRMWARE 層面做少一次LBA 定址的轉換

KinChungE

回覆  peter88625

說真點主要為減少碎片， 加快交收速度。 缺點是細檔案占位過大， 不過，你自己用TAR就 ...
polarhei 發表於 2020-6-17 01:51

本身NTFS都用4k cluster size
不論你用512n定4kn, 細檔案一樣係以4KB做單位

polarhei

回覆 46# joelty

我想重點是這一個. WINDOWS, LINUX, MAC 處理方式,通常以4K為單位, 如果硬碟可以完全配合該方式,於是相對地快, 該處的快, 主要是損失的程度. 據悉真4K對真4K, 損失率少於5%. 不像512E和512N損失那麼多.

KinChungE

回覆  joelty

我想重點是這一個. WINDOWS, LINUX, MAC 處理方式,通常以4K為單位, 如果硬碟可以完全配合該 ...
polarhei 發表於 2020-6-22 17:24

512e根本冇損失到, harddisk內部運作都係用4kn方式
唯一分別係512e要擔心非4k對齊會極慢, 對齊左根本冇分別 (基本上Vista或以上已經自動對齊)

harryytm

本身NTFS都用4k cluster size
不論你用512n定4kn, 細檔案一樣係以4KB做單位
KinChungE 發表於 2020-6-22 16:31

NTFS 一個 MFT Record 係 1024 byte
正確啲講一個細檔案 MFT Record 夠位放
就會放喺 MFT Record 入面而唔會佔用 4KiB

要知個檔案係唔係放咗喺 MFT Record 入面
睇 Size on disk 係咪 0 bytes 就得

例子：