Received: by 2002:a05:6a10:f347:0:0:0:0 with SMTP id d7csp3146919pxu; Tue, 8 Dec 2020 04:55:15 -0800 (PST) X-Google-Smtp-Source: ABdhPJyyev2pv0viFy68H+KPOcd5/SjhpurWBUAhbZR/QUyR6/dPomtr3l6Q/35rsrGtTrLx2AL4 X-Received: by 2002:a17:906:5952:: with SMTP id g18mr11640228ejr.506.1607432115270; Tue, 08 Dec 2020 04:55:15 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1607432115; cv=none; d=google.com; s=arc-20160816; b=F7FEYraRgbQU/AIAJCqGrkuRWGyVX3uuuv8ZiHibCl0DhAHksEcR+zypqP+pnKvoKS 708IB8StH8h7MXIvn/i2/bvIBfVW8NaTZMTvy2xC2mosVmP705poKyr8G0QIKPtilMN/ PjLBMqdjB4Ux1f7ISBU0DhPbF6/FdrJyf9CgRoC6JCzZxYjV7yAKTT4ri9HlSui4m+el iOYY0ef0/iRsPk3etzBUtk0xx8bDV4ah6xLAPicBgOrK3vrE49t9TFDp/Q0vmcgKCyCs 10xWnp+IVnh9JjZ+E3TTpzZ8aylXc+aZLifr1kGhYYm/j4XvtnpjfZ6EDx4Mdk+ugPSZ zm+g== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-transfer-encoding :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:dkim-signature; bh=mimyofEa+0whU409Dhp0a+YV5b97sukKj8gfG9Rbmic=; b=j8mGB+WHQuHnfzoXjUe8SIpNVdGTuZBfBJCfBLxKSocd4q67fkzSHV2ta56f+89opw jN6pyo4GTPP3davaTdgGTUzDZCl57nVmXOU6qj4enO8fI72JoC4GCovAoxm6MTvfzn0c DsRHvVP7h3JOR70Y9Kc+aqESSpeaEO+oiRVKD39GhwBx4tLhFB1LDSSSgkEBR5QjFGna iA40WIOX3VbjG9ld99NSn8rG6ikFMMXRQVLAyOZOxi6S09ryhA/KQqYcG4HnoIaikQ+q XHayIB2EjJj0wAVM+ycchXK44EkWZIIxmH+vAwE7yl0dCd8CuH9CFBG2bu6BSxVd03fC MAUg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@javigon-com.20150623.gappssmtp.com header.s=20150623 header.b=O0MKn6ns; 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 ec23si8291831ejb.573.2020.12.08.04.54.52; Tue, 08 Dec 2020 04:55:15 -0800 (PST) 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; dkim=pass header.i=@javigon-com.20150623.gappssmtp.com header.s=20150623 header.b=O0MKn6ns; 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 S1729487AbgLHMXb (ORCPT + 99 others); Tue, 8 Dec 2020 07:23:31 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:46266 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1729485AbgLHMXb (ORCPT ); Tue, 8 Dec 2020 07:23:31 -0500 Received: from mail-ed1-x543.google.com (mail-ed1-x543.google.com [IPv6:2a00:1450:4864:20::543]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id E556CC061749 for ; Tue, 8 Dec 2020 04:22:50 -0800 (PST) Received: by mail-ed1-x543.google.com with SMTP id b73so17317738edf.13 for ; Tue, 08 Dec 2020 04:22:50 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=javigon-com.20150623.gappssmtp.com; s=20150623; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:content-transfer-encoding:in-reply-to; bh=mimyofEa+0whU409Dhp0a+YV5b97sukKj8gfG9Rbmic=; b=O0MKn6nsnZaleEs/kNELsIh8dmH/kUILor5blbkmcjPeH/9Ep6OyKVm0KhMgD3NGd3 jiS2xaM6anmzo4ZJoxWWeypRd3TPX9i1pbDK1fn7CHS4MoXi73uI9bkKwiK46bx0/aYj QiUgUp9GM2g/V0rTnnXbSt39JqhI5CnWjpjP7roaLEcLPuRXAYMc/oC98jZUIwDawmI9 TuWYO0e8QQghyUuybvSDRbNtqa5oVqU+WzjvfKefSY9LEdJhMLfaBcg69YT58rpPi73N 6QDuFT3wPIMhu+1PtBLD6TPuURzIfM/B6NmbuJq0Jt0I9O+0ZRmUCz9xhCfcsFBDaruc p2aw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:content-transfer-encoding :in-reply-to; bh=mimyofEa+0whU409Dhp0a+YV5b97sukKj8gfG9Rbmic=; b=aJTohC1EkPsdEk1Mj7uAQGXD9c4/9TItWTDTW9PC7Q0sKGj4tmvLvY5qCv//+l1m1P 2COGvdUB6d68yxlDU0IgrcIT+e7IDBX1O90ig+zd2oQ0yNQanzZWwG5G8EHcrilLiv0X f/hbnARuYTdzSYZVKAqJn84ZdoFjmAD5CddO9CnD5Ld9pWmYZVDy2N1lEtE41YnsdOnQ lSiTSwoc381TgDZ1tHWNfqYjOw1ISMVcF2lCuxXFm89BB5xoWrQ/RwFtnDJZG4vhODQs 4rrFPZnOgQmzx0wnleoL3gqFpRURmKykWeJMvk+W37RLouZdfTqZXdXUtvzc29lVSciy lySw== X-Gm-Message-State: AOAM530VycbSbEOroQEwPUA7WqAkxkOValOfBwiF7WGLUjRPezOQPEhN k920wmu2JDuW4H/v1arAJ/iRQA== X-Received: by 2002:a50:ccdb:: with SMTP id b27mr18839271edj.20.1607430169696; Tue, 08 Dec 2020 04:22:49 -0800 (PST) Received: from localhost (5.186.124.214.cgn.fibianet.dk. [5.186.124.214]) by smtp.gmail.com with ESMTPSA id x15sm16783915edj.91.2020.12.08.04.22.48 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 08 Dec 2020 04:22:49 -0800 (PST) Date: Tue, 8 Dec 2020 13:22:48 +0100 From: Javier =?utf-8?B?R29uesOhbGV6?= To: Johannes Thumshirn Cc: Hannes Reinecke , Christoph Hellwig , SelvaKumar S , "linux-nvme@lists.infradead.org" , "kbusch@kernel.org" , "axboe@kernel.dk" , Damien Le Moal , "sagi@grimberg.me" , "linux-block@vger.kernel.org" , "linux-kernel@vger.kernel.org" , "dm-devel@redhat.com" , "snitzer@redhat.com" , "selvajove@gmail.com" , "nj.shetty@samsung.com" , "joshi.k@samsung.com" , "Martin K. Petersen" , Bart Van Assche , Mikulas Patocka , "linux-scsi@vger.kernel.org" Subject: Re: [RFC PATCH v2 0/2] add simple copy support Message-ID: <20201208122248.utv7pqthmmn6uwv6@mpHalley> References: <20201204094659.12732-1-selvakuma.s1@samsung.com> <20201207141123.GC31159@lst.de> <01fe46ac-16a5-d4db-f23d-07a03d3935f3@suse.de> <20201207192453.vc6clbdhz73hzs7l@mpHalley> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 08.12.2020 08:40, Johannes Thumshirn wrote: >On 07/12/2020 20:27, Javier González wrote: >> Good point. We can share some performance data on how Simple Copy scales >> in terms of bw / latency and the CPU usage. Do you have anything else in >> mind? >> > >With an emulation in the kernel, we could make the usd "backend" >implementation configurable. So if the emulation is faster, users can select >the emulation, if the device is faster then the device. > >Kind of what the crypto and raid code do as well. Good idea. Are you thinking of a sysfs entry to select the backend? > >I'm really interested in this work, as BTRFS relocation/balance will have >potential benefits, but we need to get it right. Agree. We will post a V3 with emulation and addressing other comments. We can take it from there. If you have comments on V2, please send them our way and we will take them in.