<div style="min-height:22px;margin-bottom:8px;">iozone 改动很小，只是在open时选用O_RDONLY, 然后启用-+E选项使用独立的文件做只读测试</div><div style="min-height:22px;margin-bottom:8px;"><br></div><div style="min-height:22px;margin-bottom:8px;">感谢支持</div><div style="min-height:22px;margin-bottom:8px;">B.R</div><div style="min-height:22px;margin-bottom:8px;"><br></div><div style="min-height:22px;margin-bottom:8px;"><br></div><div style="min-height:22px;margin-bottom:8px;"><br></div><br><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:46</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: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>