Windows 逻辑字节Persector与物理字节Persector
当我执行命令fsutil fsinfo sectorInfo c:时,我收到以下输出:Windows 逻辑字节Persector与物理字节Persector,windows,winapi,storage,hard-drive,sector,Windows,Winapi,Storage,Hard Drive,Sector,当我执行命令fsutil fsinfo sectorInfo c:时,我收到以下输出: LogicalBytesPerSector : 512 PhysicalBytesPerSectorForAtomicity : 4096 PhysicalBytesPerSectorForPerformance : 4096 FileSystemEffectivePhysi
LogicalBytesPerSector : 512
PhysicalBytesPerSectorForAtomicity : 4096
PhysicalBytesPerSectorForPerformance : 4096
FileSystemEffectivePhysicalBytesPerSectorForAtomicity : 4096 Device
Alignment : Aligned (0x000)
Partition alignment on device : Aligned
(0x000) No Seek Penalty Trim Supported Not DAX capable Not
Thinly-Provisioned
我担心LogicalBytesPerSector
和PhysicalBytesPerSectorForAtomicity
之间的差异
由于LogicalBytesPerSector
小于PhysicalBytesPerSectorForAtomicity
,我写入的每个512字节的块实际上都是原子写入的吗?另一方面,我写的4096字节的每一个块实际上都是原子写的吗
此外,512字节的读/写速度会很慢吗?如果我理解得很好,系统需要读取4096个物理字节才能写入512字节
我将要写入的512字节的每个块是否都将以原子方式写入?另一方面,我将要写入的4096字节的每个块是否都将以原子方式写入
4096将以原子方式写入
512将以原子方式写入,并可能写入其他数据以完成4096
此外,读取/写入512字节是否不会太慢,因为如果我理解得很好,系统需要读取4096个物理字节才能写入512字节
是的,至少通过PhysicalBytesPerSectorForPerformance
编写。由于命令利用率更高,通过更多的命令可能会更快。这是