Received: by 10.223.164.202 with SMTP id h10csp2496943wrb; Mon, 27 Nov 2017 18:37:53 -0800 (PST) X-Google-Smtp-Source: AGs4zMY2NZCbjQ5+U9mskN9DpCPh1Avxu/XgHprZf1F/PHt0Vl0LnxaHy3h/SYnUKpzLMZxS7bxI X-Received: by 10.99.120.131 with SMTP id t125mr4604639pgc.83.1511836673273; Mon, 27 Nov 2017 18:37:53 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1511836673; cv=none; d=google.com; s=arc-20160816; b=BwGtRkBhZhwz2wMEv20prkqBZJq3MxrXwGDEG1uQ+RlcfsLuFTRPXtUxSvnbANyGpk MmQIP4TwQVEYMlN1+hIDFexHBqO8quVn0Gl11bBaxYSsr4DYxlLEd/q5+fBxjpLeabbp llDje6w4zNI3uPiHUlz+eYgwvRXTcfMEwkhrYc0wm7/c892jZseDxfB9WGtofaInps7A rQQk/cpAxhG83vKeWaD9EAeUN9rn2rFc83xV5uwsugM5A+QkZi7B0D4+hmLU5Xjgsp7G dXBuCvMfAYhBqoyERV9bVUqq4N9Ywo6aI4w5V0VjdrNCnsi7wfvqvUx4zefboa13IXs+ ajmg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:in-reply-to :references:subject:cc:to:mime-version:user-agent:from:date :message-id:arc-authentication-results; bh=7WGmXD90lvoZv/ywDFDZozSc4cT8FDkCBU/zkcwtU1s=; b=qKR+l1keyPnpj85fmTgmnGNNYDdcOXnmUWEG9CgGcUY0thixpAfgfxZyFSBy6tgaAD SHsh440oGUFo63xQQfHqeI7VF4iYUjpH1Yo5GKyWX1AQAKAZIhUXKyjUQkbDIys6jfck R4hXW2jz9n1yu5+Hf/D3zh/qr250/PNSx7qU/Jbk9J8Jhk9J/0n3YkVvwQCda6MRvmMQ vAf4PMqTQn/ZKypuOZoCmUnjSxDIlmH8NoAfCxk6yC1RDBW8RM/WCUg4MtkJniSUy1Up 1foxUgOa2RoroZtCvRy7fo31fnq78WT+YZDj9ZpGAMCcS6crBP7jlREWLTw4JQS3n2eQ kW3A== 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 h70si18992566pfc.186.2017.11.27.18.37.39; Mon, 27 Nov 2017 18:37:53 -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 S1753591AbdK1ChA (ORCPT + 77 others); Mon, 27 Nov 2017 21:37:00 -0500 Received: from szxga07-in.huawei.com ([45.249.212.35]:54811 "EHLO huawei.com" rhost-flags-OK-FAIL-OK-FAIL) by vger.kernel.org with ESMTP id S1753248AbdK1Cg7 (ORCPT ); Mon, 27 Nov 2017 21:36:59 -0500 X-Greylist: delayed 982 seconds by postgrey-1.27 at vger.kernel.org; Mon, 27 Nov 2017 21:36:59 EST Received: from DGGEMS406-HUB.china.huawei.com (unknown [172.30.72.58]) by Forcepoint Email with ESMTP id 781135744DC2E; Tue, 28 Nov 2017 10:20:34 +0800 (CST) Received: from [127.0.0.1] (10.177.26.59) by DGGEMS406-HUB.china.huawei.com (10.3.19.206) with Microsoft SMTP Server id 14.3.361.1; Tue, 28 Nov 2017 10:20:32 +0800 Message-ID: <5A1CC7BC.3060309@huawei.com> Date: Tue, 28 Nov 2017 10:19:40 +0800 From: alex chen User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130509 Thunderbird/17.0.6 MIME-Version: 1.0 To: Gang He CC: , , , , , Subject: Re: [Ocfs2-devel] [PATCH 2/3] ocfs2: add ocfs2_overwrite_io function References: <1511775987-841-1-git-send-email-ghe@suse.com> <1511775987-841-3-git-send-email-ghe@suse.com> In-Reply-To: <1511775987-841-3-git-send-email-ghe@suse.com> Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: 7bit X-Originating-IP: [10.177.26.59] X-CFilter-Loop: Reflected Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Gang, On 2017/11/27 17:46, Gang He wrote: > Add ocfs2_overwrite_io function, which is used to judge if > overwrite allocated blocks, otherwise, the write will bring extra > block allocation overhead. > > Signed-off-by: Gang He > --- > fs/ocfs2/extent_map.c | 67 +++++++++++++++++++++++++++++++++++++++++++++++++++ > fs/ocfs2/extent_map.h | 3 +++ > 2 files changed, 70 insertions(+) > > diff --git a/fs/ocfs2/extent_map.c b/fs/ocfs2/extent_map.c > index e4719e0..98bf325 100644 > --- a/fs/ocfs2/extent_map.c > +++ b/fs/ocfs2/extent_map.c > @@ -832,6 +832,73 @@ int ocfs2_fiemap(struct inode *inode, struct fiemap_extent_info *fieinfo, > return ret; > } > > +/* Is IO overwriting allocated blocks? */ > +int ocfs2_overwrite_io(struct inode *inode, u64 map_start, u64 map_len, > + int wait) > +{ > + int ret = 0, is_last; > + u32 mapping_end, cpos; > + struct ocfs2_super *osb = OCFS2_SB(inode->i_sb); > + struct buffer_head *di_bh = NULL; > + struct ocfs2_extent_rec rec; > + > + if (wait) > + ret = ocfs2_inode_lock(inode, &di_bh, 0); > + else > + ret = ocfs2_try_inode_lock(inode, &di_bh, 0); > + if (ret) > + goto out; > + > + if (wait) > + down_read(&OCFS2_I(inode)->ip_alloc_sem); > + else { > + if (!down_read_trylock(&OCFS2_I(inode)->ip_alloc_sem)) { > + ret = -EAGAIN; > + goto out_unlock1; > + } > + } > + > + if ((OCFS2_I(inode)->ip_dyn_features & OCFS2_INLINE_DATA_FL) && > + ((map_start + map_len) <= i_size_read(inode))) > + goto out_unlock2; > + > + cpos = map_start >> osb->s_clustersize_bits; > + mapping_end = ocfs2_clusters_for_bytes(inode->i_sb, > + map_start + map_len); > + is_last = 0; > + while (cpos < mapping_end && !is_last) { > + ret = ocfs2_get_clusters_nocache(inode, di_bh, cpos, > + NULL, &rec, &is_last); > + if (ret) { > + mlog_errno(ret); > + goto out_unlock2; > + } > + > + if (rec.e_blkno == 0ULL) > + break; I think here the blocks is not overwrite, because the hold is found and the blocks should be allocated. > + > + if (rec.e_flags & OCFS2_EXT_REFCOUNTED) > + break; > + > + cpos = le32_to_cpu(rec.e_cpos) + > + le16_to_cpu(rec.e_leaf_clusters); > + } > + > + if (cpos < mapping_end) > + ret = 1; > + > +out_unlock2: I think the 'out_up_read' is more readable than the 'out_unlock2' . > + brelse(di_bh); > + > + up_read(&OCFS2_I(inode)->ip_alloc_sem); > + > +out_unlock1: We should release buffer head here. > + ocfs2_inode_unlock(inode, 0); > + > +out: > + return (ret ? 0 : 1); > +} > + > int ocfs2_seek_data_hole_offset(struct file *file, loff_t *offset, int whence) > { > struct inode *inode = file->f_mapping->host; > diff --git a/fs/ocfs2/extent_map.h b/fs/ocfs2/extent_map.h > index 67ea57d..fd9e86a 100644 > --- a/fs/ocfs2/extent_map.h > +++ b/fs/ocfs2/extent_map.h > @@ -53,6 +53,9 @@ int ocfs2_extent_map_get_blocks(struct inode *inode, u64 v_blkno, u64 *p_blkno, > int ocfs2_fiemap(struct inode *inode, struct fiemap_extent_info *fieinfo, > u64 map_start, u64 map_len); > > +int ocfs2_overwrite_io(struct inode *inode, u64 map_start, u64 map_len, > + int wait); > + > int ocfs2_seek_data_hole_offset(struct file *file, loff_t *offset, int origin); > > int ocfs2_xattr_get_clusters(struct inode *inode, u32 v_cluster, > From 1585274152253621500@xxx Tue Nov 28 02:14:03 +0000 2017 X-GM-THRID: 1585212205986077742 X-Gmail-Labels: Inbox,Category Forums,HistoricalUnread