If testing with fio and librbd, you may also find that increasing the
thresholds for RBD readahead will help significantly. Specifically, set
"rbd readahead disable after bytes" to 0 so rbd readahead stays enabled.
In most cases with buffered reads on a real client volume, rbd
readahead isn't necessary, but with fio and the librbd engine this can
make a big difference, especially with newstore.
Mark
On 02/02/2016 07:29 AM, Wade Holler wrote:
Could you share the fio command and your read_ahead_kb setting for the
OSD devices ? "performance is better" is a little too general. I
understand that we usually mean higher IOPS or higher aggregate
throughput when we say performance is better. However, application
random read performance "generally" implies an interest in lower latency
- which of course is much more involved from a testing perspective.
Cheers
Wade
On Tue, Feb 2, 2016 at 7:28 AM min fang <louisfang2...@gmail.com
<mailto:louisfang2...@gmail.com>> wrote:
Hi, I did a fio testing on my ceph cluster, and found ceph random
read performance is better than sequential read. Is it true in your
stand?
Thanks.
_______________________________________________
ceph-users mailing list
ceph-users@lists.ceph.com <mailto:ceph-users@lists.ceph.com>
http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com
_______________________________________________
ceph-users mailing list
ceph-users@lists.ceph.com
http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com
_______________________________________________
ceph-users mailing list
ceph-users@lists.ceph.com
http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com
