Received: by 10.223.164.221 with SMTP id h29csp2883556wrb; Thu, 2 Nov 2017 20:31:50 -0700 (PDT) X-Google-Smtp-Source: ABhQp+Sg5r/IZn0AZqfn5/JWUI4Nm4ewX6L2x3Rdqm7j8LSKi0eTllazBSJWihauNlBg1t+Wy+cA X-Received: by 10.84.235.136 with SMTP id p8mr5302216plk.263.1509679910522; Thu, 02 Nov 2017 20:31:50 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1509679910; cv=none; d=google.com; s=arc-20160816; b=VnlO295ic1rqClgyP1yl39jRkI1mkNKGbp5NTal+8yLQXzE6E8Tpdry+W8hI/YXiND DCkRV31vMBwkK1K+gaqxXBdgZJwIcc+rP+GMcpXj0tDRLIFju55AW9R/dlh/cxjJyso9 u7kl5wYXadUzuvBqGDCE0/KjktQdBGNY1odEIvObJ9bl9qjmqpLSVQBR83Sdcs0IcCp9 ATwbYZOmOdDbhXsaORQVQ+jkGR7a1K0kTILIaIbBYzkyWA5UKJTGowL7fKU1gZUq1xy3 1nWpbm/0/ofCV9l5Jjr6a4nBo271KQ6gB0YC7JprB4jYSrSMwjpaCm9S72whhZbRuvV9 NjHg== 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=mUzN7fEsVHj13AIQd3PTGgr4GlRq5N3DSJSVF9mOMgo=; b=xLbru+Nky1MCwHwCvIEIruFsmUQw51B8CphcWvUIjyS9L7h/K4UusPnmFWfi7DffJq l9NJrWcZkk1NdWGK3Epx3ZzFDTzPUc6681esChK5pmv20CmhYRxhGI1ZSCy2q9xSuZs2 jJl4K4jsySO8nDj/bEAWaFwVGhOtezZAXC/oC900K4lGeTNoclOrB01eJbjEZzGnhypD sMHD15bAsX7fPWpboeCj0ZvdFV5nSxfE7uBrGPkxTK6i3njCs0LVtZ7enOgDxSq7gib9 j3IM+d/VYE7hzbEt4b8DaB1zhepNRmKyb9e+7ajUGkqoyEegkN7NooD19+P+mdNUmSKO IHdw== 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 f124si4738319pgc.192.2017.11.02.20.31.37; Thu, 02 Nov 2017 20:31:50 -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; 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 S965081AbdKCDap (ORCPT + 97 others); Thu, 2 Nov 2017 23:30:45 -0400 Received: from szxga05-in.huawei.com ([45.249.212.191]:10005 "EHLO szxga05-in.huawei.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S932734AbdKCDan (ORCPT ); Thu, 2 Nov 2017 23:30:43 -0400 Received: from 172.30.72.59 (EHLO DGGEMS413-HUB.china.huawei.com) ([172.30.72.59]) by dggrg05-dlp.huawei.com (MOS 4.4.6-GA FastPath queued) with ESMTP id DKH89531; Fri, 03 Nov 2017 11:30:19 +0800 (CST) Received: from [127.0.0.1] (10.111.220.140) by DGGEMS413-HUB.china.huawei.com (10.3.19.213) with Microsoft SMTP Server id 14.3.361.1; Fri, 3 Nov 2017 11:28:19 +0800 Subject: Re: [PATCH v2] f2fs: fix out-of-free problem caused by atomic write To: , , , CC: , , , , References: <1509027715-80477-1-git-send-email-yunlong.song@huawei.com> <1509368658-60355-1-git-send-email-yunlong.song@huawei.com> From: Yunlong Song Message-ID: Date: Fri, 3 Nov 2017 11:27:15 +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: <1509368658-60355-1-git-send-email-yunlong.song@huawei.com> Content-Type: text/plain; charset="utf-8"; 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.0A020203.59FBE2CC.0040,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: e24accfc6787e471cb535da035119b87 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org ping... On 2017/10/30 21:04, Yunlong Song wrote: > f2fs_balance_fs only actives once in the commit_inmem_pages, but there > are more than one page to commit, so all the other pages will miss the > check. This will lead to out-of-free problem when commit a very large > file. However, we cannot do f2fs_balance_fs for each inmem page, since > this will break atomicity. As a result, we should collect prefree > segments if needed and stop atomic commit when there are not enough > available blocks to write atomic pages. > > Signed-off-by: Yunlong Song > --- > fs/f2fs/f2fs.h | 1 + > fs/f2fs/segment.c | 29 ++++++++++++++++++++++++++++- > 2 files changed, 29 insertions(+), 1 deletion(-) > > diff --git a/fs/f2fs/f2fs.h b/fs/f2fs/f2fs.h > index 13a96b8..04ce48f 100644 > --- a/fs/f2fs/f2fs.h > +++ b/fs/f2fs/f2fs.h > @@ -610,6 +610,7 @@ struct f2fs_inode_info { > struct list_head inmem_pages; /* inmemory pages managed by f2fs */ > struct task_struct *inmem_task; /* store inmemory task */ > struct mutex inmem_lock; /* lock for inmemory pages */ > + unsigned long inmem_blocks; /* inmemory blocks */ > struct extent_tree *extent_tree; /* cached extent_tree entry */ > struct rw_semaphore dio_rwsem[2];/* avoid racing between dio and gc */ > struct rw_semaphore i_mmap_sem; > diff --git a/fs/f2fs/segment.c b/fs/f2fs/segment.c > index 46dfbca..813c110 100644 > --- a/fs/f2fs/segment.c > +++ b/fs/f2fs/segment.c > @@ -210,6 +210,7 @@ void register_inmem_page(struct inode *inode, struct page *page) > list_add_tail(&fi->inmem_ilist, &sbi->inode_list[ATOMIC_FILE]); > spin_unlock(&sbi->inode_lock[ATOMIC_FILE]); > inc_page_count(F2FS_I_SB(inode), F2FS_INMEM_PAGES); > + fi->inmem_blocks++; > mutex_unlock(&fi->inmem_lock); > > trace_f2fs_register_inmem_page(page, INMEM); > @@ -221,6 +222,7 @@ static int __revoke_inmem_pages(struct inode *inode, > struct f2fs_sb_info *sbi = F2FS_I_SB(inode); > struct inmem_pages *cur, *tmp; > int err = 0; > + struct f2fs_inode_info *fi = F2FS_I(inode); > > list_for_each_entry_safe(cur, tmp, head, list) { > struct page *page = cur->page; > @@ -263,6 +265,7 @@ static int __revoke_inmem_pages(struct inode *inode, > list_del(&cur->list); > kmem_cache_free(inmem_entry_slab, cur); > dec_page_count(F2FS_I_SB(inode), F2FS_INMEM_PAGES); > + fi->inmem_blocks--; > } > return err; > } > @@ -302,6 +305,10 @@ void drop_inmem_pages(struct inode *inode) > if (!list_empty(&fi->inmem_ilist)) > list_del_init(&fi->inmem_ilist); > spin_unlock(&sbi->inode_lock[ATOMIC_FILE]); > + if (fi->inmem_blocks) { > + f2fs_bug_on(sbi, 1); > + fi->inmem_blocks = 0; > + } > mutex_unlock(&fi->inmem_lock); > > clear_inode_flag(inode, FI_ATOMIC_FILE); > @@ -326,6 +333,7 @@ void drop_inmem_page(struct inode *inode, struct page *page) > > f2fs_bug_on(sbi, !cur || cur->page != page); > list_del(&cur->list); > + fi->inmem_blocks--; > mutex_unlock(&fi->inmem_lock); > > dec_page_count(sbi, F2FS_INMEM_PAGES); > @@ -410,11 +418,26 @@ int commit_inmem_pages(struct inode *inode) > > INIT_LIST_HEAD(&revoke_list); > f2fs_balance_fs(sbi, true); > + if (prefree_segments(sbi) > + && has_not_enough_free_secs(sbi, 0, > + fi->inmem_blocks / BLKS_PER_SEC(sbi))) { > + struct cp_control cpc; > + > + cpc.reason = __get_cp_reason(sbi); > + err = write_checkpoint(sbi, &cpc); > + if (err) > + goto drop; > + } > f2fs_lock_op(sbi); > > set_inode_flag(inode, FI_ATOMIC_COMMIT); > > mutex_lock(&fi->inmem_lock); > + if ((sbi->user_block_count - valid_user_blocks(sbi)) < > + fi->inmem_blocks) { > + err = -ENOSPC; > + goto drop; > + } > err = __commit_inmem_pages(inode, &revoke_list); > if (err) { > int ret; > @@ -429,7 +452,7 @@ int commit_inmem_pages(struct inode *inode) > ret = __revoke_inmem_pages(inode, &revoke_list, false, true); > if (ret) > err = ret; > - > +drop: > /* drop all uncommitted pages */ > __revoke_inmem_pages(inode, &fi->inmem_pages, true, false); > } > @@ -437,6 +460,10 @@ int commit_inmem_pages(struct inode *inode) > if (!list_empty(&fi->inmem_ilist)) > list_del_init(&fi->inmem_ilist); > spin_unlock(&sbi->inode_lock[ATOMIC_FILE]); > + if (fi->inmem_blocks) { > + f2fs_bug_on(sbi, 1); > + fi->inmem_blocks = 0; > + } > mutex_unlock(&fi->inmem_lock); > > clear_inode_flag(inode, FI_ATOMIC_COMMIT); -- Thanks, Yunlong Song From 1582687915467598090@xxx Mon Oct 30 13:06:55 +0000 2017 X-GM-THRID: 1582330312060990093 X-Gmail-Labels: Inbox,Category Forums