harryytm

其實想了解 NTFS 嘅結構
有個叫 Active@ Disk Editor 嘅 Freeware 可以睇
呢度係樓上個細檔案嘅 MFT Record
佔用咗 1024 bytes 即 2 個磁區
紅色部份就係個細檔案嘅數據
可以見到個 MFT Record 仲剩大約 320 byte 未用

computer1975

隻4K sector HDD要寫入512 byte 1K 2K，隻HDD要先讀碟上原本4K sector，舊和新內容整合，再寫回到4K Sector，多左重讀的資料。如果對Server密隻型寫入，每寫入完data，次次要讀4K再寫入metadata，拖慢部機

如果是OS已知道Native 4K Sector HDD, 盡可能每次寫入一個完整4K，減一次不必要從HDD讀4K

via HKEPC Reader for Android

smoke_cheese

NTFS 一個 MFT Record 係 1024 byte
正確啲講一個細檔案 MFT Record 夠位放
就會放喺 MFT Record 入面而唔 ...
harryytm 發表於 2020-6-23 01:41

4kn好似會用4096 byte MFT record

http://www.hexacorn.com/blog/201 ... t-file-record-size/

我就係奇怪點解10樓話容量有分別，應該係MFT佔用咗唔同容量？

smoke_cheese

如果是OS已知道Native 4K Sector HDD, 盡可能每次寫入一個完整4K，減一次不必要從HDD讀4K ...
computer1975 發表於 2020-6-23 07:01

512e disk OS一樣知道4k Physical Sector（12樓可以見到），會唔會因爲咁每次完整4k處理就唔清楚了
（唔會都係只影響metadata，因爲cluster size >= 4k）

KinChungE

隻4K sector HDD要寫入512 byte 1K 2K，隻HDD要先讀碟上原本4K sector，舊和新內容整合，再寫回到4K Sector ...
computer1975 發表於 2020-6-23 07:01

Server一般都行RAID
而RAID既Cluster Size極少會用512byte / 1K / 2K咁細
所以一係唔write, 一write已經最少一個cluster, 所以冇乜影響

harryytm

隻4K sector HDD要寫入512 byte 1K 2K，隻HDD要先讀碟上原本4K sector，舊和新內容整合，再寫回到4K Sector，多左重讀的資料。如果對Server密隻型寫入，每寫入完data，次次要讀4K再寫入metadata，拖慢部機

如果是OS已知道Native 4K Sector HDD, 盡可能每次寫入一個完整4K，減一次不必要從HDD讀4K
computer1975 發表於 2020-6-23 07:01

我就認為無論 512e 定 4Kn HDD
都係會先讀碟上原本4K sector
將舊和新內容整合
再寫回到4K Sector
但唔係 OS 做而係 Firmware 自已做
所以我認為 512e 轉 4Kn 唔會快咗

joelty

隻4K sector HDD要寫入512 byte 1K 2K，隻HDD要先讀碟上原本4K sector，舊和新內容整合，再寫回到4K Sector ...
computer1975 發表於 2020-6-23 07:01

如果你個分割區是4K cluster
個OS 一樣是一次寫4K 吧

via HKEPC IR Pro 3.6.1 - iOS(3.0.0)

polarhei

回覆 56# harryytm


一般而言, 新HDD內的軟件有可能是十年前加個制稱節省使用者的開支. 一般而言, 512E即使對齊了, 4K一個格, 仍然稍慢過4KN,

4KN沒有讀寫讀的問題, 所以就稍快,但全部都要新(2016年或之後).  因為業績差,加上好快有新產品, 可能用呢個盡地一煲

polarhei

回覆 55# KinChungE


我目前用緊16KB一格, 因為大部份已經是4K一格, 因此比之前錯更少.

harryytm

如果你個分割區是4K cluster
個OS 一樣是一次寫4K 吧

via HKEPC IR Pro 3.6.1 - iOS(3.0.0) ...
joelty 發表於 2020-6-23 18:22

我同意