That's much slower than I'd expect, although FUSE can be slower in metadata operations than the kernel client is. If it's convenient, you could gather some logs with "debug client = 20" (on the client, for ceph-fuse) and "debug mds = 20" (on the mds, for both the ceph-fuse and kernel tests) and post them for review and analysis. -Greg On Wed, Jun 17, 2015 at 9:21 AM, negillen negillen <negillen@xxxxxxxxx> wrote: > I have done some quick tests with FUSE too: it seems to me that, both with > the old and with the new kernel, FUSE is approx. five times slower than > kernel driver for both reading files and getting stats. > I don't know whether it is just me or if it is expected. > > On Wed, Jun 17, 2015 at 2:56 AM, Francois Lafont <flafdivers@xxxxxxx> wrote: >> >> Hi, >> >> On 16/06/2015 18:46, negillen negillen wrote: >> >> > Fixed! At least looks like fixed. >> >> That's cool for you. ;) >> >> > It seems that after migrating every node (both servers and clients) from >> > kernel 3.10.80-1 to 4.0.4-1 the issue disappeared. >> > Now I get decent speeds both for reading files and for getting stats >> > from >> > every node. >> >> It seems to me that an interesting test could be to let the old kernel in >> your client nodes (ie 3.10.80-1), use ceph-fuse instead of the ceph kernel >> module and test if you have decent speeds too. >> >> Bye. >> >> -- >> François Lafont >> _______________________________________________ >> ceph-users mailing list >> ceph-users@xxxxxxxxxxxxxx >> http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com > > > > _______________________________________________ > ceph-users mailing list > ceph-users@xxxxxxxxxxxxxx > http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com > _______________________________________________ ceph-users mailing list ceph-users@xxxxxxxxxxxxxx http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com
 |