Received: by 2002:a05:6902:102b:0:0:0:0 with SMTP id x11csp3687773ybt; Tue, 23 Jun 2020 08:25:12 -0700 (PDT) X-Google-Smtp-Source: ABdhPJw31gy4Kod3/izHVoBN3++LlXK0CbxTAo8UAbbLcNeFqE0zUEuOCJWJAfLKioCznE2lRGBw X-Received: by 2002:a05:6402:1761:: with SMTP id da1mr21991215edb.68.1592925912182; Tue, 23 Jun 2020 08:25:12 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1592925912; cv=none; d=google.com; s=arc-20160816; b=c/He8dJey1xm+CYfFXgB+mA5Xe5EFawQg882ljF6ZgBOMsmPzwsNgc7Vm5lFFpFBKg VilYf9/R0PW+JOrMOIIlmzytbxcse9slC0/D0d7eEMh4mGK2StW3pVilgZ4fHyQ8Lo+T 9LWe+OOZW9yHjDAz6r6CFK4r18+43U6OliB/isUnYS8Vl5/KAAg+DmlWrVlxSep0bOXu 1v8F2Y1kPW8tsbu4SQ3UFnvQiFI1zi8NUiaus3MsH/NSPylZov36KqoYvim6qXaNuyXf ln+Bo7E6iLADO8gKoQK3YvwgbLz+pGMUvnp76TRVGTsyHvmWS+FQXiC/+H6xwHKm4Ny5 9zVQ== 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:dkim-signature; bh=yVGQUi0k6F1w4Mp1ZKmSQa2NLIeiYLP4SooaTKp2iqg=; b=VEvLU5U9duvkDJaKIIp7sfEgGU3XqgIdbFMKP8rAsLsIOCdXX3uta7Q9Zg2Ik7AmWL C8BpYOWhLfTeu7jLQTRzJ3MweQsIB4ZsXdTV8UwgTwRlol0vQiuRFyEOfMpTkP9qECB2 PEMLqNH4QxGl1V6mZ6QIBMysWrG9cSyOqi2hbEpSdr8f2f1GM19ceS/tFf8vLCXwsQ+B DDz64cnhkdqsQJyD38EPM5BkUPqIAsa6JkInbPgoiTkBtBZlIwGOJWy2m/rGN4G1CLq5 dytik6aVjxIwseLq0b+IACRL+ig7c7AwIc1qg5kUyvaFbrvfFdCcfHUfpDkBNYjzWaPy QTCg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b=gtxQ8Cvf; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=redhat.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id ba14si5747002edb.145.2020.06.23.08.24.48; Tue, 23 Jun 2020 08:25:12 -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; dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b=gtxQ8Cvf; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=redhat.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1732913AbgFWPWo (ORCPT + 99 others); Tue, 23 Jun 2020 11:22:44 -0400 Received: from us-smtp-2.mimecast.com ([207.211.31.81]:49272 "EHLO us-smtp-delivery-1.mimecast.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1732781AbgFWPWn (ORCPT ); Tue, 23 Jun 2020 11:22:43 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1592925762; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=yVGQUi0k6F1w4Mp1ZKmSQa2NLIeiYLP4SooaTKp2iqg=; b=gtxQ8CvfSgeXC1a0eZKp5ZJvaSz0n6XSoVzokY6pN+wWe7SF+2igtQf5e89H4Gh7vp/uqd sLYvonbONJqgsp2bQhRJC/wHv9og25Ou4NvrH7L0j9FsB8UHmA3aN+RSwKb5n2GtYAKAP2 rWeWb5nnReEqz/R8gmhmaNSJm4erpVQ= Received: from mimecast-mx01.redhat.com (mimecast-mx01.redhat.com [209.132.183.4]) (Using TLS) by relay.mimecast.com with ESMTP id us-mta-475-84sHBPIzM6O-sutYayNERQ-1; Tue, 23 Jun 2020 11:22:40 -0400 X-MC-Unique: 84sHBPIzM6O-sutYayNERQ-1 Received: from smtp.corp.redhat.com (int-mx06.intmail.prod.int.phx2.redhat.com [10.5.11.16]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mimecast-mx01.redhat.com (Postfix) with ESMTPS id 6391810AB384; Tue, 23 Jun 2020 15:22:37 +0000 (UTC) Received: from localhost (unknown [10.18.25.174]) by smtp.corp.redhat.com (Postfix) with ESMTPS id 114985C290; Tue, 23 Jun 2020 15:22:37 +0000 (UTC) Date: Tue, 23 Jun 2020 11:22:36 -0400 From: Mike Snitzer To: Ignat Korchagin Cc: Damien Le Moal , Mikulas Patocka , "dm-crypt@saout.de" , "dm-devel@redhat.com" , "linux-kernel@vger.kernel.org" , "agk@redhat.com" , "kernel-team@cloudflare.com" Subject: Re: [RFC PATCH 0/1] dm-crypt excessive overhead Message-ID: <20200623152235.GB19657@redhat.com> References: <20200619164132.1648-1-ignat@cloudflare.com> <20200619165548.GA24779@redhat.com> <20200623150118.GA19657@redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) X-Scanned-By: MIMEDefang 2.79 on 10.5.11.16 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, Jun 23 2020 at 11:07am -0400, Ignat Korchagin wrote: > Do you think it may be better to break it in two flags: one for read > path and one for write? So, depending on the needs and workflow these > could be enabled independently? If there is a need to split, then sure. But I think Damien had a hard requirement that writes had to be inlined but that reads didn't _need_ to be for his dm-zoned usecase. Damien may not yet have assessed the performance implications, of not have reads inlined, as much as you have. So let's see how Damien's work goes and if he trully doesn't need/want reads to be inlined then 2 flags can be created. Mike