回复：回复：eros性能问题

[ZHOU]

是的 看代码流程erofs更简洁 不应该出现性能恶化的问题 另外在做xattr时，我没有启用share的方式，这在android上应该不会影响到性能吧，因为在读security属性后会缓存到kernel中


B.R


------------------ 原始邮件 ------------------
发件人: Gao Xiang <gaoxiang25 at huawei.com>
发送时间: 2019年7月18日 11:19
收件人: ZHOU <353779207 at qq.com>
抄送: Miao Xie <miaoxie at huawei.com>, linux-erofs <linux-erofs at lists.ozlabs.org>
主题: 回复：回复：eros性能问题





On 2019/7/18 11:15, ZHOU wrote:
> Dear xiang,
> 没有启用directIO,
> 好的,我尝试一下您提供的测试方法。

至少对于不压缩的情况，难以理解随机读有差异。

谢谢。

> 
> 非常感谢
> 
> 
> ------------------ 原始邮件 ------------------
> *发件人:* Gao Xiang <gaoxiang25 at huawei.com>
> *发送时间:* 2019年7月18日 11:10
> *收件人:* ZHOU <353779207 at qq.com>
> *抄送:* Miao Xie <miaoxie at huawei.com>, linux-erofs <linux-erofs at lists.ozlabs.org>
> *主题:* 回复：eros性能问题
> 
> 
> 
> On 2019/7/18 10:54, Gao Xiang wrote:
>>> 放入erofs中，测试命令为：./iozone -i 2 -s 300m -r 4k -+E -w -f ./vendor/tmp_file
>> 我不清楚这个代表什么意思，是否有对应的fio的命令。
>>
> 
> 另外，我们建议的随机读pattern（也是我们测试关注的）是
> echo 3 > /proc/sys/vm/drop_caches
> ./fio --readonly -rw=randread -size=100% -bs=4k -name=job1
> 
> 因为绝大多数应用没有direct I/O请求，没有direct I/O读路径，短期没有direct I/O支持计划，
> 也不建议使用direct I/O测试性能。
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ozlabs.org/pipermail/linux-erofs/attachments/20190718/f3c288f3/attachment.htm>