Received: by 2002:a05:6a10:a0d1:0:0:0:0 with SMTP id j17csp370600pxa; Wed, 19 Aug 2020 03:50:49 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwLtFIcKPLB21c7GPfGWFd5/D/yTQiMhLYLo9YkFIGxbmnJES3T3HW5RuvdrUQMoW4ipGvw X-Received: by 2002:a17:906:374f:: with SMTP id e15mr23423861ejc.528.1597834249660; Wed, 19 Aug 2020 03:50:49 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1597834249; cv=none; d=google.com; s=arc-20160816; b=xcFUW9QkLJbxXehGIXSRaM1ga08FG/7ne7hABwXiZQGbEj2VrX0WPng8bUsHP44DnO 51QvfSz8AWiGxwVQYjFVc0+mOQUKH8gRVeifJ6jcCPgX6LTbx7m6C0GlgbrzzI/CgJDb 7yyMJDxCzoYsSzcB8ldisRJ8W79A0+KWfvTVzoC6UinbszEtveUTKmzoimG5WcvnlfEb em9e6mTvs+3hLBrjWsOfKV0g5HLdYsmpeN3a3H6HHt9xRMP2LlPN4n5XzqVcBolZL7wk q+h1pj99kb9I9FThiuuN3bWCv46rlHedgbpJ4xwpuv0PRbUecruSN7APfq3j5hye5b+V 7SlQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date; bh=dS4AqpSNDb1HjGKDG8kNu9Z8dguWYQ9EnP7qvortal0=; b=cXeHU3w0fPuu3FwHVCCiTqQz8CYWhKKSvP2iF5MhHkgo7LhWNOBrap3UVZWMluD9jL xLslQaWr6PzePffqZXRcrpTyYUWCB54Vvwj3jKrYLX2HvtR5Hk+of3g9amgCFFiGuGaJ VL0H/0cysr4ibc1V/8ZE1n/82hUYYL2mxC2G1gcmHNEqO5QAAAY6BlPxvuWKsLQVefX3 vGEgc274rRFb4r6kN7AKydbpFE510Ft/YcLzcVQKKPDD/8Xko34WkoZmXnmCuaNJ5t81 ALTSGCVCNZbeizJw6mhcFdkN3UBN69r6wypnGn7KYYcCnQQGDlj6F+Eh4nwu7pvTaOBM MKPA== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id b9si15703497edk.256.2020.08.19.03.50.26; Wed, 19 Aug 2020 03:50:49 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726987AbgHSKtW (ORCPT + 99 others); Wed, 19 Aug 2020 06:49:22 -0400 Received: from verein.lst.de ([213.95.11.211]:37194 "EHLO verein.lst.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727019AbgHSKtT (ORCPT ); Wed, 19 Aug 2020 06:49:19 -0400 Received: by verein.lst.de (Postfix, from userid 2407) id 2F14E68BEB; Wed, 19 Aug 2020 12:49:16 +0200 (CEST) Date: Wed, 19 Aug 2020 12:49:15 +0200 From: Christoph Hellwig To: Javier Gonzalez Cc: Christoph Hellwig , Kanchan Joshi , kbusch@kernel.org, Damien.LeMoal@wdc.com, axboe@kernel.dk, sagi@grimberg.me, linux-nvme@lists.infradead.org, linux-kernel@vger.kernel.org, johannes.thumshirn@wdc.com, Nitesh Shetty , SelvaKumar S Subject: Re: [PATCH 2/2] nvme: add emulation for zone-append Message-ID: <20200819104915.GA3153@lst.de> References: <20200818052936.10995-1-joshi.k@samsung.com> <20200818052936.10995-3-joshi.k@samsung.com> <20200818071249.GB2544@lst.de> <20200818095033.h6ybdwiq3ljagl5a@mpHalley.local> <20200818155004.GA26688@lst.de> <20200818180428.obipue6adpqqpwjj@MacBook-Pro.localdomain> <20200819074035.GA21991@lst.de> <20200819083353.rwblagiesocfcq7i@mpHalley.local> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20200819083353.rwblagiesocfcq7i@mpHalley.local> User-Agent: Mutt/1.5.17 (2007-11-01) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, Aug 19, 2020 at 10:33:53AM +0200, Javier Gonzalez wrote: > I would ask you to reconsider this position. I have a hard time > understanding how zone append emulation is a good idea in SCSI and not > in NVMe, when there is no performance penalty. Per the numbers on btrfs and zonefs numbers zone append emulation is faster than using serialized writes, but also way slower than native zone append. Zone append emulation for SCSI is the way to bring support for pre-existing standards into the brave new world. Not requiring Zone Append in a standard designed around it because of bowing down to last minute political interventions in the standards committee is shooting ourselves in the foot.