Received: by 2002:a05:6a10:206:0:0:0:0 with SMTP id 6csp3202903pxj; Mon, 10 May 2021 22:09:56 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwRW2JckR6v1CgkMMQYE91UpKDkeepjDlsABCuuW/AFClwcEkw87g7gF69e/k/GTEdePOJ9 X-Received: by 2002:a05:6638:101a:: with SMTP id r26mr25045429jab.15.1620709796672; Mon, 10 May 2021 22:09:56 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1620709796; cv=none; d=google.com; s=arc-20160816; b=gL4r5YNLlsCRksoeTAU29XBTea3LcqZyj7FNwVjVrWQgK50kfew/DFTfmUWpA55IRE N+lc1ki1dNoVPbCSXNgZewyfKi5rCQMsrfZYrHS9kc2LcBbASWcEKi4UOIfDHxxhKUxO InpTujTrnb1ZrYddnm/xYEi7xEMBzuGI5BEqE3MkSsroDJm4HjHqPhtRAoCWgfStJOZh P0ZwFkb5EVqUGHFOVSK6pwyw537peMFSeQpQLBoMdJJmWXhRv++ayUbZsSvRAeyV9+Cj P7nXyCD+DMNthXQvrRl/nnpbkwCIBTqtdVMFaV0zWg7f2raNmB6FERgNnZonhuFIK/kF hmaw== 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-disposition:mime-version :references:message-id:subject:cc:to:from:date:dkim-signature; bh=40TAxam/bhj8coi4NyyONEybvAu++FeB0BuAlvpZ91I=; b=Yxo81K34dOwU6uXpVDa50mZPdp8eDeBsfR5gkQg+9cPLD8zIPiB7jShYahpRGNXmEc BMnOhqfhJ2mY5Nal78pBxr+4LfSaijr0/g40/dyF4E+ufnG4kUwdetY/JcBtybZMmFsF Tg9PC6j10ueIr2ViCy94hEzJjlfhvsBRfcbxd0HzNhPuwN/40DpolsS8kSB06sO3oIXq uzEl8OmtpRaNj8yxdsyjO0X59JMU7zqT71HNkDv8W/DOYfZ4TWYbCuAFmQDhHvgzKgiL gPXzf7gHlkEXMMjqUODsJHayyPspORmnX2vkcBATcFz7OAVd/4z1n/ppM5cL4qBdghxc /BzA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=X0JIL5Kj; 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=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id d5si17108794ioq.28.2021.05.10.22.09.44; Mon, 10 May 2021 22:09:56 -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=@kernel.org header.s=k20201202 header.b=X0JIL5Kj; 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=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S230095AbhEKFKN (ORCPT + 99 others); Tue, 11 May 2021 01:10:13 -0400 Received: from mail.kernel.org ([198.145.29.99]:57370 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229885AbhEKFKM (ORCPT ); Tue, 11 May 2021 01:10:12 -0400 Received: by mail.kernel.org (Postfix) with ESMTPSA id 6141A6187E; Tue, 11 May 2021 05:09:06 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1620709746; bh=uDrTLbqjHBuDV27sGnx7o+4XL3ViZ8fFjVCDhBcvXxY=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=X0JIL5Kjhnm/lPR4LxScLrwHwFlTpddi/MLDiSFUaHa7YcnWQXMCM1ZpkqNWeE0HR AP6LvUHICb5x6XqGVaQMLg6g30axgSDLU9lioo3BVgldLxn/VFPDyoc5gkSIlDyrF7 gd/QUhzZamRuPhpcEOibs6b6Bm+Wt4brNMEIxs0dlW3kaKHx7KeHj2JWNtZixqSSb+ YwIMmwy6cRMrXCl7sdI1b3R+yqDOeovPSu9mIyUuIv/s2e1n/IkiZBNhuhRUnYiESl JoZfcE5n1l2bxcNXaiqAHEkO0N+4WfhutdO2FdIC7YT2zLL4uVuh+QSLhw0Ac7QLYO PNVmqROVGvqDA== Date: Mon, 10 May 2021 22:09:04 -0700 From: Jaegeuk Kim To: Chao Yu Cc: daejun7.park@samsung.com, "chao@kernel.org" , "linux-kernel@vger.kernel.org" , "linux-f2fs-devel@lists.sourceforge.net" Subject: Re: [PATCH] f2fs: set file as cold when file defragmentation Message-ID: References: <20210429062005epcms2p352ef77f96ab66cbffe0c0ab6c1b62d8a@epcms2p3> <3a0ab201-9546-d523-abc7-79df5f637f14@huawei.com> <6e95edca-4802-7650-4771-5389067935dc@huawei.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <6e95edca-4802-7650-4771-5389067935dc@huawei.com> Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 05/11, Chao Yu wrote: > On 2021/5/10 22:47, Jaegeuk Kim wrote: > > On 05/06, Chao Yu wrote: > > > On 2021/5/6 12:46, Jaegeuk Kim wrote: > > > > On 05/06, Chao Yu wrote: > > > > > On 2021/4/29 14:20, Daejun Park wrote: > > > > > > In file defragmentation by ioctl, all data blocks in the file are > > > > > > re-written out-of-place. File defragmentation implies user will not update > > > > > > and mostly read the file. So before the defragmentation, we set file > > > > > > temperature as cold for better block allocation. > > > > > > > > > > I don't think all fragmented files are cold, e.g. db file. > > > > > > > > I have a bit different opinion. I think one example would be users want to > > > > defragment a file, when the they want to get higher read bandwidth for > > > > > > Multimedia file was already defined as cold file now via default extension > > > list? > > > > I just gave an example. And default is default. > > > > > > > > > usually multimedia files. That's likely to be cold files. Moreover, I don't > > > > think they want to defragment db files which will be fragmented soon? > > > > > > I guess like db files have less update but more access? > > > > I think both, and we set it as hot. > > Then hot and cold bit will set to the same db file after defragmentation? Do you set cold bit to db files? I mean, generally db is not cold, but hot. > > Thanks, > > > > > > > > > Thanks, > > > > > > > > > > > > > > > > > We have separated interface (via f2fs_xattr_advise_handler, e.g. setfattr -n > > > > > "system.advise" -v value) to indicate this file is a hot/cold file, so my > > > > > suggestion is after file defragmentation, if you think this file is cold, and > > > > > use setxattr() to set it as cold. > > > > > > > > > > Thanks, > > > > > > > > > > > > > > > > > Signed-off-by: Daejun Park > > > > > > --- > > > > > > fs/f2fs/file.c | 3 +++ > > > > > > 1 file changed, 3 insertions(+) > > > > > > > > > > > > diff --git a/fs/f2fs/file.c b/fs/f2fs/file.c > > > > > > index d697c8900fa7..dcac965a05fe 100644 > > > > > > --- a/fs/f2fs/file.c > > > > > > +++ b/fs/f2fs/file.c > > > > > > @@ -2669,6 +2669,9 @@ static int f2fs_defragment_range(struct f2fs_sb_info *sbi, > > > > > > map.m_len = pg_end - pg_start; > > > > > > total = 0; > > > > > > + if (!file_is_cold(inode)) > > > > > > + file_set_cold(inode); > > > > > > + > > > > > > while (map.m_lblk < pg_end) { > > > > > > pgoff_t idx; > > > > > > int cnt = 0; > > > > > > > > > > . > > > > > > . > >