public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Shailendra Tripathi <stripathi@agami.com>
To: Christoph Hellwig <hch@lst.de>
Cc: xfs@oss.sgi.com, ecashin@coraid.com, akpm@osdl.org,
	linux-kernel@vger.kernel.org
Subject: Re: [PATCH 2/2] xfs: stop using kmalloc in xfs_buf_get_noaddr
Date: Wed, 07 Mar 2007 17:44:24 +0530	[thread overview]
Message-ID: <45EEACA0.4050206@agami.com> (raw)
In-Reply-To: <20070307101324.GC30587@lst.de>

Hi Christoph,
	     Did you do some testing for recovery when end of the physical log 
is seen ?
	     When you will be dealing with striped ICLOG buffers or big sized 
ICLOGs, header size might range from 512 to 2k. Also, this header might 
be split into 2 parts at the end of physical log. Then, you don't have 
page size buffer. Please verify that XFS_BUF_SETP_PTRs work correctly 
for those cases.
	 Same thing is true when data section is split around physical log. You 
can get one part which is not PAGE sized. 	

(I am referring to the function xlog_do_recovery_pass).	

Regards,
Shailendra



Christoph Hellwig wrote:
> Currently xfs_buf_get_noaddr allocates memory using kmem_alloc which
> can end up either in kmalloc or vmalloc and assigns it to the buffer.
> This patch changes it to allocate individual pages and if there is
> more then one maps it into kernel virtual space using vmap.
> 
> This means the minimum buffer allocation is PAGE_SIZE now.  For two
> of the three caller (log buffers, log recovery) that is perfectly
> fine, because they always allocate buffers that are a power of two
> of the page size anyway.  For xfs_zero_remaining_bytes the minimum
> allocation goes up from blocksize to pagesize and thus there is
> a potential waste of memory for blocksize < pagesize allocations,
> which is unfortunate but not directly solveable when block
> drivers expect reference countable pages.  To fix this waste
> xfs_zero_remaining_bytes could be rewritten to zero more than
> a single block at a time, which sounds like a good idea in general.
> 
> 
> Signed-off-by: Christoph Hellwig <hch@lst.de>
> 
> Index: linux-2.6/fs/xfs/linux-2.6/xfs_buf.c
> ===================================================================
> --- linux-2.6.orig/fs/xfs/linux-2.6/xfs_buf.c	2007-03-05 15:54:40.000000000 +0100
> +++ linux-2.6/fs/xfs/linux-2.6/xfs_buf.c	2007-03-05 15:54:47.000000000 +0100
> @@ -314,7 +314,7 @@
>  
>  	ASSERT(list_empty(&bp->b_hash_list));
>  
> -	if (bp->b_flags & _XBF_PAGE_CACHE) {
> +	if (bp->b_flags & (_XBF_PAGE_CACHE|_XBF_PAGES)) {
>  		uint		i;
>  
>  		if ((bp->b_flags & XBF_MAPPED) && (bp->b_page_count > 1))
> @@ -323,18 +323,11 @@
>  		for (i = 0; i < bp->b_page_count; i++) {
>  			struct page	*page = bp->b_pages[i];
>  
> -			ASSERT(!PagePrivate(page));
> +			if (bp->b_flags & _XBF_PAGE_CACHE)
> +				ASSERT(!PagePrivate(page));
>  			page_cache_release(page);
>  		}
>  		_xfs_buf_free_pages(bp);
> -	} else if (bp->b_flags & _XBF_KMEM_ALLOC) {
> -		 /*
> -		  * XXX(hch): bp->b_count_desired might be incorrect (see
> -		  * xfs_buf_associate_memory for details), but fortunately
> -		  * the Linux version of kmem_free ignores the len argument..
> -		  */
> -		kmem_free(bp->b_addr, bp->b_count_desired);
> -		_xfs_buf_free_pages(bp);
>  	}
>  
>  	xfs_buf_deallocate(bp);
> @@ -764,41 +757,41 @@
>  	size_t			len,
>  	xfs_buftarg_t		*target)
>  {
> -	size_t			malloc_len = len;
> +	unsigned long		page_count = PAGE_ALIGN(len) >> PAGE_SHIFT;
> +	int			error, i;
>  	xfs_buf_t		*bp;
> -	void			*data;
> -	int			error;
>  
>  	bp = xfs_buf_allocate(0);
>  	if (unlikely(bp == NULL))
>  		goto fail;
>  	_xfs_buf_initialize(bp, target, 0, len, 0);
>  
> - try_again:
> -	data = kmem_alloc(malloc_len, KM_SLEEP | KM_MAYFAIL | KM_LARGE);
> -	if (unlikely(data == NULL))
> +	error = _xfs_buf_get_pages(bp, page_count, 0);
> +	if (error)
>  		goto fail_free_buf;
>  
> -	/* check whether alignment matches.. */
> -	if ((__psunsigned_t)data !=
> -	    ((__psunsigned_t)data & ~target->bt_smask)) {
> -		/* .. else double the size and try again */
> -		kmem_free(data, malloc_len);
> -		malloc_len <<= 1;
> -		goto try_again;
> -	}
> -
> -	error = xfs_buf_associate_memory(bp, data, len);
> -	if (error)
> +	for (i = 0; i < page_count; i++) {
> +		bp->b_pages[i] = alloc_page(GFP_KERNEL);
> +		if (!bp->b_pages[i])
> +			goto fail_free_mem;
> +	}
> +	bp->b_flags |= _XBF_PAGES;
> +
> +	error = _xfs_buf_map_pages(bp, XBF_MAPPED);
> +	if (unlikely(error)) {
> +		printk(KERN_WARNING "%s: failed to map pages\n",
> +				__FUNCTION__);
>  		goto fail_free_mem;
> -	bp->b_flags |= _XBF_KMEM_ALLOC;
> +	}
>  
>  	xfs_buf_unlock(bp);
>  
>  	XB_TRACE(bp, "no_daddr", data);
>  	return bp;
> +
>   fail_free_mem:
> -	kmem_free(data, malloc_len);
> + 	for ( ; i >= 0; i++)
> +		__free_page(bp->b_pages[i]);
>   fail_free_buf:
>  	xfs_buf_free(bp);
>   fail:
> Index: linux-2.6/fs/xfs/linux-2.6/xfs_buf.h
> ===================================================================
> --- linux-2.6.orig/fs/xfs/linux-2.6/xfs_buf.h	2007-03-05 15:54:40.000000000 +0100
> +++ linux-2.6/fs/xfs/linux-2.6/xfs_buf.h	2007-03-05 15:55:06.000000000 +0100
> @@ -63,7 +63,7 @@
>  
>  	/* flags used only internally */
>  	_XBF_PAGE_CACHE = (1 << 17),/* backed by pagecache		   */
> -	_XBF_KMEM_ALLOC = (1 << 18),/* backed by kmem_alloc()		   */
> +	_XBF_PAGES = (1 << 18),	    /* backed by refcounted pages	   */
>  	_XBF_RUN_QUEUES = (1 << 19),/* run block device task queue	   */
>  	_XBF_DELWRI_Q = (1 << 21),   /* buffer on delwri queue		   */
>  } xfs_buf_flags_t;
> 
> 

  reply	other threads:[~2007-03-07 12:20 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-03-07 10:13 [PATCH 2/2] xfs: stop using kmalloc in xfs_buf_get_noaddr Christoph Hellwig
2007-03-07 12:14 ` Shailendra Tripathi [this message]
2007-03-07 12:38   ` Christoph Hellwig
2007-03-07 17:04 ` Michael Nishimoto
2007-03-07 17:15   ` Christoph Hellwig
2007-03-09 11:55 ` Christoph Hellwig
2007-03-13  0:08   ` Timothy Shimmin
2007-03-17  0:36     ` Christoph Hellwig

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=45EEACA0.4050206@agami.com \
    --to=stripathi@agami.com \
    --cc=akpm@osdl.org \
    --cc=ecashin@coraid.com \
    --cc=hch@lst.de \
    --cc=linux-kernel@vger.kernel.org \
    --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