From mboxrd@z Thu Jan 1 00:00:00 1970 From: Mike Christie Subject: [PATCH 0/2] ceph osd: initial VMware VAAI support Date: Thu, 10 Mar 2016 00:36:55 -0600 Message-ID: <56E11607.8070200@redhat.com> References: <[PATCH 0/2] ceph osd: initial VMware VAAI support> <1457591672-17430-1-git-send-email-mchristi@redhat.com> Mime-Version: 1.0 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit Return-path: Received: from mx1.redhat.com ([209.132.183.28]:42719 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S932794AbcCJGg5 (ORCPT ); Thu, 10 Mar 2016 01:36:57 -0500 In-Reply-To: <1457591672-17430-1-git-send-email-mchristi@redhat.com> Sender: ceph-devel-owner@vger.kernel.org List-ID: To: ceph-devel@vger.kernel.org Cc: ddiss@suse.de Sorry. Edited the wrong line in the --compose screen. Due to the lack of subject I guess it is going into some spam filters. Here is the mail: On 03/10/2016 12:34 AM, Mike Christie wrote: > The following patches made over the ceph master branch > implement OSD side support for VMware VAAI's Atomic Test > and Set (ATS) and Write Same (Zero) requests. > > ATS is used for operations like locking and heartbeats. It > is implemented by as the SCSI COMPARE_AND_WRITE command which > requires the device to read N blocks, compare them to data > sent with the command, and if equal, write N blocks. > > Zero is used to initialize blocks to zero. It is implemented > as the SCSI WRITE_SAME command which passes the device a > block's worth of data and has it write it multiple times. > > This does not include support for XCOPY/extended copy. I > am still looking into this, but it seems it might be > difficult to support due to rbd being more tuned to cloning > entire devices. When we implement VASA, the cloneVirtualVolume > might be something we can support though. > > More info on VAAI can be found here: > http://www.vmware.com/resources/techresources/10337 > > The krbd patches which use these requests are in vaai branch of > this tree: > https://github.com/mikechristie/linux-kernel > > I did not submit them in this thread, because they depend on other > patches that are still being reviewed upstream and I did not want > to waste people's time reviewing them if they change. These OSD side > patches should be ok to review and merge, because the op format > and implemention should not change. > > > -- > 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 >