All of lore.kernel.org
 help / color / mirror / Atom feed
From: Jie Liu <jeff.liu@oracle.com>
To: Dave Chinner <david@fromorbit.com>
Cc: xfs@oss.sgi.com
Subject: Re: [PATCH v6 3/4] xfs: xfs_seek_data() refinement with lookup data buffer offset from page cache
Date: Fri, 10 Aug 2012 16:17:56 +0800	[thread overview]
Message-ID: <5024C3B4.2080306@oracle.com> (raw)
In-Reply-To: <20120809233747.GC2877@dastard>

On 08/10/12 07:37, Dave Chinner wrote:
> On Fri, Aug 03, 2012 at 02:11:07PM +0800, Jeff Liu wrote:
>> Refine xfs_seek_data() to check up data buffer offset from page cache for unwritten extents.
>>
>>
>> Signed-off-by: Jie Liu <jeff.liu@oracle.com>
>>
>> ---
>>  fs/xfs/xfs_file.c |   77 ++++++++++++++++++++++++++++++++++++++++------------
>>  1 files changed, 59 insertions(+), 18 deletions(-)
>>
>> diff --git a/fs/xfs/xfs_file.c b/fs/xfs/xfs_file.c
>> index aff0c30..e852e52 100644
>> --- a/fs/xfs/xfs_file.c
>> +++ b/fs/xfs/xfs_file.c
>> @@ -1187,8 +1187,6 @@ xfs_seek_data(
>>  	struct inode		*inode = file->f_mapping->host;
>>  	struct xfs_inode	*ip = XFS_I(inode);
>>  	struct xfs_mount	*mp = ip->i_mount;
>> -	struct xfs_bmbt_irec	map[2];
>> -	int			nmap = 2;
>>  	loff_t			uninitialized_var(offset);
>>  	xfs_fsize_t		isize;
>>  	xfs_fileoff_t		fsbno;
>> @@ -1204,34 +1202,77 @@ xfs_seek_data(
>>  		goto out_unlock;
>>  	}
>>  
>> -	fsbno = XFS_B_TO_FSBT(mp, start);
>> -
>>  	/*
>>  	 * Try to read extents from the first block indicated
>>  	 * by fsbno to the end block of the file.
>>  	 */
>> +	fsbno = XFS_B_TO_FSBT(mp, start);
>>  	end = XFS_B_TO_FSB(mp, isize);
>> +	for (;;) {
>> +		struct xfs_bmbt_irec	map[2];
>> +		int			nmap = 2;
>>  
>> -	error = xfs_bmapi_read(ip, fsbno, end - fsbno, map, &nmap,
>> -			       XFS_BMAPI_ENTIRE);
>> -	if (error)
>> -		goto out_unlock;
>> +		error = xfs_bmapi_read(ip, fsbno, end - fsbno, map, &nmap,
>> +				       XFS_BMAPI_ENTIRE);
>> +		if (error)
>> +			goto out_unlock;
>>  
>> -	/*
>> -	 * Treat unwritten extent as data extent since it might
>> -	 * contains dirty data in page cache.
>> -	 */
>> -	if (map[0].br_startblock != HOLESTARTBLOCK) {
>> -		offset = max_t(loff_t, start,
>> -			       XFS_FSB_TO_B(mp, map[0].br_startoff));
>> -	} else {
>> +		/* No extents at given offset, must be beyond EOF */
>> +		if (nmap == 0) {
>> +			error = ENXIO;
>> +			goto out_unlock;
>> +		}
>> +
>> +		offset = start;
>> +		/* Landed in a data extent */
>> +		if (map[0].br_startblock == DELAYSTARTBLOCK ||
>> +		    (map[0].br_state == XFS_EXT_NORM &&
>> +		     !isnullstartblock(map[0].br_startblock)))
>> +			break;
>> +
>> +		/*
>> +		 * Landed in an unwritten extent, try to search data
>> +		 * from page cache.
>> +		 */
>> +		if (map[0].br_state == XFS_EXT_UNWRITTEN) {
>> +			if (xfs_find_get_desired_pgoff(inode, &map[0],
>> +						       DATA_OFF, &offset))
>> +				break;
>> +		}
>> +
>> +		/*
>> +		 * map[0] is hole or its an unwritten extent but
>> +		 * without data in page cache.  Probably means that
>> +		 * we are reading after EOF if nothing in map[1].
>> +		 */
>>  		if (nmap == 1) {
>>  			error = ENXIO;
>>  			goto out_unlock;
>>  		}
>>  
>> -		offset = max_t(loff_t, start,
>> -			       XFS_FSB_TO_B(mp, map[1].br_startoff));
>> +		/* We have two mappings, proceed to check map[1] */
>> +		offset = XFS_FSB_TO_B(mp, map[1].br_startoff);
>> +		if (map[1].br_startblock == DELAYSTARTBLOCK ||
>> +		    (map[1].br_state == XFS_EXT_NORM &&
>> +		     !isnullstartblock(map[1].br_startblock)))
>> +			break;
>> +
>> +		if (map[1].br_state == XFS_EXT_UNWRITTEN) {
>> +			if (xfs_find_get_desired_pgoff(inode, &map[1],
>> +						DATA_OFF, &offset))
>> +				break;
>> +		}
> That's now duplicate code, so a loop would be much better to make it
> simpler to maintain an enhance in future:
>
> 		for (i = 0; i < nmap; i++) {
> 			offset = max_t(loff_t, start,
> 				       XFS_FSB_TO_B(mp, map[i].br_startoff));
>
> 			/* Landed in a data extent */
> 			if (map[i].br_startblock == DELAYSTARTBLOCK ||
> 			    (map[i].br_state == XFS_EXT_NORM &&
> 			     !isnullstartblock(map[i].br_startblock)))
> 				break;
>
> 			/*
> 			 * Landed in an unwritten extent, try to search data
> 			 * from page cache.
> 			 */
> 			if (map[i].br_state == XFS_EXT_UNWRITTEN) {
> 				if (xfs_find_get_desired_pgoff(inode, &map[i],
> 							       DATA_OFF, &offset))
> 					break;
> 			}
> 		}
>
> 		/*
> 		 * map[0] is hole or its an unwritten extent but
> 		 * without data in page cache.  Probably means that
> 		 * we are reading after EOF if nothing in map[1].
> 		 */
> 		if (nmap == 1) {
> 			error = ENXIO;
> 			goto out_unlock;
> 		}
It looks very nice to wrap up those check ups in loop.

Thanks,
-Jeff
>
>> +
>> +		/*
>> +		 * Nothing was found, proceed to the next round of search
>> +		 * if reading offset not beyond or hit EOF.
>> +		 */
>> +		fsbno = map[1].br_startoff + map[1].br_blockcount;
> 		fsbno = map[i].br_startoff + map[i].br_blockcount;
>
>> +		start = XFS_FSB_TO_B(mp, fsbno);
>> +		if (start >= isize) {
>> +			error = ENXIO;
>> +			goto out_unlock;
>> +		}
>>  	}
> Otherwise this looks just fine.
>
> Cheers,
>
> Dave.

_______________________________________________
xfs mailing list
xfs@oss.sgi.com
http://oss.sgi.com/mailman/listinfo/xfs

      reply	other threads:[~2012-08-10  8:18 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-08-03  6:11 [PATCH v6 3/4] xfs: xfs_seek_data() refinement with lookup data buffer offset from page cache Jeff Liu
2012-08-08 21:21 ` Mark Tinguely
2012-08-09 23:37 ` Dave Chinner
2012-08-10  8:17   ` Jie Liu [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=5024C3B4.2080306@oracle.com \
    --to=jeff.liu@oracle.com \
    --cc=david@fromorbit.com \
    --cc=xfs@oss.sgi.com \
    /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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.