<div style="min-height:22px;margin-bottom:8px;">Dear Gao xiang,</div><div style="min-height:22px;margin-bottom:8px;">通过fio测试，发现跟cpu调度有关系，默认调频策略下erofs速率慢于ext4。将调频策略调整到performance 模式，此时erofs速率较ext4快一些，但不多。另外，在pc上用lz4对测试文件进行压缩，发现几乎不可压缩，应该是测试文件选择上也有问题。后续使用具有较大压缩性的测试文件进行再测试。</div><div style="min-height:22px;margin-bottom:8px;"><br></div><font color="#444444">Thanks</font><div><font color="#444444">B.R<br></font><div id="original-content"><br><br><div><div style="font-size:70%;padding:2px 0;">------------------ 原始邮件 ------------------</div><div style="font-size:70%;background:#f0f0f0;color:#212121;padding:8px;border-radius:4px"><div><b>发件人:</b> Gao Xiang <gaoxiang25@huawei.com></div><div><b>发送时间:</b> 2019年7月18日 11:56</div><div><b>收件人:</b> ZHOU <353779207@qq.com></div><div><b>抄送:</b> Miao Xie <miaoxie@huawei.com>, linux-erofs <linux-erofs@lists.ozlabs.org></div><div><b>主题:</b> 回复：回复：回复：回复：回复：eros性能问题</div></div></div><br><br><br>On 2019/7/18 11:53, ZHOU wrote:<br>> iozone 改动很小，只是在open时选用O_RDONLY, 然后启用-+E选项使用独立的文件做只读测试<br><br>总之你先拿fio用新增独立分区（保证相同的LBA）测一下不压缩？这种不压缩的情况让我很疑惑，<br>也觉得没任何必要去进一步解释，你的文件有什么特殊的吗？<br><br>> <br>> 感谢支持<br>> B.R<br>> <br>> <br>> <br>> <br>> <br>> <br>> ------------------ 原始邮件 ------------------<br>> *发件人:* Gao Xiang <gaoxiang25@huawei.com><br>> *发送时间:* 2019年7月18日 11:46<br>> *收件人:* ZHOU <353779207@qq.com><br>> *抄送:* Miao Xie <miaoxie@huawei.com>, linux-erofs <linux-erofs@lists.ozlabs.org><br>> *主题:* 回复：回复：回复：回复：eros性能问题<br>> <br>> <br>> <br>> On 2019/7/18 11:39, ZHOU wrote:<br>>> 好的，该config CONFIG_EROFS_FS_ZIP_CACHE_BIPOLAR 已经启用了的。<br>>> 测试时选用同一台设备，分区一致，使用loop方式erofs跟ext4差不多，我再仔细检查一下LBA。<br>> <br>> loop方式意义不大，不知道iozone你怎么改的，也不知道你们的内核是否对ext4有改动，<br>> 我觉得你可以先拿标准的fio测一下，不需要做任何修改，mkfs有必要也建议使用原始代码，通过新增分区做测试。<br>> <br>>><br>>> 谢谢给出的建议<br>>><br>>> B.R<br>>><br>>><br>>><br>>><br>>><br>>> ------------------ 原始邮件 ------------------<br>>> *发件人:* Gao Xiang <gaoxiang25@huawei.com><br>>> *发送时间:* 2019年7月18日 11:28<br>>> *收件人:* ZHOU <353779207@qq.com><br>>> *抄送:* Miao Xie <miaoxie@huawei.com>, linux-erofs <linux-erofs@lists.ozlabs.org><br>>> *主题:* 回复：回复：回复：eros性能问题<br>>><br>>><br>>><br>>> On 2019/7/18 11:24, ZHOU wrote:<br>>>> 是的 看代码流程erofs更简洁 不应该出现性能恶化的问题 另外在做xattr时，我没有启用share的方式，这在android上应该不会影响到性能吧，因为在读security属性后会缓存到kernel中<br>>><br>>> 没有，我觉得你们先排查下自己测试的情况（比如是否跟android内核的调度因素有关），你们可以加log排查，<br>>> 另外建议测试使用相同的LBA区域并且避免测试前写入其他热数据（最好是flash到相同的LBA后直接测试），<br>>> 随机读不压缩不应该是你说的情况。压缩的数据config需要开启CONFIG_EROFS_FS_ZIP_CACHE_BIPOLAR<br>>><br>>>><br>>>> B.R<br>>>><br>>>><br>>>> ------------------ 原始邮件 ------------------<br>>>> *发件人:* Gao Xiang <gaoxiang25@huawei.com><br>>>> *发送时间:* 2019年7月18日 11:19<br>>>> *收件人:* ZHOU <353779207@qq.com><br>>>> *抄送:* Miao Xie <miaoxie@huawei.com>, linux-erofs <linux-erofs@lists.ozlabs.org><br>>>> *主题:* 回复：回复：eros性能问题<br>>>><br>>>><br>>>><br>>>> On 2019/7/18 11:15, ZHOU wrote:<br>>>>> Dear xiang,<br>>>>> 没有启用directIO,<br>>>>> 好的,我尝试一下您提供的测试方法。<br>>>><br>>>> 至少对于不压缩的情况，难以理解随机读有差异。<br>>>><br>>>> 谢谢。<br>>>><br>>>>><br>>>>> 非常感谢<br>>>>><br>>>>><br>>>>> ------------------ 原始邮件 ------------------<br>>>>> *发件人:* Gao Xiang <gaoxiang25@huawei.com><br>>>>> *发送时间:* 2019年7月18日 11:10<br>>>>> *收件人:* ZHOU <353779207@qq.com><br>>>>> *抄送:* Miao Xie <miaoxie@huawei.com>, linux-erofs <linux-erofs@lists.ozlabs.org><br>>>>> *主题:* 回复：eros性能问题<br>>>>><br>>>>><br>>>>><br>>>>> On 2019/7/18 10:54, Gao Xiang wrote:<br>>>>>>> 放入erofs中，测试命令为：./iozone -i 2 -s 300m -r 4k -+E -w -f ./vendor/tmp_file<br>>>>>> 我不清楚这个代表什么意思，是否有对应的fio的命令。<br>>>>>><br>>>>><br>>>>> 另外，我们建议的随机读pattern（也是我们测试关注的）是<br>>>>> echo 3 > /proc/sys/vm/drop_caches<br>>>>> ./fio --readonly -rw=randread -size=100% -bs=4k -name=job1<br>>>>><br>>>>> 因为绝大多数应用没有direct I/O请求，没有direct I/O读路径，短期没有direct I/O支持计划，<br>>>>> 也不建议使用direct I/O测试性能。<br></div></div>