lkml.org 
[lkml]   [2008]   [Aug]   [19]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: No, really, stop trying to delete slab until you've finished making slub perform as well
> > +#if 0
> > if (!s->remote_node_defrag_ratio ||
> > get_cycles() % 1024 > s->remote_node_defrag_ratio)
> > return NULL;
> > +#endif
> >
> > zonelist = node_zonelist(slab_node(current->mempolicy), flags);
> > for_each_zone_zonelist(zone, z, zonelist, high_zoneidx) {
>
> Hmmm.... So always take from partial lists works? That is the same effect that
> the setting of the remote_defrag_ratio to 100 should have had (its multiplied
> by 10 when storing it).

Sorry, I don't know reason.
OK, I'll digg it more.

> So its a NUMA only phenomenon. How is performance affected?

Unfortunately, I can't mesure it.

because
- Fujitsu server can access remote node fastly than typical numa server.
So, my performance number often isn't typical.
- My box (4G x2node) is very small in NUMA machine.
but that is large server improving mechanism.

IOW, My box didn't happend performance regression.
but I think it isn't typical.





\
 
 \ /
  Last update: 2008-08-19 12:37    [W:0.089 / U:0.544 seconds]
©2003-2018 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site