Re: Integration work

[Amon Ott <a.ott@m-privacy.de>]

On Tuesday 28 August 2012 you wrote:
> On Tue, Aug 28, 2012 at 11:51 AM, Dieter Kasper <d.kasper@kabelmail.de> 
wrote:
> > Hi Ross,
> >
> > focusing on core stability and feature expansion for RBD was the right
> > appoach in the past and I feel you have reached an adequate maturity
> > level here.
> >
> > Performance enhancements - especially to reduce the latency of a single
> > IO / increase IOPS - and a stronger engagement on the CephFS client would
> > be very much appreciated. A stable and fast CephFS client would allow an
> > efficient integration with - (clustered) NFS (v3 and v4)
> > - (clustered) Samba v4
>
> +1 to CephFS being worked on. Things like the multi-mds being improved
> upon would be amazing.

Stable CephFS is what we need, too - many concurrent write accesses from 
multiple clients with a real file system underneath. However, most stability 
problems we have had so far were crashes in the daemons, not the Linux 
kernel. Great for me would be some solution to what we call the Domino 
effect - one daemon crashes, the next takes over, crashes at the same place 
(same data...), until the whole cluster is down. There will always be bugs, 
but they should not kill the whole cluster.

In our tests, single MDS was no real bottleneck, it was only lacking 
stability. I have not tested the newest releases, so it might be better now. 
Improved performance with many small files being written concurrently would 
be great, but CephFS has been getting significantly faster over the last year 
and performance is being worked on all the time.

Amon Ott
-- 
Dr. Amon Ott
m-privacy GmbH           Tel: +49 30 24342334
Am Köllnischen Park 1    Fax: +49 30 99296856
10179 Berlin             http://www.m-privacy.de

Amtsgericht Charlottenburg, HRB 84946

Geschäftsführer:
 Dipl.-Kfm. Holger Maczkowsky,
 Roman Maczkowsky

GnuPG-Key-ID: 0x2DD3A649
--
To unsubscribe from this list: send the line "unsubscribe ceph-devel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html