Received: by 2002:a25:6193:0:0:0:0:0 with SMTP id v141csp1204219ybb; Wed, 8 Apr 2020 19:29:16 -0700 (PDT) X-Google-Smtp-Source: APiQypKF+gwpslqVNfoX54gh4bb4yl14o6CTDswz8Y3yvftiSXr8gy1nFRFlqSnFHSVe7RBJfjO2 X-Received: by 2002:aca:6002:: with SMTP id u2mr4879094oib.45.1586399356260; Wed, 08 Apr 2020 19:29:16 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1586399356; cv=none; d=google.com; s=arc-20160816; b=Jlf+SYdDyfXCLXLHxVr47eGgdie/6NRT4VKSYqmnrFQ6j+fWXkByof72YTdZKZ1CG3 Yrqw3wbfDozr6AMDtNRNSKITYA8ageHXNiBGywwyR3JWizWuxhjk5U/5WiXw/0H7xvhT yyfZ3JmgR6F9q438vcUXv/mKf05gziI0SU99pljEW86N7X11vfhpj/LQNAaVSxv47aSk EgK+ENxKC2lHyf+5F5aV80se0u7YYY5mRfSRTqUd2x7UJwuul2g0OFginbVE/8pGCH/9 I6nNoiDBeRV3iUSzUwYS8rzT8KLAq2BQQdPK4z75fFNOJ0E7pk0/rx8q29WBLIBX1Jxx noBQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:in-reply-to:content-disposition :mime-version:references:message-id:subject:cc:to:from:date :dkim-signature; bh=D8MBeY3IhyYtigfcgoMKrLjytc0DnRcl4PGboWRhms4=; b=VKsXQcSCJabRlxg+CQVSQPmA5Ckdd6OMOOGhABip3x5IlBtKzpironYUCcwl/GHqBj uAwea/kvPXDFfKBauP/xCmxMWWiiOFDoZgCK5Zp40BTm0ApTDp3Hn9ArTk+j0XLai2e9 l1Zxq/4gfXOZYvmuPCEBwCPYDomDR3aTbTtoTpKlvsWsQCBPoCW3WTDCpVLth054chIE dyunymNsAE3pyN2V0RyS8AjiAtVUnD2WqSDWv3tGuWIkMpvbM+o/uIK/qwt2Hoqy1XFn eoEOUn64tbtZD0ThYeWkxVAjVKSf1pV0pRxPCh4Dgq2Z+ZKBiCuYm3yC8D4GFbIXzutD i/Gg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b="Yt4FJC/e"; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id b6si3370504otj.275.2020.04.08.19.29.01; Wed, 08 Apr 2020 19:29:16 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b="Yt4FJC/e"; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726595AbgDIC2C (ORCPT + 99 others); Wed, 8 Apr 2020 22:28:02 -0400 Received: from mail.kernel.org ([198.145.29.99]:53434 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726534AbgDIC2C (ORCPT ); Wed, 8 Apr 2020 22:28:02 -0400 Received: from localhost (unknown [104.132.1.66]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id 883E820787; Thu, 9 Apr 2020 02:28:02 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1586399282; bh=uxk0S1npFOAmVD7CQaJ0Plq215CQzVmPjf8As32lTHM=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=Yt4FJC/etaDubiv39P2czMkzYLhEZRlqGYanFHoScCIsR1PqW/592al1uIFDlJnL0 VPsSxUQbMw7Iu60w/pT+rWpEX8WwhGOd8MxkflT53LYFeRpnzShiWHQpk8lSqXOceE nAkGkBjKsPh0hPbNZhuzqs1cY4j1kE0TzYJIjg5c= Date: Wed, 8 Apr 2020 19:28:02 -0700 From: Jaegeuk Kim To: Chao Yu Cc: linux-kernel@vger.kernel.org, linux-f2fs-devel@lists.sourceforge.net, kernel-team@android.com Subject: Re: [f2fs-dev] [PATCH] f2fs: introduce sysfs/data_io_flag to attach REQ_META/FUA Message-ID: <20200409022802.GC110440@google.com> References: <20200403161249.68385-1-jaegeuk@kernel.org> <0e627c29-7fb0-5bd6-c1d9-b96a94df62ae@huawei.com> <20200407025913.GB137081@google.com> <2ca452cd-073a-29fa-1884-99ad1199bb97@huawei.com> <20200409022005.GA110440@google.com> <69df999a-1df2-595e-579d-a8c3fc700d7b@huawei.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <69df999a-1df2-595e-579d-a8c3fc700d7b@huawei.com> Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 04/09, Chao Yu wrote: > On 2020/4/9 10:20, Jaegeuk Kim wrote: > > On 04/07, Chao Yu wrote: > >> On 2020/4/7 10:59, Jaegeuk Kim wrote: > >>> On 04/07, Chao Yu wrote: > >>>> On 2020/4/4 0:12, Jaegeuk Kim wrote: > >>>>> This patch introduces a way to attach REQ_META/FUA explicitly > >>>>> to all the data writes given temperature. > >>>>> > >>>>> -> attach REQ_FUA to Hot Data writes > >>>>> > >>>>> -> attach REQ_FUA to Hot|Warm Data writes > >>>>> > >>>>> -> attach REQ_FUA to Hot|Warm|Cold Data writes > >>>>> > >>>>> -> attach REQ_FUA to Hot|Warm|Cold Data writes as well as > >>>>> REQ_META to Hot Data writes > >>>> > >>>> Out of curiosity, what scenario it is used for? > >>> > >>> It's testing purpose to compare the bandwidths per different IO flags. > >> > >> Thanks for the hint. :) > >> > >> As nobarrier was set in Android, so REQ_PREFLUSH will not be considered in > >> this sysfs interface? > > > > I don't see any diff on performance, so not interesting. :) > > I doubt it may has diff on non-ufs/emmc device? just guess. I don't have any data on emmc, so maybe. Which case do we send REQ_PREFLUSH? > > Thanks, > > > > >> > >> Thanks, > >> > >>> > >>>> > >>>> Thanks, > >>> . > >>> > > . > >