Windows 逻辑字节Persector与物理字节Persector

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

当我执行命令fsutil fsinfo sectorInfo c:时,我收到以下输出:

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
编写。由于命令利用率更高,通过更多的命令可能会更快。

这是