linux-f2fs-devel.lists.sourceforge.net archive mirror
 help / color / mirror / Atom feed
From: Chao Yu <chao2.yu@samsung.com>
To: 'Jaegeuk Kim' <jaegeuk@kernel.org>
Cc: linux-f2fs-devel@lists.sourceforge.net
Subject: Re: [PATCH] Introduce lifetime write IO statistics
Date: Thu, 28 Jan 2016 09:20:39 +0800	[thread overview]
Message-ID: <00e801d1596a$314a8db0$93dfa910$@samsung.com> (raw)
In-Reply-To: <20160127222652.GB62463@jaegeuk.gateway>

> -----Original Message-----
> From: Jaegeuk Kim [mailto:jaegeuk@kernel.org]
> Sent: Thursday, January 28, 2016 6:27 AM
> To: Chao Yu
> Cc: 'Shuoran'; linux-f2fs-devel@lists.sourceforge.net
> Subject: Re: [f2fs-dev] [PATCH] Introduce lifetime write IO statistics
> 
> Hi Chao,
> 
> On Wed, Jan 27, 2016 at 06:02:37PM +0800, Chao Yu wrote:
> > > -----Original Message-----
> > > From: Shuoran [mailto:liushuoran@huawei.com]
> > > Sent: Wednesday, January 27, 2016 3:40 PM
> > > To: Chao Yu
> > > Cc: jaegeuk@kernel.org; linux-f2fs-devel@lists.sourceforge.net
> > > Subject: Re: [f2fs-dev] [PATCH] Introduce lifetime write IO statistics
> > >
> > > On 2016/1/27 15:20, Chao Yu wrote:
> > > >> -----Original Message-----
> > > >> From: Shuoran [mailto:liushuoran@huawei.com]
> > > >> Sent: Tuesday, January 26, 2016 6:12 PM
> > > >> To: Chao Yu
> > > >> Cc: jaegeuk@kernel.org; linux-f2fs-devel@lists.sourceforge.net
> > > >> Subject: Re: [f2fs-dev] [PATCH] Introduce lifetime write IO statistics
> > > >>
> > > >> On 2016/1/26 17:24, Chao Yu wrote:
> > > >>> Hi,
> > > >>>
> > > >>>> -----Original Message-----
> > > >>>> From: Liu Shuoran [mailto:liushuoran@huawei.com]
> > > >>>> Sent: Tuesday, January 26, 2016 3:41 PM
> > > >>>> To: jaegeuk@kernel.org
> > > >>>> Cc: linux-f2fs-devel@lists.sourceforge.net
> > > >>>> Subject: [f2fs-dev] [PATCH] Introduce lifetime write IO statistics
> > > >>>>
> > > >>>> This patch introduces lifetime IO write statistics exposed to the sysfs interface.
> > > >>>> The write IO amount is obtained from block layer, accumulated in the file system and
> > > >>>> stored in the hot node summary of checkpoint.
> > > >>>>
> > > >>>> Signed-off-by: Shuoran Liu <liushuoran@huawei.com>
> > > >>>> Signed-off-by: Pengyang Hou <houpengyang@huawei.com>
> > > >>>> Signed-off-by: Jaegeuk Kim <jaegeuk@kernel.org>
> > > >>>> ---
> > > >>>>    fs/f2fs/checkpoint.c    | 12 ++++++++++++
> > > >>>>    fs/f2fs/f2fs.h          | 11 +++++++++++
> > > >>>>    fs/f2fs/super.c         | 35 +++++++++++++++++++++++++++++++++++
> > > >>>>    include/linux/f2fs_fs.h | 14 +++++++++++++-
> > > >>>>    4 files changed, 71 insertions(+), 1 deletion(-)
> > > >>>>
> > > >>>> diff --git a/fs/f2fs/checkpoint.c b/fs/f2fs/checkpoint.c
> > > >>>> index 3842af9..998de47 100644
> > > >>>> --- a/fs/f2fs/checkpoint.c
> > > >>>> +++ b/fs/f2fs/checkpoint.c
> > > >>>> @@ -921,6 +921,10 @@ static int do_checkpoint(struct f2fs_sb_info *sbi, struct
> cp_control
> > > >> *cpc)
> > > >>>>    	int cp_payload_blks = __cp_payload(sbi);
> > > >>>>    	block_t discard_blk = NEXT_FREE_BLKADDR(sbi, curseg);
> > > >>>>    	bool invalidate = false;
> > > >>>> +	struct super_block *sb = sbi->sb;
> > > >>>> +	struct curseg_info *seg_i = CURSEG_I(sbi, CURSEG_HOT_NODE);
> > > >>>> +	u64 kbytes_written;
> > > >>>> +
> > > >>>>
> > > >>>>    	/*
> > > >>>>    	 * This avoids to conduct wrong roll-forward operations and uses
> > > >>>> @@ -1034,6 +1038,14 @@ static int do_checkpoint(struct f2fs_sb_info *sbi, struct
> cp_control
> > > >>>> *cpc)
> > > >>>>
> > > >>>>    	write_data_summaries(sbi, start_blk);
> > > >>>>    	start_blk += data_sum_blocks;
> > > >>>> +
> > > >>>> +	/* Record write statistics in the hot node summary */
> > > >>>> +	kbytes_written = sbi->kbytes_written;
> > > >>>> +	if (sb->s_bdev->bd_part)
> > > >>>> +		kbytes_written += BD_PART_WRITTEN(sbi);
> > > >>>> +
> > > >>>> +	seg_i->sum_blk->info.kbytes_written = cpu_to_le64(kbytes_written);
> > > >>>> +
> > > >>>>    	if (__remain_node_summaries(cpc->reason)) {
> > > >>>>    		write_node_summaries(sbi, start_blk);
> > > >>>>    		start_blk += NR_CURSEG_NODE_TYPE;
> > > >>>> diff --git a/fs/f2fs/f2fs.h b/fs/f2fs/f2fs.h
> > > >>>> index ff79054..cee5fab0 100644
> > > >>>> --- a/fs/f2fs/f2fs.h
> > > >>>> +++ b/fs/f2fs/f2fs.h
> > > >>>> @@ -844,8 +844,19 @@ struct f2fs_sb_info {
> > > >>>>    	struct list_head s_list;
> > > >>>>    	struct mutex umount_mutex;
> > > >>>>    	unsigned int shrinker_run_no;
> > > >>>> +
> > > >>>> +	/* For write statistics */
> > > >>>> +	u64 sectors_written_start;
> > > >>>> +	u64 kbytes_written;
> > > >>>>    };
> > > >>>>
> > > >>>> +/* For write statistics. Suppose sector size is 512 bytes,
> > > >>>> + * and the return value is in kbytes. s is of struct f2fs_sb_info.
> > > >>>> + */
> > > >>>> +#define BD_PART_WRITTEN(s)						 \
> > > >>>> +(((u64)part_stat_read(s->sb->s_bdev->bd_part, sectors[1]) -		 \
> > > >>>> +		s->sectors_written_start) >> 1)
> > > >>>> +
> > > >>>>    static inline void f2fs_update_time(struct f2fs_sb_info *sbi, int type)
> > > >>>>    {
> > > >>>>    	sbi->last_time[type] = jiffies;
> > > >>>> diff --git a/fs/f2fs/super.c b/fs/f2fs/super.c
> > > >>>> index 3bf990b..7ed10f1 100644
> > > >>>> --- a/fs/f2fs/super.c
> > > >>>> +++ b/fs/f2fs/super.c
> > > >>>> @@ -126,6 +126,19 @@ static unsigned char *__struct_ptr(struct f2fs_sb_info *sbi, int
> > > >>>> struct_type)
> > > >>>>    	return NULL;
> > > >>>>    }
> > > >>>>
> > > >>>> +static ssize_t lifetime_write_kbytes_show(struct f2fs_attr *a,
> > > >>>> +		struct f2fs_sb_info *sbi, char *buf)
> > > >>>> +{
> > > >>>> +	struct super_block *sb = sbi->sb;
> > > >>>> +
> > > >>>> +	if (!sb->s_bdev->bd_part)
> > > >>>> +		return snprintf(buf, PAGE_SIZE, "0\n");
> > > >>>> +
> > > >>>> +	return snprintf(buf, PAGE_SIZE, "%llu\n",
> > > >>>> +		(unsigned long long)(sbi->kbytes_written +
> > > >>>> +			BD_PART_WRITTEN(sbi)));
> > > >>>> +}
> > > >>>> +
> > > >>>>    static ssize_t f2fs_sbi_show(struct f2fs_attr *a,
> > > >>>>    			struct f2fs_sb_info *sbi, char *buf)
> > > >>>>    {
> > > >>>> @@ -204,6 +217,9 @@ static struct f2fs_attr f2fs_attr_##_name = {			\
> > > >>>>    		f2fs_sbi_show, f2fs_sbi_store,			\
> > > >>>>    		offsetof(struct struct_name, elname))
> > > >>>>
> > > >>>> +#define F2FS_GENERAL_RO_ATTR(name) \
> > > >>>> +static struct f2fs_attr f2fs_attr_##name = __ATTR(name, 0444, name##_show, NULL)
> > > >>>> +
> > > >>>>    F2FS_RW_ATTR(GC_THREAD, f2fs_gc_kthread, gc_min_sleep_time, min_sleep_time);
> > > >>>>    F2FS_RW_ATTR(GC_THREAD, f2fs_gc_kthread, gc_max_sleep_time, max_sleep_time);
> > > >>>>    F2FS_RW_ATTR(GC_THREAD, f2fs_gc_kthread, gc_no_gc_sleep_time, no_gc_sleep_time);
> > > >>>> @@ -220,6 +236,7 @@ F2FS_RW_ATTR(F2FS_SBI, f2fs_sb_info, max_victim_search,
> > > >>>> max_victim_search);
> > > >>>>    F2FS_RW_ATTR(F2FS_SBI, f2fs_sb_info, dir_level, dir_level);
> > > >>>>    F2FS_RW_ATTR(F2FS_SBI, f2fs_sb_info, cp_interval, interval_time[CP_TIME]);
> > > >>>>    F2FS_RW_ATTR(F2FS_SBI, f2fs_sb_info, idle_interval, interval_time[REQ_TIME]);
> > > >>>> +F2FS_GENERAL_RO_ATTR(lifetime_write_kbytes);
> > > >>>>
> > > >>>>    #define ATTR_LIST(name) (&f2fs_attr_##name.attr)
> > > >>>>    static struct attribute *f2fs_attrs[] = {
> > > >>>> @@ -239,6 +256,7 @@ static struct attribute *f2fs_attrs[] = {
> > > >>>>    	ATTR_LIST(ra_nid_pages),
> > > >>>>    	ATTR_LIST(cp_interval),
> > > >>>>    	ATTR_LIST(idle_interval),
> > > >>>> +	ATTR_LIST(lifetime_write_kbytes),
> > > >>>>    	NULL,
> > > >>>>    };
> > > >>>>
> > > >>>> @@ -766,6 +784,11 @@ static int f2fs_remount(struct super_block *sb, int *flags, char
> *data)
> > > >>>>    	bool need_stop_gc = false;
> > > >>>>    	bool no_extent_cache = !test_opt(sbi, EXTENT_CACHE);
> > > >>>>
> > > >>>> +	if (*flags & MS_RDONLY) {
> > > >>>> +		set_opt(sbi, FASTBOOT);
> > > >>> Need to recover to original mode, otherwise it may change option user
> > > >>> set.
> > > >> Yes, maybe I can bring forward the action of saving old mount options.
> > > >>>> +		set_sbi_flag(sbi, SBI_IS_DIRTY);
> > > >>>> +	}
> > > >>>> +
> > > >>>>    	sync_filesystem(sb);
> > > >>>>
> > > >>>>    	/*
> > > >>>> @@ -1242,6 +1265,7 @@ static int f2fs_fill_super(struct super_block *sb, void *data,
> int
> > > >> silent)
> > > >>>>    	bool retry = true, need_fsck = false;
> > > >>>>    	char *options = NULL;
> > > >>>>    	int recovery, i, valid_super_block;
> > > >>>> +	struct curseg_info *seg_i;
> > > >>>>
> > > >>>>    try_onemore:
> > > >>>>    	err = -EINVAL;
> > > >>>> @@ -1372,6 +1396,17 @@ try_onemore:
> > > >>>>    		goto free_nm;
> > > >>>>    	}
> > > >>>>
> > > >>>> +	/* For write statistics */
> > > >>>> +	if (sb->s_bdev->bd_part)
> > > >>>> +		sbi->sectors_written_start =
> > > >>>> +			(u64)part_stat_read(sb->s_bdev->bd_part, sectors[1]);
> > > >>>> +
> > > >>>> +	/* Read accumulated write IO statistics if exists */
> > > >>>> +	seg_i = CURSEG_I(sbi, CURSEG_HOT_NODE);
> > > >>> Why not CURSEG_WARM_DATA?
> > > >> Data summary might be compacted. So only hot/warm/cold node summary is
> > > >> available, and we just picked hot node summary.
> > > > Oh, you're right, warm data journal would not be persisted if data
> > > > summaries are compacted, my mistake.
> > > >
> > > > Wouldn't be better to persist this stat number into super block like
> > > > ext4?
> > > >
> > > > Thanks,
> > >
> > > I think super block in F2FS is not updated as frequent as that in Ext4
> > > (there are several places invoking ext4_commit_super, while few invoking
> > > f2fs_commit_super), although in this design the statistics is not
> > > updated very frequently either. Another concern is that, to some extent,
> > > the super blocks of f2fs is not supposed to update except for a few
> > > cases. So the stat is better stored in the checkpoint, and we just tried
> > > very hard finding a spare place.
> >
> > Got it, so the key point is preventing generating additional IO.
> >
> > If update points of stat in your approach is enough, so for
> > 1) umount case: commit sb approach causes two more blocks updating.
> > 2) remount case: commit sb approach causes one less blocks updating when
> > FASTBOOT is disabled.
> >
> > Not a big degression. :)
> >
> > IMO, maybe it's better to use journal log in data segments to store
> > checkpoint related data, maybe more nats/sits entries.
> >
> > And another thing is I'm in doubt that whether it is enough to use cp +
> > data journal to update stat, since abnormal pow-cut after a normal cp would
> > make us losing all stats saved before.
> 
> Pros and Cons.
> IMO, we don't need to guarantee up-to-date information to users. If users wants
> to keep that in high accuracy, they simply can set fastboot.

