Sorry..Enter pressed :)
continued...
no, it's not the only way to check, but it depends what you want to use ceph
2014-08-26 15:22 GMT+04:00 Irek Fasikhov :
> For me, the bottleneck is single-threaded operation. The recording will
> have more or less solved with the inclusion of rbd cache, but
For me, the bottleneck is single-threaded operation. The recording will
have more or less solved with the inclusion of rbd cache, but there are
problems with reading. But I think that these problems can be solved cache
pool, but have not tested.
It follows that the more threads, the greater the sp
thanks Irek Fasikhov.
is it the only way to test ceph-rbd? and an important aim of the test is to
find where the bottleneck is. qemu/librbd/ceph.
could you share your test result with me?
thanks
在 2014-08-26 04:22:22,"Irek Fasikhov" 写道:
Hi.
I and many people use fio.
For ceph
Hi.
I and many people use fio.
For ceph rbd has a special engine:
https://telekomcloud.github.io/ceph/2014/02/26/ceph-performance-analysis_fio_rbd.html
2014-08-26 12:15 GMT+04:00 yuelongguang :
> hi,all
>
> i am planning to do a test on ceph, include performance, throughput,
> scalability,availa
hi,all
i am planning to do a test on ceph, include performance, throughput,
scalability,availability.
in order to get a full test result, i hope you all can give me some advice.
meanwhile i can send the result to you,if you like.
as for each category test( performance, throughput, scalability,