Received: by 10.223.164.202 with SMTP id h10csp2628902wrb; Mon, 27 Nov 2017 21:36:00 -0800 (PST) X-Google-Smtp-Source: AGs4zMbq6MF9mQRWZoY+G+7OgNz0tjdkheIbTLKcKlUPxnZlrxB4lJVV227KisOAN0+3sYvcUCTi X-Received: by 10.84.168.37 with SMTP id e34mr37502593plb.10.1511847360481; Mon, 27 Nov 2017 21:36:00 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1511847360; cv=none; d=google.com; s=arc-20160816; b=yaoqfuDLLeOwhqHyvuOnSjEap/nUTUQpXxL5n4SFtuMzPhgUmfN3wktYynjZgafJft y05ggmuHCxr64C75ntldamLze+IaXcIQijeTyVyEPRjSwaFgCnivywkB0AHQ1KG2cqDl 2TaRyZzfPKii2nveRMB/wmfIPt4CLoW8+QaAvDUyRT6Vt8lzRtGn7bNE6ky/rlOZ+/GU XrGdGVheJvbTpqU+2ywezQ927682wedWxvlyBVAjp6tgpCLn2eGLmpMhBiu0JFT6zfNI 7Qbc7OybUp7hlpyVc1MtYcSa2mKwdmiJ5oiVX4N3tjtfCtNd31dyjJpeYjJcLmXVqb7k jnEw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-disposition :content-transfer-encoding:mime-version:in-reply-to:references :subject:cc:to:from:date:message-id:arc-authentication-results; bh=MdZCCQ8Ld+IafsVkEHQSfAUnNuzrnD/kes9XJnk95sM=; b=tVDBAdEcvTZUy7yj9V2Ivgi1j0St0gXQ431J1N+nfT1P5vvyFeOT9Q8nNyv4jhICXo O88NKJrNYPyC1TaYgXwRbVNsu/dcMXi5NZsEMid9uF2W/X7BuiOiZRJQ9xRircI0E2OT IT5fYVf7UlJUno9dOFx8mGUpI63Hd7NW6UOK82ber1WfsYIq48Oy43PMoVhqDbSzkl3f gbcNFg+rsjECAhFDvbPOvQqQMEw3GpGz49n25nL0A8ZFSzltAGUIXDjBM06dLPUn8b77 IYxA0aeNwR6gllsPqOhZGSXGSdL2dGRf8riRNQRe4glLJeadz5PDv8KkCwy0RlWIosxq X37g== 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 m7si3695232pfi.179.2017.11.27.21.35.48; Mon, 27 Nov 2017 21:36:00 -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 S1751350AbdK1FeA convert rfc822-to-8bit (ORCPT + 77 others); Tue, 28 Nov 2017 00:34:00 -0500 Received: from prv-mh.provo.novell.com ([137.65.248.74]:40848 "EHLO prv-mh.provo.novell.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750907AbdK1FeA (ORCPT ); Tue, 28 Nov 2017 00:34:00 -0500 Received: from INET-PRV-MTA by prv-mh.provo.novell.com with Novell_GroupWise; Mon, 27 Nov 2017 22:33:59 -0700 Message-Id: <5A1D65C4020000F90009ACE1@prv-mh.provo.novell.com> X-Mailer: Novell GroupWise Internet Agent 14.2.2 Date: Mon, 27 Nov 2017 22:33:56 -0700 From: "Gang He" To: Cc: , , , "Goldwyn Rodrigues" , , 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> <5A1CC7BC.3060309@huawei.com> In-Reply-To: <5A1CC7BC.3060309@huawei.com> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 8BIT Content-Disposition: inline Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hello Alex, >>> > 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 the rec.e_blkno == NULL, this means there is a hole. The file hole means that these blocks are not allocated, it does not like unwritten block. The unwritten blocks means that these blocks are allocated, but still have not been unwritten. >> + >> + 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' . Ok, I will use more readable tag here. > >> + 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 1585286398077189200@xxx Tue Nov 28 05:28:41 +0000 2017 X-GM-THRID: 1585212205986077742 X-Gmail-Labels: Inbox,Category Forums,HistoricalUnread