今日dp笑料已收到。

说明三脚猫人员多，这个问题很严重，直接拖累性能。

对齐与否，性能差距这么大呀

连续读写影响不大，但一大堆小文件影响老大了，玲珑有海量小文件，磐石也会操作海量小文件，你细品。

bug回归测试有做吗？

### 4K对齐对系统I/O的影响（尤其是性能） 1. **性能提升（关键影响）**： * **减少读写放大**： * **HDD (AF)**： 读取或写入一个未对齐的4K逻辑块，需要访问两个物理4K扇区。这意味着磁头需要移动两次（可能跨越磁道），显著增加寻道时间和旋转延迟，导致随机读写性能急剧下降（可达30%或更多）。对齐后只需访问一个物理扇区。 * **SSD**： * **写入放大**： 写入一个未对齐的4K逻辑块，可能触发SSD读取-修改-写入（RMW）操作。SSD必须先读取包含目标数据但未对齐的整个物理Page（4K），在内存中修改相应的部分，然后将整个修改后的Page写回一个新的物理位置（因为NAND不能覆盖写入）。这导致： * 实际写入的数据量远大于请求的4K（可能是8K或更多）。 * 消耗额外的NAND擦写次数（P/E Cycle），缩短SSD寿命。 * 占用SSD内部带宽和CPU资源，降低整体写入性能（可能下降10%-50%+，取决于负载）。 * **读取放大**： 读取未对齐数据有时也可能需要读取额外的Page。 * **对齐**避免了RMW操作，直接写入单个Page，大大减少了写入放大，提升了写入性能、响应速度和SSD寿命。 * **提升吞吐量**： 减少不必要的I/O操作（访问额外扇区、RMW）自然能提高有效数据传输速率。 * **降低延迟**： 减少操作步骤（HDD寻道/SSD RMW）意味着更快的请求完成时间，提升系统响应速度。

希望能少些这样的BUG。

中招了，重装去。

重装后4K都对齐了就没事了吧。

应该是没有

[话题讨论] 新的treeland，会把以前该避免的bug、问题、需求都会考虑到吗？

进live安装，先装个gparted，然后用gparted分区，分好区后高级安装，手动安装到你用gparted分的区里。

已经搞定，检测通过，感谢。

我说beta安装时风扇狂飙，感觉不妙回退再来了一遍。

试过。软件说我io有问题~~~

我的没问题啊，

他不会自动4k对齐，如果你给deepin留的空间本来是对齐的，那还是对齐的，没问题。

如果你给deepin留的空间在ntfs之后，还没对齐，他也不会管你没对齐这件事，直接就给你装上了。

👍

1.再决定重新分区之前最好先确认自己的分区是否没有4K对齐，以免丢失数据。可以按照楼主的方式执行sudo fdisk -l /dev/xxxx, 分别计算start的值是否能被8整除（units=512btyes 4*1024/512=8）。如果都能被8整除说明已经是4K对齐的
2.正常来讲windows也是4K对齐的，所以windows分完区之后的剩余空间也应该是4K对齐的，不需要额外处理。楼主图中的扇区不连续，这个是导致后面的分区没有对齐的原因。很好奇是怎么产生的。

不是的，ntfs开头是对齐的，但结尾不一定对齐的。

如果是先装了windows然后压缩磁盘安装deepin的方式，空出来的空间，很可能是不对齐的。

而deepin在安装和分区时候不会检测是否对齐，直接就分区装上了。

我们分区的最小单位基本是M了，M是4K的整数倍。ntfs如果start是对齐的，理论上将剩余空间的start也是对齐的吧

你可能是使用过分区工具在K级别或者扇区级别调整过分区，否则分区中间不应该存在（588,961,423－587,745,279）* 512 /1024 =608,072K的未使用空间