Daniel Lezcano <[EMAIL PROTECTED]> writes:
> The following patches make the udplite protocol per network namespace.
> They are only a couple of patches because the core udp engine per
> network namespace is already done and udplite relies on it.
I still need to apply this to my tree but at first
> Since we know that the tasks are not running, and that we have
> exclusive access to the tasks in the control group we can take action
> as if we were the actual tasks themselves. Which should simplify
> locking.
The Big Kernel Lock (BKL), born again, as a Medium Sized Cgroup Lock ?
This only
Hi, here is fixed one.
thanks,
-Kame
==
While using memory control cgroup, page-migration under it works as following.
==
1. uncharge all refs at try to unmap.
2. charge regs again remove_migration_ptes()
==
This is simple but has following problems.
==
The page is uncharged and charged back aga
Stupid question.
Would it help at all if we structured this as:
- Take the control group off of the cpus and runqueues.
- Modify the tasks in the control group.
- Place the control group back on the runqueues.
Essentially this is what ptrace does (except for one task at a time).
Since we know t
David wrote:
> you could protect the whole thing by sched_hotcpu_mutex, which is
> expressly designed for migrations.
>
> Something like this:
>
> struct cgroup_iter it;
> struct task_struct *p, **tasks;
> int i = 0;
>
> cgroup_iter_start(cs->css.cgroup, &it);
> wh
Bonjour...
Adding devel to the cc list. Knock knock!
On Thu, 2007-10-11 at 18:12 -0400, Jean-Marc Pigeon wrote:
> Bonjour a tous,
>
> On Thu, 2007-10-11 at 17:34 -0400, Michael H. Warfield wrote:
> > Hello,
> >
> >
> > On Thu, 2007-10-11 at 14:15 -0400, Jean-Marc Pigeon wrote:
> > > B
Quoting Serge E. Hallyn ([EMAIL PROTECTED]):
> >From 945fe66259cd0cfdc2fe846287b7821e329a558c Mon Sep 17 00:00:00 2001
> From: [EMAIL PROTECTED] <[EMAIL PROTECTED](none)>
> Date: Tue, 9 Oct 2007 08:30:30 -0700
> Subject: [PATCH] namespaces: introduce sys_hijack (v4)
>
> Move most of do_fork() into
Several days ago, Paul M replied to Paul J:
> > Hmmm ... guess I'd have to loop over the cgroup twice, once to count
> > them (the 'count' field is not claimed to be accurate) and then again,
> > after I've kmalloc'd the tasks[] array, filling in the tasks[] array.
> >
> > On a big cgroup on a big
Here is an LSM-based alternative to Pavel's device control
cgroup, purely for discussion, not for any sort of code
review (please :).
thanks,
-serge
>From 4266131c40b629e3b04c0d9d01569a95fa967e3e Mon Sep 17 00:00:00 2001
From: Serge E. Hallyn <[EMAIL PROTECTED]>
Date: Thu, 11 Oct 2007 15:27:48 -0
KAMEZAWA Hiroyuki wrote:
> This set is a fix for memory cgroup against 2.6.23-rc8-mm2.
> Not including any new feature.
>
> If this is merged to the next -mm, I'm happy.
>
> Patches:
> [1/5] ... fix refcnt handling in charge mem_cgroup_charge()
> [2/5] ... fix error handling path in mem_cgroup_ch
If to achieve the above I have to use a solution that distresses
the embedded people my apologies.
Sounds good for me :)
Regards,
Den
___
Devel mailing list
Devel@openvz.org
https://openvz.org/mailman/listinfo/devel
Johannes Berg <[EMAIL PROTECTED]> writes:
> On Wed, 2007-10-10 at 13:51 -0600, Eric W. Biederman wrote:
>
>> Yes. Netlink sockets are per-namespace and you can use the namespace
>> of a netlink socket to look up a netdev.
>
> Ok, thanks. I still haven't really looked into the wireless vs. net
> n
"Denis V. Lunev" <[EMAIL PROTECTED]> writes:
>> Grr. That last sentence should have been I do not see a need for the more
>> fundamental change you seem to be advocating.
>
> why?
Because I do not see the need. There are certainly details that can be
improved, but you seem to be talking about r
On Thu, 11 Oct 2007 17:35:40 +0530
Balbir Singh <[EMAIL PROTECTED]> wrote:
> KAMEZAWA Hiroyuki wrote:
> > +
> > +static inline void
> > +mem_cgroup_page_migration(struct page *page, struct page *newpage);
>
> Typo, the semicolon needs to go :-)
>
Oh, thanks!, will send updated version later.
-Ka
* Pavel Emelyanov ([EMAIL PROTECTED]) wrote:
> Some time ago I posted a set of patches that consolidated
> the seq files, walking the list_head-s. This set was merged
> in the mm tree. /proc/diskstats and /proc/partitions files
> were included in this set, but a bit later this part was
> dropped
* Pavel Emelyanov ([EMAIL PROTECTED]) wrote:
> Mathieu Desnoyers wrote:
> > * Pavel Emelyanov ([EMAIL PROTECTED]) wrote:
> >> Some time ago I posted a set of patches that consolidated
> >> the seq files, walking the list_head-s. This set was merged
> >> in the mm tree. /proc/diskstats and /proc/par
Sorry if this is a dumb question, but what is the model you intend for
SNMP? Do you want each namespace to be its own virtual machine with
its own, separate MIB?
Ifindex's have to uniquely identify the interface (virtual or otherwise)
to remote
queriers (not just local applications), so unless yo
Eric W. Biederman wrote:
> "Denis V. Lunev" <[EMAIL PROTECTED]> writes:
>
>>> This patchset does need to get rebased on top of net-2.6.25 when it
>>> opens and hopefully your patchset to remove the unnecessary work in
>>> rtnl_unlock, and to really process netlink requests in process
>>> context.
KAMEZAWA Hiroyuki wrote:
> +
> +static inline void
> +mem_cgroup_page_migration(struct page *page, struct page *newpage);
Typo, the semicolon needs to go :-)
> +{
> +}
> +
> +
--
Warm Regards,
Balbir Singh
Linux Technology Center
IBM, ISTL
___
Add statistics account infrastructure for memory controller.
Changes from original:
- divided into 2 patch (this one and show info)
- changed from u64 to s64
- added mem_cgroup_stat_add() and batched statistics modification logic.
- removed stat init code because mem_cgroup is allocated by kza
Show accounted information of memory cgroup by memory.stat file
Signed-off-by: YAMAMOTO Takashi <[EMAIL PROTECTED]>
Signed-off-by: KAMEZAWA Hiroyuki <[EMAIL PROTECTED]>
mm/memcontrol.c | 54 ++
1 file changed, 54 insertions(+)
Index: devel-2
Remember page_cgroup is on active_list or not in page_cgroup->flags.
Signed-off-by: KAMEZAWA Hiroyuki <[EMAIL PROTECTED]>
Signed-off-by: YAMAMOTO Takashi <[EMAIL PROTECTED]>
mm/memcontrol.c | 12
1 file changed, 8 insertions(+), 4 deletions(-)
Index: devel-2.6.23-rc8-mm2/mm/memco
This patch adds an interface "memory.force_empty".
Any write to this file will drop all charges in this cgroup if
there is no task under.
%echo 1 > /../memory.force_empty
will drop all charges of memory cgroup if cgroup's tasks is empty.
This is useful to invoke rmdir() against memory cgro
Add PCGF_PAGECACHE flag to page_cgroup to remember "this page is
charged as page-cache."
This is very useful for implementing precise accounting in memory cgroup.
Signed-off-by: KAMEZAWA Hiroyuki <[EMAIL PROTECTED]>
Signed-off-by: YAMAMOTO Takashi <[EMAIL PROTECTED]>
mm/memcontrol.c | 18
This patch set includes following functions for memory cgroup.
Based on 2.6.23-rc8-mm2 + My bugfix patch set.
- memory.force_empty ... uncharge all pages in cgroup.
- memory.stat... status accounting in cgroup.
I merged YAMAMOTO-san's patch set for statitstics to this set.
[1/5] ... fo
On Wed, 2007-10-10 at 13:51 -0600, Eric W. Biederman wrote:
> Yes. Netlink sockets are per-namespace and you can use the namespace
> of a netlink socket to look up a netdev.
Ok, thanks. I still haven't really looked into the wireless vs. net
namespaces problem but this will probably help.
johan
"Denis V. Lunev" <[EMAIL PROTECTED]> writes:
>> This patchset does need to get rebased on top of net-2.6.25 when it
>> opens and hopefully your patchset to remove the unnecessary work in
>> rtnl_unlock, and to really process netlink requests in process
>> context. I see a need for the more fundam
27 matches
Mail list logo
