Received: by 10.223.164.202 with SMTP id h10csp2506981wrb; Mon, 27 Nov 2017 18:51:18 -0800 (PST) X-Google-Smtp-Source: AGs4zMb8YWbLxAbmipyAfa2B+5tkU1qfUS/ysslNpgPSWxWqo4CxU11SsjBw6sXfrRf+IMxYXtyn X-Received: by 10.84.244.2 with SMTP id g2mr40320842pll.170.1511837478251; Mon, 27 Nov 2017 18:51:18 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1511837478; cv=none; d=google.com; s=arc-20160816; b=Z+BK0W8K6QYobMi2iurtOGARCnH4n2qTs/W9W20o5V0Sl5dB/b7NCFleVIZe8wxXj8 wjlOpy2N0ltHyA1GhBO95ZUIwEbH2LeVI/kTfebW0OhGoQ+nAidW8hV4Gn7wEedoIckO DimMSQpgs+InTmd0oHrir0WEyP4/mqTJLhX5PDYPgVh1p5oHP7Ro/ikKu2uhVpNds4Lp 2mbwUPAnpBOU3/+c29C+gpmmOacBwQ69mynZ3txV4jT5YkCD1R1MRCOyv1ODyUbSB/yn goXUvl3NfjZ9TErAjT3zjZtesEr6pOh6XtfIehoraHORdll+jB2e5K/xJA8uN4QE4G2b eqDQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:mime-version:content-transfer-encoding :content-language:accept-language:references:message-id:date :thread-index:thread-topic:subject:cc:to:from :arc-authentication-results; bh=fSAA8H9aEsRj7FtDMX9juUQoMPnIZpXMGpW7DM+yaUc=; b=m/NtoXXyMwmYn4SOKRVXK0sCA2Rm/zuzxOg3dZPgIKO1+IOHSrOLFhQ7M29736//+k LYDJd2FScBmhXAxtzwZ1Hn72veUyvvce9CzbjG0/4clsyF8ztCkUO+0LDut6As5VRDy+ 3UjRhIkpw0UdHdwvcqzPatgYuaRI1ra68bSrAVYMscEE89bLiDNpZrjyLctXKjI06JSR lmvkHWVSa60j8rFqKzVJ6y9k9JZtew52+IJ9SrFYBz6GCO8KbQ2r9Mf2sIl74s2fUYuW KECV6c+Gyl0jOedbdaogdJarNL9oGcy/WGQcoac0haL7CHMlajwHY/SyJIDrXR7BmX2y 46ag== 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 t10si13156661plh.762.2017.11.27.18.51.04; Mon, 27 Nov 2017 18:51:18 -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 S1753444AbdK1CuU convert rfc822-to-8bit (ORCPT + 78 others); Mon, 27 Nov 2017 21:50:20 -0500 Received: from smtp.h3c.com ([60.191.123.56]:57553 "EHLO h3cmg01-ex.h3c.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1752993AbdK1CuT (ORCPT ); Mon, 27 Nov 2017 21:50:19 -0500 Received: from BJHUB02-EX.srv.huawei-3com.com (unknown [10.63.20.170]) by h3cmg01-ex.h3c.com with smtp id 0af5_131e_7c22cee8_1012_41b3_98e5_34fd449f89c5; Tue, 28 Nov 2017 10:48:13 +0800 Received: from H3CMLB12-EX.srv.huawei-3com.com ([fe80::10fe:abde:731b:fdde]) by BJHUB02-EX.srv.huawei-3com.com ([::1]) with mapi id 14.03.0248.002; Tue, 28 Nov 2017 10:48:02 +0800 From: Changwei Ge To: Gang He , "mfasheh@versity.com" , "jlbec@evilplan.org" , "rgoldwyn@suse.com" , "hch@lst.de" CC: "linux-kernel@vger.kernel.org" , "ocfs2-devel@oss.oracle.com" Subject: Re: [Ocfs2-devel] [PATCH 2/3] ocfs2: add ocfs2_overwrite_io function Thread-Topic: [Ocfs2-devel] [PATCH 2/3] ocfs2: add ocfs2_overwrite_io function Thread-Index: AQHTZ2TgDe49BvIQpEuIKB/pomhiSA== Date: Tue, 28 Nov 2017 02:48:01 +0000 Message-ID: <63ADC13FD55D6546B7DECE290D39E373F1470B4A@H3CMLB12-EX.srv.huawei-3com.com> References: <1511775987-841-1-git-send-email-ghe@suse.com> <1511775987-841-3-git-send-email-ghe@suse.com> Accept-Language: en-US, zh-CN Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.125.136.231] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 8BIT MIME-Version: 1.0 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:48, 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. > Can you elaborate how this overhead is introduced? Forgive me, I don't figure it. Thanks, Changwei > 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; > + > + 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: > + brelse(di_bh); > + > + up_read(&OCFS2_I(inode)->ip_alloc_sem); > + > +out_unlock1: > + 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 1585275651274025714@xxx Tue Nov 28 02:37:53 +0000 2017 X-GM-THRID: 1585212205986077742 X-Gmail-Labels: Inbox,Category Forums,HistoricalUnread