linux-mm.kvack.org archive mirror
 help / color / mirror / Atom feed
* slub: discard_slab_unlock
@ 2010-06-15 19:05 Christoph Lameter
  2010-06-18 21:44 ` David Rientjes
  0 siblings, 1 reply; 2+ messages in thread
From: Christoph Lameter @ 2010-06-15 19:05 UTC (permalink / raw)
  To: Pekka Enberg; +Cc: David Rientjes, linux-mm

Subject: slub: discard_slab_unlock

The sequence of unlocking a slab and freeing occurs multiple times.
Put the common into a single function.

Signed-off-by: Christoph Lameter <cl@linux-foundation.org>

---
 mm/slub.c |   16 ++++++++++------
 1 file changed, 10 insertions(+), 6 deletions(-)

Index: linux-2.6/mm/slub.c
===================================================================
--- linux-2.6.orig/mm/slub.c	2010-06-01 08:58:50.000000000 -0500
+++ linux-2.6/mm/slub.c	2010-06-01 08:58:54.000000000 -0500
@@ -1260,6 +1260,13 @@ static __always_inline int slab_trylock(
 	return rc;
 }

+static void discard_slab_unlock(struct kmem_cache *s,
+	struct page *page)
+{
+	slab_unlock(page);
+	discard_slab(s, page);
+}
+
 /*
  * Management of partially allocated slabs
  */
@@ -1437,9 +1444,8 @@ static void unfreeze_slab(struct kmem_ca
 			add_partial(n, page, 1);
 			slab_unlock(page);
 		} else {
-			slab_unlock(page);
 			stat(s, FREE_SLAB);
-			discard_slab(s, page);
+			discard_slab_unlock(s, page);
 		}
 	}
 }
@@ -1822,9 +1828,8 @@ slab_empty:
 		remove_partial(s, page);
 		stat(s, FREE_REMOVE_PARTIAL);
 	}
-	slab_unlock(page);
 	stat(s, FREE_SLAB);
-	discard_slab(s, page);
+	discard_slab_unlock(s, page);
 	return;

 debug:
@@ -2893,8 +2898,7 @@ int kmem_cache_shrink(struct kmem_cache
 				 */
 				list_del(&page->lru);
 				n->nr_partial--;
-				slab_unlock(page);
-				discard_slab(s, page);
+				discard_slab_unlock(s, page);
 			} else {
 				list_move(&page->lru,
 				slabs_by_inuse + page->inuse);

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>

^ permalink raw reply	[flat|nested] 2+ messages in thread

* Re: slub: discard_slab_unlock
  2010-06-15 19:05 slub: discard_slab_unlock Christoph Lameter
@ 2010-06-18 21:44 ` David Rientjes
  0 siblings, 0 replies; 2+ messages in thread
From: David Rientjes @ 2010-06-18 21:44 UTC (permalink / raw)
  To: Christoph Lameter; +Cc: Pekka Enberg, linux-mm

On Tue, 15 Jun 2010, Christoph Lameter wrote:

> Subject: slub: discard_slab_unlock
> 
> The sequence of unlocking a slab and freeing occurs multiple times.
> Put the common into a single function.
> 

I personally don't see the benefit in this patch, it simply makes it 
harder for me to find if there are unmatched slab_lock() -> slab_unlock().  
There's no compelling reason to have it and, if done in a generic 
subsystem, we'd have an infinite number of these unlocking functions to 
enforce an order that should otherwise be pretty clear.

That said, I think something like the following would be better if 
nothing more than to annotate the code (we tend to read code better than 
comments :) about the rules:

diff --git a/mm/slub.c b/mm/slub.c
--- a/mm/slub.c
+++ b/mm/slub.c
@@ -1233,6 +1233,7 @@ static void free_slab(struct kmem_cache *s, struct page *page)
 
 static void discard_slab(struct kmem_cache *s, struct page *page)
 {
+	BUG_ON(bit_spin_is_locked(PG_locked, &page->flags));
 	dec_slabs_node(s, page_to_nid(page), page->objects);
 	free_slab(s, page);
 }

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>

^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2010-06-18 21:44 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2010-06-15 19:05 slub: discard_slab_unlock Christoph Lameter
2010-06-18 21:44 ` David Rientjes

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).