public inbox for linux-xfs@vger.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 v5 4/4]xfs: xfs_seek_hole() refinements with lookup hole offset from page cache.
Date: Tue, 31 Jul 2012 16:08:34 +0800	[thread overview]
Message-ID: <50179282.9000300@oracle.com> (raw)
In-Reply-To: <20120731001322.GN2877@dastard>


[-- Attachment #1.1: Type: text/plain, Size: 3328 bytes --]

On 07/31/12 08:13, Dave Chinner wrote:
> On Thu, Jul 26, 2012 at 04:56:22PM +0800, Jeff Liu wrote:
>> Search possbile hole offset for given range from page cache for unwritten and delayed-allocation extents.
>>
>> Signed-off-by: Jie Liu <jeff.liu@oracle.com>
>> Reviewed-by: Mark Tinguely <tinguely@sgi.com>
>> Reviewed-by: Christoph Hellwig <hch@lst.de>
>> Reviewed-by: Dave Chinner <dchinner@redhat.com>
>>
>> ---
>>   fs/xfs/xfs_file.c |   90 +++++++++++++++++++++++++++++++++++++++++++++++------
>>   1 files changed, 80 insertions(+), 10 deletions(-)
>>
>> diff --git a/fs/xfs/xfs_file.c b/fs/xfs/xfs_file.c
>> index 15acd4d..1b83549 100644
>> --- a/fs/xfs/xfs_file.c
>> +++ b/fs/xfs/xfs_file.c
>> @@ -1296,9 +1296,9 @@ xfs_seek_hole(
>>   	struct xfs_inode	*ip = XFS_I(inode);
>>   	struct xfs_mount	*mp = ip->i_mount;
>>   	loff_t			uninitialized_var(offset);
>> -	loff_t			holeoff;
>>   	xfs_fsize_t		isize;
>>   	xfs_fileoff_t		fsbno;
>> +	xfs_filblks_t		end;
>>   	uint			lock;
>>   	int			error;
>>   
>> @@ -1314,20 +1314,90 @@ xfs_seek_hole(
>>   	}
>>   
>>   	fsbno = XFS_B_TO_FSBT(mp, start);
>> -	error = xfs_bmap_first_unused(NULL, ip, 1, &fsbno, XFS_DATA_FORK);
>> -	if (error)
>> -		goto out_unlock;
>> +	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;
>> +
>> +		/* No extents at given offset, must be beyond EOF */
>> +		if (nmap == 0) {
>> +			error = ENXIO;
>> +			goto out_unlock;
>> +		}
>>   
>> -	holeoff = XFS_FSB_TO_B(mp, fsbno);
>> -	if (holeoff <= start)
>>   		offset = start;
>> -	else {
>> +		/* Landed in a hole, return */
>> +		if (map[0].br_startblock == HOLESTARTBLOCK)
>> +			break;
>> +		else {
>> +			/*
>> +			 * Landed in an unwritten extent, try to lookup page
>> +			 * cache to find holes.
>> +			 */
> Laned in a data extent is more correct here.
>
>> +			if (map[0].br_state == XFS_EXT_UNWRITTEN ||
>> +			    isnullstartblock(map[0].br_startblock)) {
>> +				/* Probing page cache start from offset */
>> +				if (xfs_find_get_desired_pgoff(inode, &map[0],
>> +							HOLE_OFF, &offset))
>> +					break;
>> +			}
> Same logic changes as previous patch:
>
> 		if (map[0].br_startblock == HOLESTARTBLOCK)
> 			break;
> 		else if (map[0].br_state == XFS_EXT_UNWRITTEN) {
> 			ASSERT(!isnullstartblock(map[0].br_startblock));
>
> 			/* Probing page cache start from offset */
> 			if (xfs_find_get_desired_pgoff(inode, &map[0],
> 						HOLE_OFF, &offset))
> 				break;
> 		} else {
> 			.....
>
>>   		/*
>> -		 * xfs_bmap_first_unused() could return a value bigger than
>> -		 * isize if there are no more holes past the supplied offset.
>> +		 * Both mappings contains data, proceed to the next round of
>> +		 * search if the current reading offset not beyond or hit EOF.
>>   		 */
>> -		offset = min_t(loff_t, holeoff, isize);
>> +		fsbno = map[1].br_startoff + map[1].br_blockcount;
>> +		start = XFS_FSB_TO_B(mp, fsbno);
>> +		if (start >= isize) {
>> +			offset = isize;
>> +			break;
>> +		}
> And that check can move to the start of the loop, too.
Thanks for a comprehensive review, I'll fix them according to your comments.

Thanks,
-Jeff
//
>
> Cheers,
>
> Dave.


[-- Attachment #1.2: Type: text/html, Size: 4201 bytes --]

[-- Attachment #2: Type: text/plain, Size: 121 bytes --]

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

      reply	other threads:[~2012-07-31  8:08 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-07-26  8:56 [PATCH v5 4/4]xfs: xfs_seek_hole() refinements with lookup hole offset from page cache Jeff Liu
2012-07-26 15:32 ` Jeff Liu
2012-07-27 21:36   ` Mark Tinguely
2012-07-31  0:13 ` Dave Chinner
2012-07-31  8:08   ` 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=50179282.9000300@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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox