From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-8.1 required=3.0 tests=DKIM_INVALID,DKIM_SIGNED, HEADER_FROM_DIFFERENT_DOMAINS,INCLUDES_PATCH,MAILING_LIST_MULTI,SIGNED_OFF_BY, SPF_HELO_NONE,SPF_PASS,USER_AGENT_SANE_1 autolearn=unavailable autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id C6946CA9EA0 for ; Sat, 26 Oct 2019 01:31:38 +0000 (UTC) Received: from lists.sourceforge.net (lists.sourceforge.net [216.105.38.7]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPS id 881AA21872; Sat, 26 Oct 2019 01:31:38 +0000 (UTC) Authentication-Results: mail.kernel.org; dkim=fail reason="signature verification failed" (1024-bit key) header.d=sourceforge.net header.i=@sourceforge.net header.b="biTUsMTP"; dkim=fail reason="signature verification failed" (1024-bit key) header.d=sf.net header.i=@sf.net header.b="gkIpLt5v" DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org 881AA21872 Authentication-Results: mail.kernel.org; dmarc=none (p=none dis=none) header.from=huawei.com Authentication-Results: mail.kernel.org; spf=pass smtp.mailfrom=linux-f2fs-devel-bounces@lists.sourceforge.net Received: from [127.0.0.1] (helo=sfs-ml-4.v29.lw.sourceforge.com) by sfs-ml-4.v29.lw.sourceforge.com with esmtp (Exim 4.90_1) (envelope-from ) id 1iOAvZ-0006bE-Oe; Sat, 26 Oct 2019 01:31:37 +0000 Received: from [172.30.20.202] (helo=mx.sourceforge.net) by sfs-ml-4.v29.lw.sourceforge.com with esmtps (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.90_1) (envelope-from ) id 1iOAvY-0006b7-0S for linux-f2fs-devel@lists.sourceforge.net; Sat, 26 Oct 2019 01:31:36 +0000 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=sourceforge.net; s=x; h=Content-Transfer-Encoding:Content-Type:In-Reply-To: MIME-Version:Date:Message-ID:From:References:CC:To:Subject:Sender:Reply-To: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=K8tTADnluDM1m6hPf9gnibElej4Qk2avsiQqaUJZ0uQ=; b=biTUsMTPC2Moi79+ggQkUb+sdf HmYnPeekU2aOW66rZA5OOVoCCNZ/HANf2yvNjiu9CJkUneX7gTs+UtFD+lrKlyYWdVVFwaxIb2hjh npVUdD0Y3FfojVs39KUMy5WnsMUV1+96S0a60oIha2y4TDszbi5m8PXlif3ldlBUhxMI=; DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=sf.net; s=x ; h=Content-Transfer-Encoding:Content-Type:In-Reply-To:MIME-Version:Date: Message-ID:From:References:CC:To:Subject:Sender:Reply-To:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=K8tTADnluDM1m6hPf9gnibElej4Qk2avsiQqaUJZ0uQ=; b=gkIpLt5vqFgKkHSmsFqJR5aT6T 22oHd30JW7dyTlqlvSJY9jcEAFA3pscW49+w+61xVvSSRw9+v5ILM3P73Qbdu3CezShZSQePrscCp NPiEjK+ej1k95K4sQx4dgiTqM6hu2wHVpF/qSjoQKTneqkrfTYD3T8iNKymQqzuNVQas=; Received: from szxga07-in.huawei.com ([45.249.212.35] helo=huawei.com) by sfi-mx-4.v28.lw.sourceforge.com with esmtps (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.92.2) id 1iOAvR-003kZG-8X for linux-f2fs-devel@lists.sourceforge.net; Sat, 26 Oct 2019 01:31:35 +0000 Received: from DGGEMS410-HUB.china.huawei.com (unknown [172.30.72.60]) by Forcepoint Email with ESMTP id BD4ADCC169907F73E0E2; Sat, 26 Oct 2019 09:31:21 +0800 (CST) Received: from [10.134.22.195] (10.134.22.195) by smtp.huawei.com (10.3.19.210) with Microsoft SMTP Server (TLS) id 14.3.439.0; Sat, 26 Oct 2019 09:31:17 +0800 To: Jaegeuk Kim References: <20191022171602.93637-1-jaegeuk@kernel.org> <20191025181820.GA24183@jaegeuk-macbookpro.roam.corp.google.com> From: Chao Yu Message-ID: <8cfef676-e81f-6069-3b0b-7005fbf8e0bb@huawei.com> Date: Sat, 26 Oct 2019 09:31:16 +0800 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 In-Reply-To: <20191025181820.GA24183@jaegeuk-macbookpro.roam.corp.google.com> Content-Language: en-US X-Originating-IP: [10.134.22.195] X-CFilter-Loop: Reflected X-Headers-End: 1iOAvR-003kZG-8X Subject: Re: [f2fs-dev] [PATCH 1/2] f2fs: support aligned pinned file X-BeenThere: linux-f2fs-devel@lists.sourceforge.net X-Mailman-Version: 2.1.21 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: linux-kernel@vger.kernel.org, linux-f2fs-devel@lists.sourceforge.net Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: linux-f2fs-devel-bounces@lists.sourceforge.net On 2019/10/26 2:18, Jaegeuk Kim wrote: > On 10/24, Chao Yu wrote: >> Hi Jaegeuk, >> >> On 2019/10/23 1:16, Jaegeuk Kim wrote: >>> This patch supports 2MB-aligned pinned file, which can guarantee no GC at all >>> by allocating fully valid 2MB segment. >>> >>> Signed-off-by: Jaegeuk Kim >>> --- >>> fs/f2fs/f2fs.h | 4 +++- >>> fs/f2fs/file.c | 39 ++++++++++++++++++++++++++++++++++----- >>> fs/f2fs/recovery.c | 2 +- >>> fs/f2fs/segment.c | 21 ++++++++++++++++++++- >>> fs/f2fs/segment.h | 2 ++ >>> fs/f2fs/super.c | 1 + >>> fs/f2fs/sysfs.c | 2 ++ >>> 7 files changed, 63 insertions(+), 8 deletions(-) >>> >>> diff --git a/fs/f2fs/f2fs.h b/fs/f2fs/f2fs.h >>> index ca342f4c7db1..c681f51e351b 100644 >>> --- a/fs/f2fs/f2fs.h >>> +++ b/fs/f2fs/f2fs.h >>> @@ -890,6 +890,7 @@ enum { >>> CURSEG_WARM_NODE, /* direct node blocks of normal files */ >>> CURSEG_COLD_NODE, /* indirect node blocks */ >>> NO_CHECK_TYPE, >>> + CURSEG_COLD_DATA_PINNED,/* cold data for pinned file */ >>> }; >>> >>> struct flush_cmd { >>> @@ -1301,6 +1302,7 @@ struct f2fs_sb_info { >>> >>> /* threshold for gc trials on pinned files */ >>> u64 gc_pin_file_threshold; >>> + struct rw_semaphore pin_sem; >>> >>> /* maximum # of trials to find a victim segment for SSR and GC */ >>> unsigned int max_victim_search; >>> @@ -3116,7 +3118,7 @@ void f2fs_release_discard_addrs(struct f2fs_sb_info *sbi); >>> int f2fs_npages_for_summary_flush(struct f2fs_sb_info *sbi, bool for_ra); >>> void allocate_segment_for_resize(struct f2fs_sb_info *sbi, int type, >>> unsigned int start, unsigned int end); >>> -void f2fs_allocate_new_segments(struct f2fs_sb_info *sbi); >>> +void f2fs_allocate_new_segments(struct f2fs_sb_info *sbi, int type); >>> int f2fs_trim_fs(struct f2fs_sb_info *sbi, struct fstrim_range *range); >>> bool f2fs_exist_trim_candidates(struct f2fs_sb_info *sbi, >>> struct cp_control *cpc); >>> diff --git a/fs/f2fs/file.c b/fs/f2fs/file.c >>> index 29bc0a542759..f6c038e8a6a7 100644 >>> --- a/fs/f2fs/file.c >>> +++ b/fs/f2fs/file.c >>> @@ -1545,12 +1545,41 @@ static int expand_inode_data(struct inode *inode, loff_t offset, >>> if (off_end) >>> map.m_len++; >>> >>> - if (f2fs_is_pinned_file(inode)) >>> - map.m_seg_type = CURSEG_COLD_DATA; >>> + if (!map.m_len) >>> + return 0; >>> + >>> + if (f2fs_is_pinned_file(inode)) { >>> + block_t len = (map.m_len >> sbi->log_blocks_per_seg) << >>> + sbi->log_blocks_per_seg; >>> + block_t done = 0; >>> + >>> + if (map.m_len % sbi->blocks_per_seg) >>> + len += sbi->blocks_per_seg; >>> >>> - err = f2fs_map_blocks(inode, &map, 1, (f2fs_is_pinned_file(inode) ? >>> - F2FS_GET_BLOCK_PRE_DIO : >>> - F2FS_GET_BLOCK_PRE_AIO)); >>> + map.m_len = sbi->blocks_per_seg; >>> +next_alloc: >>> + mutex_lock(&sbi->gc_mutex); >>> + err = f2fs_gc(sbi, true, false, NULL_SEGNO); >>> + if (err && err != -ENODATA && err != -EAGAIN) >>> + goto out_err; >> >> To grab enough free space? >> >> Shouldn't we call >> >> if (has_not_enough_free_secs(sbi, 0, 0)) { >> mutex_lock(&sbi->gc_mutex); >> f2fs_gc(sbi, false, false, NULL_SEGNO); >> } > > The above calls gc all the time. Do we need this? Hmmm... my concern is why we need to run foreground GC even if there is enough free space.. > >> >>> + >>> + down_write(&sbi->pin_sem); >>> + map.m_seg_type = CURSEG_COLD_DATA_PINNED; >>> + f2fs_allocate_new_segments(sbi, CURSEG_COLD_DATA); >>> + err = f2fs_map_blocks(inode, &map, 1, F2FS_GET_BLOCK_PRE_DIO); >>> + up_write(&sbi->pin_sem); >>> + >>> + done += map.m_len; >>> + len -= map.m_len; >>> + map.m_lblk += map.m_len; >>> + if (!err && len) >>> + goto next_alloc; >>> + >>> + map.m_len = done; >>> + } else { >>> + err = f2fs_map_blocks(inode, &map, 1, F2FS_GET_BLOCK_PRE_AIO); >>> + } >>> +out_err: >>> if (err) { >>> pgoff_t last_off; >>> >>> diff --git a/fs/f2fs/recovery.c b/fs/f2fs/recovery.c >>> index 783773e4560d..76477f71d4ee 100644 >>> --- a/fs/f2fs/recovery.c >>> +++ b/fs/f2fs/recovery.c >>> @@ -711,7 +711,7 @@ static int recover_data(struct f2fs_sb_info *sbi, struct list_head *inode_list, >>> f2fs_put_page(page, 1); >>> } >>> if (!err) >>> - f2fs_allocate_new_segments(sbi); >>> + f2fs_allocate_new_segments(sbi, NO_CHECK_TYPE); >>> return err; >>> } >>> >>> diff --git a/fs/f2fs/segment.c b/fs/f2fs/segment.c >>> index 25c750cd0272..253d72c2663c 100644 >>> --- a/fs/f2fs/segment.c >>> +++ b/fs/f2fs/segment.c >>> @@ -2690,7 +2690,7 @@ void allocate_segment_for_resize(struct f2fs_sb_info *sbi, int type, >>> up_read(&SM_I(sbi)->curseg_lock); >>> } >>> >>> -void f2fs_allocate_new_segments(struct f2fs_sb_info *sbi) >>> +void f2fs_allocate_new_segments(struct f2fs_sb_info *sbi, int type) >>> { >>> struct curseg_info *curseg; >>> unsigned int old_segno; >>> @@ -2699,6 +2699,9 @@ void f2fs_allocate_new_segments(struct f2fs_sb_info *sbi) >>> down_write(&SIT_I(sbi)->sentry_lock); >>> >>> for (i = CURSEG_HOT_DATA; i <= CURSEG_COLD_DATA; i++) { >>> + if (type != NO_CHECK_TYPE && i != type) >>> + continue; >>> + >>> curseg = CURSEG_I(sbi, i); >>> old_segno = curseg->segno; >>> SIT_I(sbi)->s_ops->allocate_segment(sbi, i, true); >>> @@ -3068,6 +3071,19 @@ void f2fs_allocate_data_block(struct f2fs_sb_info *sbi, struct page *page, >>> { >>> struct sit_info *sit_i = SIT_I(sbi); >>> struct curseg_info *curseg = CURSEG_I(sbi, type); >>> + bool put_pin_sem = false; >>> + >>> + if (type == CURSEG_COLD_DATA) { >>> + /* GC during CURSEG_COLD_DATA_PINNED allocation */ >>> + if (down_read_trylock(&sbi->pin_sem)) { >>> + put_pin_sem = true; >>> + } else { >>> + type = CURSEG_WARM_DATA; >>> + curseg = CURSEG_I(sbi, type); >> >> It will mix pending cold data into warm area... rather than recovering curseg to >> write pointer of last cold segment? >> >> I know maybe that fallocate aligned address could be corner case, but I guess >> there should be some better solutions can handle race case more effectively. >> >> One solution could be: allocating a virtual log header to select free segment as >> 2m-aligned space target. > > I thought about that, but concluded to avoid too much changes. We have an unupstreamed feature which is based on virtual log header, I can introduce that basic virtual log fwk, which can be used for aligned allocation and later new features, would you like to check that? Thanks, > >> >> Thanks, >> >>> + } >>> + } else if (type == CURSEG_COLD_DATA_PINNED) { >>> + type = CURSEG_COLD_DATA; >>> + } >>> >>> down_read(&SM_I(sbi)->curseg_lock); >>> >>> @@ -3133,6 +3149,9 @@ void f2fs_allocate_data_block(struct f2fs_sb_info *sbi, struct page *page, >>> mutex_unlock(&curseg->curseg_mutex); >>> >>> up_read(&SM_I(sbi)->curseg_lock); >>> + >>> + if (put_pin_sem) >>> + up_read(&sbi->pin_sem); >>> } >>> >>> static void update_device_state(struct f2fs_io_info *fio) >>> diff --git a/fs/f2fs/segment.h b/fs/f2fs/segment.h >>> index 325781a1ae4d..a95467b202ea 100644 >>> --- a/fs/f2fs/segment.h >>> +++ b/fs/f2fs/segment.h >>> @@ -313,6 +313,8 @@ struct sit_entry_set { >>> */ >>> static inline struct curseg_info *CURSEG_I(struct f2fs_sb_info *sbi, int type) >>> { >>> + if (type == CURSEG_COLD_DATA_PINNED) >>> + type = CURSEG_COLD_DATA; >>> return (struct curseg_info *)(SM_I(sbi)->curseg_array + type); >>> } >>> >>> diff --git a/fs/f2fs/super.c b/fs/f2fs/super.c >>> index f320fd11db48..c02a47ce551b 100644 >>> --- a/fs/f2fs/super.c >>> +++ b/fs/f2fs/super.c >>> @@ -2853,6 +2853,7 @@ static void init_sb_info(struct f2fs_sb_info *sbi) >>> spin_lock_init(&sbi->dev_lock); >>> >>> init_rwsem(&sbi->sb_lock); >>> + init_rwsem(&sbi->pin_sem); >>> } >>> >>> static int init_percpu_info(struct f2fs_sb_info *sbi) >>> diff --git a/fs/f2fs/sysfs.c b/fs/f2fs/sysfs.c >>> index b558b64a4c9c..f164959e4224 100644 >>> --- a/fs/f2fs/sysfs.c >>> +++ b/fs/f2fs/sysfs.c >>> @@ -154,6 +154,8 @@ static ssize_t features_show(struct f2fs_attr *a, >>> if (f2fs_sb_has_casefold(sbi)) >>> len += snprintf(buf + len, PAGE_SIZE - len, "%s%s", >>> len ? ", " : "", "casefold"); >>> + len += snprintf(buf + len, PAGE_SIZE - len, "%s%s", >>> + len ? ", " : "", "pin_file"); >>> len += snprintf(buf + len, PAGE_SIZE - len, "\n"); >>> return len; >>> } >>> > . > _______________________________________________ Linux-f2fs-devel mailing list Linux-f2fs-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linux-f2fs-devel