From mboxrd@z Thu Jan 1 00:00:00 1970 From: Ric Wheeler Subject: Re: newstore direction Date: Thu, 22 Oct 2015 22:10:25 -0400 Message-ID: <56299711.6020700@redhat.com> References: <56268886.7010806@redhat.com> <7334B4281E425749B85E08CF7EC6F8534383DD15@SACMBXIP03.sdcorp.global.sandisk.com> <562775DD.8050304@redhat.com> <7334B4281E425749B85E08CF7EC6F8534383E481@SACMBXIP03.sdcorp.global.sandisk.com> <56283902.4020006@redhat.com> <7334B4281E425749B85E08CF7EC6F8534383E519@SACMBXIP03.sdcorp.global.sandisk.com> Mime-Version: 1.0 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Return-path: Received: from mx1.redhat.com ([209.132.183.28]:59495 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751214AbbJWCK2 (ORCPT ); Thu, 22 Oct 2015 22:10:28 -0400 In-Reply-To: <7334B4281E425749B85E08CF7EC6F8534383E519@SACMBXIP03.sdcorp.global.sandisk.com> Sender: ceph-devel-owner@vger.kernel.org List-ID: To: Allen Samuels , Sage Weil , "ceph-devel@vger.kernel.org" I disagree with your point still - your argument was that customers don't like to update their code so we cannot rely on them moving to better file system code. Those same customers would be *just* as reluctant to upgrade OSD code. Been there, done that in pure block storage, pure object storage and in file system code (customers just don't care about the protocol, the conservative nature is consistent). Not a casual observation, I have been building storage systems since the mid-80's. Regards, Ric On 10/21/2015 09:22 PM, Allen Samuels wrote: > I agree. My only point was that you still have to factor this time into the argument that by continuing to put NewStore on top of a file system you'll get to a stable system much sooner than the longer development path of doing your own raw storage allocator. IMO, once you factor that into the equation the "on top of an FS" path doesn't look like such a clear winner. > > > Allen Samuels > Software Architect, Fellow, Systems and Software Solutions > > 2880 Junction Avenue, San Jose, CA 95134 > T: +1 408 801 7030| M: +1 408 780 6416 > allen.samuels@SanDisk.com > > -----Original Message----- > From: Ric Wheeler [mailto:rwheeler@redhat.com] > Sent: Thursday, October 22, 2015 10:17 AM > To: Allen Samuels ; Sage Weil ; ceph-devel@vger.kernel.org > Subject: Re: newstore direction > > On 10/21/2015 08:53 PM, Allen Samuels wrote: >> Fixing the bug doesn't take a long time. Getting it deployed is where the delay is. Many companies standardize on a particular release of a particular distro. Getting them to switch to a new release -- even a "bug fix" point release -- is a major undertaking that often is a complete roadblock. Just my experience. YMMV. >> > Customers do control the pace that they upgrade their machines, but we put out fixes on a very regular pace. A lot of customers will get fixes without having to qualify a full new release (i.e., fixes come out between major and minor releases are easy). > > If someone is deploying a critical server for storage, then it falls back on the storage software team to help guide them and encourage them to update when needed (and no promises of success, but people move if the win is big. If it is not, they can wait). > > ric > > > ________________________________ > > PLEASE NOTE: The information contained in this electronic mail message is intended only for the use of the designated recipient(s) named above. If the reader of this message is not the intended recipient, you are hereby notified that you have received this message in error and that any review, dissemination, distribution, or copying of this message is strictly prohibited. If you have received this communication in error, please notify the sender by telephone or e-mail (as shown above) immediately and destroy any and all copies of this message in your possession (whether hard copies or electronically stored copies). >