login
Login
/
Register
Search
Search this site:
Forums
News
Blogs
Features
Site
Home
»
Mailing list archives
»
linux-kernel
»
2008
»
August
»
20
Re: No, really, stop trying to delete slab until you've finished making slub perform as well
view
thread
Previous message: [
thread
] [
date
] [
author
]
Next message: [thread] [
date
] [
author
]
[view in full thread]
From: KOSAKI Motohiro
Subject:
Re: No, really, stop trying to delete slab until you've finished making slub perform as well
Date: Wednesday, August 20, 2008 - 4:46 am
> KOSAKI Motohiro wrote:
quoted text
> > > IOW, My box didn't happend performance regression. > > but I think it isn't typical. > > Well that is typical for small NUMA system. Maybe this patch will fix it for > now? Large systems can be tuned by setting the ratio lower. > > > Subject: slub/NUMA: Disable remote node defragmentation by default > > Switch remote node defragmentation off by default. The current settings can > cause excessive node local allocations with hackbench. (Note that this feature > is not related to slab defragmentation).
OK. I confirmed this patch works well. Tested-by: KOSAKI Motohiro <kosaki.motohiro@jp.fujitsu.com>
quoted text
> > Signed-off-by: Christoph Lameter <cl@linux-foundation.org> > > --- > mm/slub.c | 4 ++-- > 1 file changed, 2 insertions(+), 2 deletions(-) > > Index: linux-2.6/mm/slub.c > =================================================================== > --- linux-2.6.orig/mm/slub.c 2008-08-19 06:45:54.732348449 -0700 > +++ linux-2.6/mm/slub.c 2008-08-19 06:46:12.442348249 -0700 > @@ -2312,7 +2312,7 @@ static int kmem_cache_open(struct kmem_c > > s->refcount = 1; > #ifdef CONFIG_NUMA > - s->remote_node_defrag_ratio = 100; > + s->remote_node_defrag_ratio = 1000; > #endif > if (!init_kmem_cache_nodes(s, gfpflags & ~SLUB_DMA)) > goto error; > @@ -4058,7 +4058,7 @@ static ssize_t remote_node_defrag_ratio_ > if (err) > return err; > > - if (ratio < 100) > + if (ratio <= 100) > s->remote_node_defrag_ratio = ratio * 10; > > return length;
--
unsubscribe notice
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to
majordomo@vger.kernel.org
More majordomo info at
http://vger.kernel.org/majordomo-info.html
Please read the FAQ at
http://www.tux.org/lkml/
Previous message: [
thread
] [
date
] [
author
]
Next message: [thread] [
date
] [
author
]
Messages in current thread:
[patch 00/19] Slab Fragmentation Reduction V13
, Christoph Lameter
, (Fri May 9, 7:21 pm)
No, really, stop trying to delete slab until you've finish ...
, Matthew Wilcox
, (Sat Aug 2, 6:58 pm)
Re: No, really, stop trying to delete slab until you've fi ...
, Pekka Enberg
, (Sun Aug 3, 2:25 pm)
Re: No, really, stop trying to delete slab until you've fi ...
, Rene Herman
, (Sun Aug 3, 7:37 pm)
Re: No, really, stop trying to delete slab until you've fi ...
, Christoph Lameter
, (Mon Aug 4, 6:43 am)
Re: No, really, stop trying to delete slab until you've fi ...
, Jamie Lokier
, (Mon Aug 4, 7:48 am)
Re: No, really, stop trying to delete slab until you've fi ...
, Rik van Riel
, (Mon Aug 4, 8:11 am)
Re: No, really, stop trying to delete slab until you've fi ...
, Jamie Lokier
, (Mon Aug 4, 8:21 am)
Re: No, really, stop trying to delete slab until you've fi ...
, Christoph Lameter
, (Mon Aug 4, 9:02 am)
Re: No, really, stop trying to delete slab until you've fi ...
, Christoph Lameter
, (Mon Aug 4, 9:35 am)
Re: No, really, stop trying to delete slab until you've fi ...
, KOSAKI Motohiro
, (Mon Aug 4, 9:47 am)
Re: No, really, stop trying to delete slab until you've fi ...
, Christoph Lameter
, (Mon Aug 4, 10:13 am)
Re: No, really, stop trying to delete slab until you've fi ...
, Christoph Lameter
, (Mon Aug 4, 10:19 am)
Re: No, really, stop trying to delete slab until you've fi ...
, Pekka Enberg
, (Mon Aug 4, 10:20 am)
Re: No, really, stop trying to delete slab until you've fi ...
, Pekka Enberg
, (Mon Aug 4, 2:22 pm)
Re: No, really, stop trying to delete slab until you've fi ...
, Christoph Lameter
, (Mon Aug 4, 2:41 pm)
Re: No, really, stop trying to delete slab until you've fi ...
, Rene Herman
, (Mon Aug 4, 4:09 pm)
Re: No, really, stop trying to delete slab until you've fi ...
, KOSAKI Motohiro
, (Tue Aug 5, 5:06 am)
Re: No, really, stop trying to delete slab until you've fi ...
, Christoph Lameter
, (Tue Aug 5, 7:59 am)
Re: No, really, stop trying to delete slab until you've fi ...
, KOSAKI Motohiro
, (Wed Aug 6, 5:36 am)
Re: No, really, stop trying to delete slab until you've fi ...
, Christoph Lameter
, (Wed Aug 6, 7:24 am)
Re: No, really, stop trying to delete slab until you've fi ...
, KOSAKI Motohiro
, (Wed Aug 13, 3:46 am)
Re: No, really, stop trying to delete slab until you've fi ...
, Christoph Lameter
, (Wed Aug 13, 6:10 am)
Re: No, really, stop trying to delete slab until you've fi ...
, KOSAKI Motohiro
, (Wed Aug 13, 7:14 am)
Re: No, really, stop trying to delete slab until you've fi ...
, Pekka Enberg
, (Wed Aug 13, 7:16 am)
Re: No, really, stop trying to delete slab until you've fi ...
, Christoph Lameter
, (Wed Aug 13, 7:31 am)
Re: No, really, stop trying to delete slab until you've fi ...
, KOSAKI Motohiro
, (Wed Aug 13, 8:05 am)
Re: No, really, stop trying to delete slab until you've fi ...
, Pekka Enberg
, (Thu Aug 14, 12:15 am)
Re: No, really, stop trying to delete slab until you've fi ...
, Christoph Lameter
, (Thu Aug 14, 7:45 am)
Re: No, really, stop trying to delete slab until you've fi ...
, Christoph Lameter
, (Thu Aug 14, 8:06 am)
Re: No, really, stop trying to delete slab until you've fi ...
, Christoph Lameter
, (Thu Aug 14, 12:44 pm)
Re: No, really, stop trying to delete slab until you've fi ...
, KOSAKI Motohiro
, (Fri Aug 15, 9:44 am)
Re: No, really, stop trying to delete slab until you've fi ...
, Christoph Lameter
, (Fri Aug 15, 11:24 am)
Re: No, really, stop trying to delete slab until you've fi ...
, Christoph Lameter
, (Fri Aug 15, 12:42 pm)
Re: No, really, stop trying to delete slab until you've fi ...
, KOSAKI Motohiro
, (Mon Aug 18, 3:08 am)
Re: No, really, stop trying to delete slab until you've fi ...
, KOSAKI Motohiro
, (Mon Aug 18, 3:34 am)
Re: No, really, stop trying to delete slab until you've fi ...
, Christoph Lameter
, (Mon Aug 18, 7:08 am)
Re: No, really, stop trying to delete slab until you've fi ...
, KOSAKI Motohiro
, (Tue Aug 19, 3:34 am)
Re: No, really, stop trying to delete slab until you've fi ...
, Christoph Lameter
, (Tue Aug 19, 6:51 am)
Re: No, really, stop trying to delete slab until you've fi ...
, KOSAKI Motohiro
, (Wed Aug 20, 4:46 am)
Navigation
Mailing list archives
Recent posts
Popular discussions
linux-kernel
:
Fortier,Vincent [Montreal]
2.6.21.5 june 30th to july 1st date hang?
Jeff Dike
[ PATCH 2/6 ] UML - Formatting fixes around os_{read_write}_file callers
Liam Girdwood
[PATCH 07/13] regulator: regulator test harness
Oleg Nesterov
Re: Getting the new RxRPC patches upstream
Stefan Seyfried
Re: 2.6.19-rc5: grub is much slower resuming from suspend-to-disk than in 2.6.18
linux-netdev
:
Arnaud Ebalard
Re: [REGRESSION,BISECTED] MIPv6 support broken by f4f914b58019f0
Jan Engelhardt
Re: [PATCH iptables] extension: add xt_cpu match
Jarek Poplawski
Re: [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock().
Sebastian Andrzej Siewior
[PATCH 8/8] net/emergency: remove locking from reycling pool if emergncy pools are...
David Miller
Re: [PATCH] qlcnic: dont assume NET_IP_ALIGN is 2
git
:
Jakub Narebski
Re: git on MacOSX and files with decomposed utf-8 file names
Brandon Casey
Re: Thunderbird and patches (was Re: [PATCH v2] Enable setting attach as the def...
Christian Couder
[PATCH 1/3] rev-parse: add test script for "--verify"
Ramkumar Ramachandra
Re: [GSoC update] git-remote-svn: The final one
Junio C Hamano
Re: git-rm isn't the inverse action of git-add
openbsd-misc
:
Joachim Schipper
Re: UVC Webcams
Florin Andrei
SOLVED [was: firewall is very slow, something's wrong]
Todd Alan Smith
Re: Microsoft gets the Most Secure Operating Systems award
Neal Hogan
Re: Need Advice: Thinkpad T60 or T61?
Sam Fourman Jr.
Re: Real men don't attack straw men
git-commits-head
:
Linux Kernel Mailing List
ACPI: Disable ARB_DISABLE on platforms where it is not needed
Linux Kernel Mailing List
m68knommu: add read_barrier_depends() and irqs_disabled_flags()
Linux Kernel Mailing List
[MTD] Add mtd panic_write function pointer
Linux Kernel Mailing List
[ARM] pxa: remove duplicate select statements from Kconfig
Linux Kernel Mailing List
mlx4_core: Don't read reserved fields in mlx4_QUERY_ADAPTER()
Colocation donated by:
Syndicate