Yes, at least it needs to document this sysfs entry to let user know about this.

Thanks,

> 
> Thanks,
> 
> >
> > Thanks,
> >
> > >
> > > >>> Thanks,
> > > >>>
> > > >>>> +	if(__exist_node_summaries(sbi))
> > > >>>> +		sbi->kbytes_written =
> > > >>>> +			le64_to_cpu(seg_i->sum_blk->info.kbytes_written);
> > > >>>> +
> > > >>>>    	build_gc_manager(sbi);
> > > >>>>
> > > >>>>    	/* get an inode for node space */
> > > >>>> diff --git a/include/linux/f2fs_fs.h b/include/linux/f2fs_fs.h
> > > >>>> index e59c3be..67aa01d 100644
> > > >>>> --- a/include/linux/f2fs_fs.h
> > > >>>> +++ b/include/linux/f2fs_fs.h
> > > >>>> @@ -358,6 +358,12 @@ struct summary_footer {
> > > >>>>    				sizeof(struct sit_journal_entry))
> > > >>>>    #define SIT_JOURNAL_RESERVED	((SUM_JOURNAL_SIZE - 2) %\
> > > >>>>    				sizeof(struct sit_journal_entry))
> > > >>>> +
> > > >>>> +/* Reserved area should make size of f2fs_extra_info equals to
> > > >>>> + * that of nat_journal and sit_journal.
> > > >>>> + */
> > > >>>> +#define EXTRA_INFO_RESERVED	(SUM_JOURNAL_SIZE - 2 - 8)
> > > >>>> +
> > > >>>>    /*
> > > >>>>     * frequently updated NAT/SIT entries can be stored in the spare area in
> > > >>>>     * summary blocks
> > > >>>> @@ -387,6 +393,11 @@ struct sit_journal {
> > > >>>>    	__u8 reserved[SIT_JOURNAL_RESERVED];
> > > >>>>    } __packed;
> > > >>>>
> > > >>>> +struct f2fs_extra_info {
> > > >>>> +	__le64 kbytes_written;
> > > >>>> +	__u8 reserved[EXTRA_INFO_RESERVED];
> > > >>>> +} __packed;
> > > >>>> +
> > > >>>>    /* 4KB-sized summary block structure */
> > > >>>>    struct f2fs_summary_block {
> > > >>>>    	struct f2fs_summary entries[ENTRIES_IN_SUM];
> > > >>>> @@ -394,10 +405,11 @@ struct f2fs_summary_block {
> > > >>>>    		__le16 n_nats;
> > > >>>>    		__le16 n_sits;
> > > >>>>    	};
> > > >>>> -	/* spare area is used by NAT or SIT journals */
> > > >>>> +	/* spare area is used by NAT or SIT journals or extra info */
> > > >>>>    	union {
> > > >>>>    		struct nat_journal nat_j;
> > > >>>>    		struct sit_journal sit_j;
> > > >>>> +		struct f2fs_extra_info info;
> > > >>>>    	};
> > > >>>>    	struct summary_footer footer;
> > > >>>>    } __packed;
> > > >>>> --
> > > >>>> 1.9.1
> > > >>>>
> > > >>>>
> > > >>>> ------------------------------------------------------------------------------
> > > >>>> Site24x7 APM Insight: Get Deep Visibility into Application Performance
> > > >>>> APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
> > > >>>> Monitor end-to-end web transactions and take corrective actions now
> > > >>>> Troubleshoot faster and improve end-user experience. Signup Now!
> > > >>>> http://pubads.g.doubleclick.net/gampad/clk?id=267308311&iu=/4140
> > > >>>> _______________________________________________
> > > >>>> Linux-f2fs-devel mailing list
> > > >>>> Linux-f2fs-devel@lists.sourceforge.net
> > > >>>> https://lists.sourceforge.net/lists/listinfo/linux-f2fs-devel
> > > >>> .
> > > >>>
> > > >
> > > >
> > > > .
> > > >
> > >
> >


------------------------------------------------------------------------------
Site24x7 APM Insight: Get Deep Visibility into Application Performance
APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
Monitor end-to-end web transactions and take corrective actions now
Troubleshoot faster and improve end-user experience. Signup Now!
http://pubads.g.doubleclick.net/gampad/clk?id=267308311&iu=/4140

      reply	other threads:[~2016-01-28  1:21 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-01-26  7:40 [PATCH] Introduce lifetime write IO statistics Liu Shuoran
2016-01-26  9:24 ` Chao Yu
2016-01-26 10:12   ` Shuoran
2016-01-27  7:20     ` Chao Yu
2016-01-27  7:40       ` Shuoran
2016-01-27 10:02         ` Chao Yu
2016-01-27 13:03           ` Chao Yu
2016-01-27 22:26           ` Jaegeuk Kim
2016-01-28  1:20             ` Chao Yu [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to='00e801d1596a$314a8db0$93dfa910$@samsung.com' \
    --to=chao2.yu@samsung.com \
    --cc=jaegeuk@kernel.org \
    --cc=linux-f2fs-devel@lists.sourceforge.net \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).