Received: by 2002:ab2:7903:0:b0:1fb:b500:807b with SMTP id a3csp1366004lqj; Mon, 3 Jun 2024 21:33:08 -0700 (PDT) X-Forwarded-Encrypted: i=3; AJvYcCVrYypb0JeSoDaCgAwep5q01cH9R9zOXzothGyBk1uWfZZZVRvbkrj1lHtgp/UcVdYoWzuC373OimaKqKzoC1Cp0DGw5dWKJigXWKdntw== X-Google-Smtp-Source: AGHT+IHzENQqzwtfbsLcqNfjuz5SxQG3HFWLp2wOmioE1jiz0Rc5ssT1J0RGBaLiFKNnVHgwy8HN X-Received: by 2002:ae9:f101:0:b0:794:f5b3:106 with SMTP id af79cd13be357-794f5ec1d30mr1079688085a.49.1717475587924; Mon, 03 Jun 2024 21:33:07 -0700 (PDT) ARC-Seal: i=2; a=rsa-sha256; t=1717475587; cv=pass; d=google.com; s=arc-20160816; b=aYmDZnH1iVmWUYFZY4hQnw7KnAxsPbut/H/S946q08HtgXYzp3+8zmlYnRb7mTt6if YiicnvcXEAxH6jYfL08cPXUBHGxSmFEiF+NNuxvp42u0z3LmdsxeYAJF97YLjUNlC9Zo hOKYlF2dAsLCaMWXikOQouEVXhquI3ECdBA62XM/1yxNZkAWWm1V3Xjlt/FLP5uqS2cx 8gy5oUMh4ZrwFUT/+k7FU8VmkhZlwtDf8x+OEA8F5tR7RxwuDTWL0LSInNmOBZLRqM5L 5tr7xLi1zm9xgEO89xFndGht1GAF6xlWUTwSBVfFGS5MtXfUhgT78J5SIj3xhmx2EzJg CMFQ== ARC-Message-Signature: i=2; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=user-agent:content-disposition:mime-version:list-unsubscribe :list-subscribe:list-id:precedence:message-id:subject:cc:to:from :date; bh=dW8kDUiWv1a4BNKFcv8PNWV+19665yDTaUr8bUH+HN0=; fh=/zE+TFRojMi64IyxvB04VBF8wAHUQai5UlddjTr1wbA=; b=WmAja1FiA+KV3TN65Rt/nQcwV2aUX8bzDTADsOoxQeff2Nm9rOM7neWllcFi/HxVwK NWg8QrMMOnFIIQ9e4vFKjKJEbOFN64RuGBpKKl7M6K0JBrLwnXdsii8Bf6+UEjM+XFBA XM0ToTOgeOuvah78ciJCUFQcttTlJzVujD5cNj2mXbcu4K1qm5zndGYua0I9E8kUV8C0 NyslYxYiVEtp52ZapM+irUYFcrIHE7owBJG7QM3n9dH/Ni3MODhdWsNGw9+kzDra58ym 7fC++O5vYgoXaOwikPwvjjzRrp1Q50mYPc8EuzLcPrf3u2bfxA4mvs2Zx45p8bkIGSsT vvtw==; dara=google.com ARC-Authentication-Results: i=2; mx.google.com; arc=pass (i=1 spf=pass spfdomain=lst.de); spf=pass (google.com: domain of linux-kernel+bounces-200019-linux.lists.archive=gmail.com@vger.kernel.org designates 2604:1380:45d1:ec00::1 as permitted sender) smtp.mailfrom="linux-kernel+bounces-200019-linux.lists.archive=gmail.com@vger.kernel.org" Return-Path: Received: from ny.mirrors.kernel.org (ny.mirrors.kernel.org. [2604:1380:45d1:ec00::1]) by mx.google.com with ESMTPS id af79cd13be357-794f3184b0dsi972503785a.401.2024.06.03.21.33.07 for (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 03 Jun 2024 21:33:07 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel+bounces-200019-linux.lists.archive=gmail.com@vger.kernel.org designates 2604:1380:45d1:ec00::1 as permitted sender) client-ip=2604:1380:45d1:ec00::1; Authentication-Results: mx.google.com; arc=pass (i=1 spf=pass spfdomain=lst.de); spf=pass (google.com: domain of linux-kernel+bounces-200019-linux.lists.archive=gmail.com@vger.kernel.org designates 2604:1380:45d1:ec00::1 as permitted sender) smtp.mailfrom="linux-kernel+bounces-200019-linux.lists.archive=gmail.com@vger.kernel.org" Received: from smtp.subspace.kernel.org (wormhole.subspace.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ny.mirrors.kernel.org (Postfix) with ESMTPS id 67F2A1C241FD for ; Tue, 4 Jun 2024 04:33:01 +0000 (UTC) Received: from localhost.localdomain (localhost.localdomain [127.0.0.1]) by smtp.subspace.kernel.org (Postfix) with ESMTP id 44B2E13DBA0; Tue, 4 Jun 2024 04:32:48 +0000 (UTC) Received: from verein.lst.de (verein.lst.de [213.95.11.211]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 7D6E858ABC; Tue, 4 Jun 2024 04:32:46 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=213.95.11.211 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1717475567; cv=none; b=jMaY8h1B31GNRBXw1/hReUbb79IvfSTqQ5HVYAWyNQa3N/XPY2Y4/ymcYOpHGKU1nvjwpE3GaLkXg7T6DnbIkWOLujIBIxsmzdpBw1jm4nmA/2kRIRcGJWh3LjKYAfNjmeccYbSoK6BMV+V2VKiRN9D4wYKsbaVWkAS7xncUse0= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1717475567; c=relaxed/simple; bh=KDDDW9uMlYV93RCwqn73ulg52hfzwtU4iridi6Gh/KQ=; h=Date:From:To:Cc:Subject:Message-ID:MIME-Version:Content-Type: Content-Disposition; b=JUaO5rcIAntXvTNrUNUClbQMotuLvfmREyxuq8lJjePF+51ecSi4hNMSxRm5RoZrTvI4Lav3/Mz/qQeEznSTdgjNgxwitTUrl3byNmD8lR5R+foPWiqScIBj4oL2tKoipOySJ1WgKMwKOB0qMN7/N1sfXIjIelxrag/29Ncdy0U= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=none (p=none dis=none) header.from=lst.de; spf=pass smtp.mailfrom=lst.de; arc=none smtp.client-ip=213.95.11.211 Authentication-Results: smtp.subspace.kernel.org; dmarc=none (p=none dis=none) header.from=lst.de Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=lst.de Received: by verein.lst.de (Postfix, from userid 2407) id D3F6168D12; Tue, 4 Jun 2024 06:32:42 +0200 (CEST) Date: Tue, 4 Jun 2024 06:32:42 +0200 From: Christoph Hellwig To: Nitesh Shetty Cc: Christoph Hellwig , Jens Axboe , Jonathan Corbet , Alasdair Kergon , Mike Snitzer , Mikulas Patocka , Keith Busch , Sagi Grimberg , Chaitanya Kulkarni , Alexander Viro , Christian Brauner , Jan Kara , martin.petersen@oracle.com, bvanassche@acm.org, david@fromorbit.com, hare@suse.de, damien.lemoal@opensource.wdc.com, anuj20.g@samsung.com, joshi.k@samsung.com, nitheshshetty@gmail.com, gost.dev@samsung.com, linux-block@vger.kernel.org, linux-kernel@vger.kernel.org, linux-doc@vger.kernel.org, dm-devel@lists.linux.dev, linux-nvme@lists.infradead.org, linux-fsdevel@vger.kernel.org Subject: Re: [PATCH v20 00/12] Implement copy offload support Message-ID: <20240604043242.GC28886@lst.de> Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.17 (2007-11-01) On Mon, Jun 03, 2024 at 10:53:39AM +0000, Nitesh Shetty wrote: > The major benefit of this copy-offload/emulation framework is > observed in fabrics setup, for copy workloads across the network. > The host will send offload command over the network and actual copy > can be achieved using emulation on the target (hence patch 4). > This results in higher performance and lower network consumption, > as compared to read and write travelling across the network. > With this design of copy-offload/emulation we are able to see the > following improvements as compared to userspace read + write on a > NVMeOF TCP setup: What is the use case of this? What workloads does raw copies a lot of data inside a single block device?