今日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都对齐了就没事了吧。
bug回归测试有做吗?
中招了,重装去。
重装后4K都对齐了就没事了吧。
进live安装,先装个gparted,然后用gparted分区,分好区后高级安装,手动安装到你用gparted分的区里。

进live安装,先装个gparted,然后用gparted分区,分好区后高级安装,手动安装到你用gparted分的区里。
已经搞定,检测通过,感谢。

我说beta安装时风扇狂飙,感觉不妙回退再来了一遍。
Popular Events
More
我一直不理解,deepin为什么修好的bug过阵子又回归了?
23时候我记得有个版本都修复了,现在v25安装器怎么又回归了?
众所周知,对齐和没对齐差距很大的:
我们先来看一个老铁装得v25:
仔细观察这个vda5,那就是我们的磐石主要操作的分区,显然没对齐,再叠加玲珑包一大堆小文件,这个系统体验自然一卡一卡的,另外再叠加内核中aspm电源管理省电操作,高负载读写的时候很可能磁盘掉电卡死的。
高级安装跟用户自己的操作有关,我就不说了,上图的这个可是全盘安装的哦。
再看另一个:
好家伙,swap分区都没对齐,你们想想看开了一堆东西,在刷写swap的时候会怎样呢?swap分区可是安装器自己创建的哎。
之前就反馈过安装器分区没有自动4k对齐的问题,我记得有个版本也修复了,为什么现在这个bug又回归了呢?
最后再补一个对照测试,左边是就用安装器安装的没对齐的,右边是对齐的,差距有点大:
