A couple of details:
1) Your clock is way off. These patches have a date stamp of Feb 15,
but were actually sent out March 21 (and I'm behind in my reading of
lkml - sorry ;).
2) Please put a different Subject on each path ... not just the N/M
patch number, but use different words to
Now we can run through the hash table instead of running through
the linked-list.
Signed-off-by: Li Zefan <[EMAIL PROTECTED]>
---
include/linux/cgroup.h |6 --
kernel/cgroup.c| 40
2 files changed, 20 insertions(+), 26 deletions(-)
diff
When we attach a process to a different cgroup, the css_set linked-list
will be run through to find a suitable existing css_set to use. This
patch set uses a hash table for better performance.
As we add the hash table, we can totally remove the css_set linked-list.
When we have to run through the
When we attach a process to a different cgroup, the css_set linked-list
will be run through to find a suitable existing css_set to use. This
patch implements a hash table for better performance.
The following benmarks has been tested:
For N in 1, 5, 10, 50, 100, 500, 1000, create N cgroups with o
We are at system boot and there is only 1 cgroup group (i,e,
init_css_set), so we don't need to run through the css_set
linked list. Neither do we need to run through the task list,
since the init process hasn't been created yet.
Also referring to a comment in cgroup.h:
struct css_set
{
.
On Wed, Mar 26, 2008 at 12:25:40PM +0300, Pavel Emelyanov wrote:
> Commit 8b7817f3a959ed99d7443afc12f78a7e1fcc2063 ([IPSEC]: Add ICMP host
> relookup support) introduced some dst leaks on error paths: the rt
> pointer can be forgotten to be put. Fix it bu going to a proper label.
I just remembered
The current kernel code for remap_pfn_range now includes the check of
vm_area size vs. mapped physical page area.
In earlier versions when vm_area size was more than
pfn-s to map to, the rest of vm_area was attached to on-demand page
allocation/COW so the userspace which mapped more just obtained
