[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20101207145043.GD4674@hallyn.com>
Date: Tue, 7 Dec 2010 08:50:43 -0600
From: "Serge E. Hallyn" <serge.hallyn@...onical.com>
To: Pavel Emelyanov <xemul@...allels.com>
Cc: "Serge E. Hallyn" <serge.hallyn@...onical.com>,
Andrew Morton <akpm@...ux-foundation.org>,
Linux Containers <containers@...ts.osdl.org>,
Linux Kernel Mailing List <linux-kernel@...r.kernel.org>
Subject: Re: [PATCH] user_ns: Improve the user_ns on-the-slab packaging
Quoting Pavel Emelyanov (xemul@...allels.com):
> On 12/07/2010 05:27 PM, Serge E. Hallyn wrote:
> > Quoting Pavel Emelyanov (xemul@...allels.com):
> >> Currently on 64-bit arch the user_namespace is 2096 and when
> >> being kmalloc-ed it resides on a 4k slab wasting 2003 bytes.
> >>
> >> If we allocate a separate cache for it and reduce the hash size
> >> from 128 to 64 chains the packaging becomes *much* better - the
> >
> > Hey Pavel,
> >
> > I trust you've done some performance tests and found no
> > regressions with a few hundred users?
>
> How many hundreds are you interested in? :) 128 users didn't
> reveal any regressions.
I have no good guess, would have said 500, 128 sounds good :) So
long as actual benchmarks showed no regression within a 95%
confidence interval.
Thanks for the patch, the memory savings are impressive.
Acked-by: Serge E. Hallyn <serge@...lyn.com>
-serge
PS - I'm hoping to send out a version of the targeted capabilities
(based on userns) patchset later this week.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists