Received: by 10.223.164.202 with SMTP id h10csp447104wrb; Fri, 17 Nov 2017 03:20:55 -0800 (PST) X-Google-Smtp-Source: AGs4zMZMgPA7xLt6OVPB6zZ/U6BD7pOVBoclaGMYE4EgZNKkBtAqNMsL7HjWbgpmMyRdqNVTUpRH X-Received: by 10.98.41.194 with SMTP id p185mr1725887pfp.140.1510917655559; Fri, 17 Nov 2017 03:20:55 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1510917655; cv=none; d=google.com; s=arc-20160816; b=FjJjbrcJStAuiQsTpAeWJx2Fh+/sVAai1viwxLOJ5+dz5Y/oy23Z9pe4f/na5OdigK pL2MdJCFSke3XJ/Vr9tep1IlhmvNcHHU/9DGPro4IhVuPIzJEi638Gk4ieSN2ssrxYP6 vFOL7OWq8D75bLq9x4yto3lnsUlBEWW2sbHvE0yYVf2S6dJKD4FCfJ8ve/ZB19+af2Cl /5Q/pvsBQituDg9AB1gN6oSaEYv8PYkqtpIRcvGONzRRGSksLEQFSix6+BZ7ipzjBRdM gVtqwCCWj70crX9C/u5CL6BZol4vylg6qgphtSLAlsRpUEj/NAG6tIVJCC0ksCb3mtGs saGg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-language :content-transfer-encoding:in-reply-to:mime-version:user-agent:date :message-id:from:references:cc:to:subject:arc-authentication-results; bh=Y2XaIadiYfLsO1sLUFsQVxpy+TI/QVkvMjd/HpaOFCk=; b=WwisLh2Z87OwuzLO7fCigmL0ual0fSqlSaJAL7MTiCAbGG1nFiMNqtV8eNQucpKuuG wleDtAIwRcWnre9pzeunE2nuDBefedOZY98XrW6gqmn+7H4KYCI8DCguRvkxVctgNZbB dLc/ry/gcknH5pswPFEt9tQAz95BkYblBINRCUi05pmPkqGfeBQnQ3ij5DuHyOzDzEAI l+A+aeWz+85IkmfqESo0+iF+f09XM5cokGTmcI3JNevxN7QMHx4N96Ux2g7HKlWGfWKJ laT2NC9aaSY1oow7vEdE1jlALg8lnHL/NgK0oWN+llghekhdrVydFdKD+YpT0ei5V4An HGBA== ARC-Authentication-Results: i=1; mx.google.com; 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id r2si2859090pfj.361.2017.11.17.03.20.42; Fri, 17 Nov 2017 03:20:55 -0800 (PST) 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; 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754250AbdKQBAu (ORCPT + 91 others); Thu, 16 Nov 2017 20:00:50 -0500 Received: from szxga04-in.huawei.com ([45.249.212.190]:10934 "EHLO szxga04-in.huawei.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753861AbdKQBAm (ORCPT ); Thu, 16 Nov 2017 20:00:42 -0500 Received: from 172.30.72.58 (EHLO DGGEMS408-HUB.china.huawei.com) ([172.30.72.58]) by dggrg04-dlp.huawei.com (MOS 4.4.6-GA FastPath queued) with ESMTP id DKZ47889; Fri, 17 Nov 2017 09:00:32 +0800 (CST) Received: from [127.0.0.1] (10.111.220.140) by DGGEMS408-HUB.china.huawei.com (10.3.19.208) with Microsoft SMTP Server id 14.3.361.1; Fri, 17 Nov 2017 08:59:37 +0800 Subject: Re: [PATCH] f2fs: let f2fs also gc atomic file to avoid loop gc To: Chao Yu , , , CC: , , , , References: <1510108497-58331-1-git-send-email-yunlong.song@huawei.com> <239f770e-53f0-69c6-fc1d-67aeb9a1065a@huawei.com> From: Yunlong Song Message-ID: Date: Fri, 17 Nov 2017 08:58:48 +0800 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.2.1 MIME-Version: 1.0 In-Reply-To: <239f770e-53f0-69c6-fc1d-67aeb9a1065a@huawei.com> Content-Type: text/plain; charset="windows-1252"; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-US X-Originating-IP: [10.111.220.140] X-CFilter-Loop: Reflected X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A0B0207.5A0E34B0.00AB,ss=1,re=0.000,recu=0.000,reip=0.000,cl=1,cld=1,fgs=0, ip=0.0.0.0, so=2014-11-16 11:51:01, dmn=2013-03-21 17:37:32 X-Mirapoint-Loop-Id: 98205335c7ba22f4eaa5a6bd33a4556d Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Is there any problem if just deleting the judgement condition in this patch? On 2017/11/8 17:28, Chao Yu wrote: > On 2017/11/8 10:34, Yunlong Song wrote: >> If some files are opened with atomic flag and have not commited yet, at >> the same time, if all the target victim segments have at least one page >> of these atomic files, then f2fs gc will fail to do gc and hangs in the >> process of go to gc_more, since gc_date_segment will not move any data >> and get_valid_blocks will never be 0, then do_garbage_collect will >> always return 0. > Oh, I added this judgment condition to avoid ruining atomic write by data > GC, could we find another way to solve this issue? BTW, if there is direct > IO, we will also skip data segment GC. > > Thanks, > >> Signed-off-by: Yunlong Song >> --- >> fs/f2fs/gc.c | 6 ------ >> 1 file changed, 6 deletions(-) >> >> diff --git a/fs/f2fs/gc.c b/fs/f2fs/gc.c >> index 5d5bba4..3fdcd04 100644 >> --- a/fs/f2fs/gc.c >> +++ b/fs/f2fs/gc.c >> @@ -621,9 +621,6 @@ static void move_data_block(struct inode *inode, block_t bidx, >> if (!check_valid_map(F2FS_I_SB(inode), segno, off)) >> goto out; >> >> - if (f2fs_is_atomic_file(inode)) >> - goto out; >> - >> set_new_dnode(&dn, inode, NULL, NULL, 0); >> err = get_dnode_of_data(&dn, bidx, LOOKUP_NODE); >> if (err) >> @@ -718,9 +715,6 @@ static void move_data_page(struct inode *inode, block_t bidx, int gc_type, >> if (!check_valid_map(F2FS_I_SB(inode), segno, off)) >> goto out; >> >> - if (f2fs_is_atomic_file(inode)) >> - goto out; >> - >> if (gc_type == BG_GC) { >> if (PageWriteback(page)) >> goto out; >> > > . > -- Thanks, Yunlong Song From 1584307843631981130@xxx Fri Nov 17 10:14:59 +0000 2017 X-GM-THRID: 1583469797370502209 X-Gmail-Labels: Inbox,Category Forums,HistoricalUnread