2009/8/26 Daniel Lezcano
> KAMEZAWA Hiroyuki wrote:
>
>> On Mon, 24 Aug 2009 16:11:15 +0200
>> Daniel Lezcano wrote:
>>
>>
>>
>>> [ snip ]
>>>
>>>
i think that /proc/meminfo should be mounted after /proc . why? i think
>> that, because mounting /proc may override /proc/meminfo
>> Am
2009/8/26 Krzysztof Taraszka
> 2009/8/26 Daniel Lezcano
>
>> KAMEZAWA Hiroyuki wrote:
>>
>>> On Mon, 24 Aug 2009 16:11:15 +0200
>>> Daniel Lezcano wrote:
>>>
>>>
>>>
[ snip ]
> i think that /proc/meminfo should be mounted after /proc . why? i
>>> think
>>> that, beca
2009/8/24 Krzysztof Taraszka
>
>
> 2009/8/24 Krzysztof Taraszka
>
> 2009/8/24 Daniel Lezcano
>>
>>> Krzysztof Taraszka wrote:
>>>
2009/8/24 Daniel Lezcano
> [ snip ]
>
> i think that /proc/meminfo should be mounted after /proc . why? i
>> think
>>
>>> t
2009/8/24 Krzysztof Taraszka
> 2009/8/24 Daniel Lezcano
>
>> Krzysztof Taraszka wrote:
>>
>>> 2009/8/24 Daniel Lezcano
>>>
>>>
[ snip ]
i think that /proc/meminfo should be mounted after /proc . why? i
> think
>
>> that, because mounting /proc may override /proc/mem
2009/8/24 Daniel Lezcano
> Krzysztof Taraszka wrote:
>
>> 2009/8/24 Daniel Lezcano
>>
>>
>>> [ snip ]
>>>
>>> i think that /proc/meminfo should be mounted after /proc . why? i think
> that, because mounting /proc may override /proc/meminfo
>> Am I right? :)
>>
>>
>>
>>
2009/8/24 Daniel Lezcano
> Krzysztof Taraszka wrote:
>
>> 2009/8/24 Daniel Lezcano
>>
>>
>>
>>> Krzysztof Taraszka wrote:
>>>
>>>
>>>
2009/8/24 Daniel Lezcano
> Krzysztof Taraszka wrote:
>
>
>
>
>
>> 2009/8/24 Daniel Lezcano
>>
2009/8/24 Daniel Lezcano
>
>
> [ snip ]
>
>> i think that /proc/meminfo should be mounted after /proc . why? i think
that, because mounting /proc may override /proc/meminfo
Am I right? :)
>>> Ha ! haha ! arrgh ! no way ! You are right :/
>>>
>>>
>>>
>>
>> Hehe ;)
>>
2009/8/24 Daniel Lezcano
> Krzysztof Taraszka wrote:
>
>> 2009/8/24 Daniel Lezcano
>>
>>
>>
>>> Krzysztof Taraszka wrote:
>>>
>>>
>>>
2009/8/24 Daniel Lezcano
Krzysztof Taraszka wrote:
> 2009/8/23 Daniel Lezcano
>
>
>> (...)
>>
>>
>>
>
2009/8/23 Daniel Lezcano
(...)
> With the lxc tools I did:
>
>lxc-execute -n foo /bin/bash
>echo 268435456 > /cgroup/foo/memory.limit_in_bytes
>mount --bind /cgroup/foo/memory.meminfo /proc/meminfo
>for i in $(seq 1 100); do sleep 3600 & done
(...)
>
> :)
>
>
2009/8/24 Daniel Lezcano
> Krzysztof Taraszka wrote:
>
>> 2009/8/24 Daniel Lezcano
>>
>>
>>
>>> Krzysztof Taraszka wrote:
>>>
>>>
>>>
2009/8/24 Daniel Lezcano
> Krzysztof Taraszka wrote:
>
>
>
>
>
>> 2009/8/24 Daniel Lezcano
>>
I added the swap resource monitoring to your patch.
I did it in the very simple way, because if: memsw = swap + mem, then
swap_in_use == memsw.usage_in_bytes - memory.usage_in_bytes
simple patch:
+static int mem_cgroup_meminfo(struct cgroup *cgrp, struct cftype *cft,
+
2009/8/24 Daniel Lezcano
> Krzysztof Taraszka wrote:
>
>> 2009/8/24 Daniel Lezcano
>>
>>
>>
>>> Krzysztof Taraszka wrote:
>>>
>>>
>>>
2009/8/24 Daniel Lezcano
Krzysztof Taraszka wrote:
> 2009/8/23 Daniel Lezcano
>
>
>> (...)
>>
>>
>>
>
2009/8/24 Daniel Lezcano
> Krzysztof Taraszka wrote:
>
>> 2009/8/23 Daniel Lezcano
>>
>> (...)
>>
>>
>>
>>
>>> With the lxc tools I did:
>>>
>>> lxc-execute -n foo /bin/bash
>>> echo 268435456 > /cgroup/foo/memory.limit_in_bytes
>>> mount --bind /cgroup/foo/memory.meminfo /proc
2009/8/24 Daniel Lezcano
> Krzysztof Taraszka wrote:
>
>> 2009/8/24 Daniel Lezcano
>>
>>
>>
>>> Krzysztof Taraszka wrote:
>>>
>>>
>>>
2009/8/24 Daniel Lezcano
> Krzysztof Taraszka wrote:
>
>
>
>
>
>> 2009/8/24 Daniel Lezcano
>>
2009/8/24 Daniel Lezcano
> Krzysztof Taraszka wrote:
>
>> 2009/8/24 Daniel Lezcano
>>
>> Krzysztof Taraszka wrote:
>>>
>>> 2009/8/23 Daniel Lezcano
(...)
With the lxc tools I did:
>
> lxc-execute -n foo /bin/bash
> echo 268435456 > /cg
:) excelent :)
my ugly patch printing right now undefinied data but the idea was the same
:)
how about memsw_limit for swap? :>
I am looking for swap usage statistics from cgroup right now from
memcontrol.c :) but as you did the idea is good and should be add to the
kernel and lxc-tools :)
2009/
2009/8/24 KAMEZAWA Hiroyuki
> On Sun, 23 Aug 2009 23:12:24 +0200
> Krzysztof Taraszka wrote:
>
> > :) excelent :)
> >
> > my ugly patch printing right now undefinied data but the idea was the
> same
> > :)
> > how about memsw_limit for swap? :>
> > I am looking for swap usage statistics from cgr
2009/8/23 Krzysztof Taraszka
>
>
> 2009/8/23 Daniel Lezcano
>
>> Krzysztof Taraszka wrote:
>>
>>> 2009/8/23 Daniel Lezcano
>>>
>>> Krzysztof Taraszka wrote:
Hello,
>
> I am running lxc on my debian unstable sandbox and I have a few
> question
> about memory managamen
2009/8/23 Daniel Lezcano
> Krzysztof Taraszka wrote:
>
>> 2009/8/23 Krzysztof Taraszka
>>
>>
>>
>>> 2009/8/23 Krzysztof Taraszka
>>>
>>>
>>>
2009/8/23 Daniel Lezcano
> Krzysztof Taraszka wrote:
>
>
>
>> 2009/8/23 Daniel Lezcano
>>
>> Krzysztof
2009/8/23 Krzysztof Taraszka
> 2009/8/23 Krzysztof Taraszka
>
>>
>>
>> 2009/8/23 Daniel Lezcano
>>
>>> Krzysztof Taraszka wrote:
>>>
2009/8/23 Daniel Lezcano
Krzysztof Taraszka wrote:
>
> Hello,
>>
>> I am running lxc on my debian unstable sandbox and I have a
2009/8/23 Daniel Lezcano
> Krzysztof Taraszka wrote:
>
>> 2009/8/23 Daniel Lezcano
>>
>> Krzysztof Taraszka wrote:
>>>
>>> Hello,
I am running lxc on my debian unstable sandbox and I have a few question
about memory managament inside linux containers based on lxc project.
>
2009/8/23 Daniel Lezcano
> Krzysztof Taraszka wrote:
>
>> Hello,
>>
>> I am running lxc on my debian unstable sandbox and I have a few question
>> about memory managament inside linux containers based on lxc project.
>>
>> I have got linux kernel 2.6.30.5 with enabled :
>>
>> +Resource counter
>>
Serge E. Hallyn wrote:
> Quoting Daniel Lezcano (daniel.lezc...@free.fr):
>
>> Serge E. Hallyn wrote:
>>
The idea of Kamezawa-san to use a fuse proc is maybe a good idea in
this case. So we can address the entire /proc specific informations.
For
>>> I a
Quoting Daniel Lezcano (daniel.lezc...@free.fr):
> Serge E. Hallyn wrote:
>>> The idea of Kamezawa-san to use a fuse proc is maybe a good idea in
>>> this case. So we can address the entire /proc specific informations.
>>> For
>>
>> I agree, nice idea. And hopefully pretty simple to whip
Daniel Lezcano wrote:
> Serge E. Hallyn wrote:
>
>> Quoting Daniel Lezcano (daniel.lezc...@free.fr):
>>
>>
>>> Serge E. Hallyn wrote:
>>>
>>>
Quoting Daniel Lezcano (daniel.lezc...@free.fr):
> Krzysztof Taraszka wrote:
>
>>>
Serge E. Hallyn wrote:
> Quoting Daniel Lezcano (daniel.lezc...@free.fr):
>
>> Serge E. Hallyn wrote:
>>
>>> Quoting Daniel Lezcano (daniel.lezc...@free.fr):
>>>
>>>
Krzysztof Taraszka wrote:
> Okey.
> I made few tests and this two ways work:
>
Quoting Daniel Lezcano (daniel.lezc...@free.fr):
> Serge E. Hallyn wrote:
>> Quoting Daniel Lezcano (daniel.lezc...@free.fr):
>>
>>> Krzysztof Taraszka wrote:
>>>
Okey.
I made few tests and this two ways work:
First way:
===
lxc. smack enabled, policy loade
Serge E. Hallyn wrote:
> Quoting Daniel Lezcano (daniel.lezc...@free.fr):
>
>> Krzysztof Taraszka wrote:
>>
>>> Okey.
>>> I made few tests and this two ways work:
>>>
>>> First way:
>>> ===
>>> lxc. smack enabled, policy loaded. cgroup not labeled.
>>>
>>> a) start container
>>> b) moun
Quoting Daniel Lezcano (daniel.lezc...@free.fr):
> Krzysztof Taraszka wrote:
> > Okey.
> > I made few tests and this two ways work:
> >
> > First way:
> > ===
> > lxc. smack enabled, policy loaded. cgroup not labeled.
> >
> > a) start container
> > b) mount cgroup inside container
> > c) mount
> Yep, interesting and maybe a solution for the application containers.
> In the case of the system container, that will be the distro scripts
> which will mount the /proc directory with the usual mount options. The
> objective is to avoid to modify the distro scripts and let them do the
> work, li
KAMEZAWA Hiroyuki wrote:
> On Fri, 28 Aug 2009 11:32:56 +0200
> Daniel Lezcano wrote:
>
>>> steps: b, c, d can be done inside lxc tools. step a can't and it is base on
>>> the admin policy.
>>>
>>> I think that the first solution is more automatic and can be done by lxc
>>> tools (maybe command
On Fri, 28 Aug 2009 11:32:56 +0200
Daniel Lezcano wrote:
> > steps: b, c, d can be done inside lxc tools. step a can't and it is base on
> > the admin policy.
> >
> > I think that the first solution is more automatic and can be done by lxc
> > tools (maybe command line switch? I can prepare a patc
Krzysztof Taraszka wrote:
> 2009/8/26 Krzysztof Taraszka
>
>
>> 2009/8/26 Daniel Lezcano
>>
>>
>>> KAMEZAWA Hiroyuki wrote:
>>>
>>>
On Mon, 24 Aug 2009 16:11:15 +0200
Daniel Lezcano wrote:
> [ snip ]
>
>
>
>> i
KAMEZAWA Hiroyuki wrote:
> On Mon, 24 Aug 2009 16:11:15 +0200
> Daniel Lezcano wrote:
>
>
>> [ snip ]
>>
> i think that /proc/meminfo should be mounted after /proc . why? i think
> that, because mounting /proc may override /proc/meminfo
> Am I right? :)
>
>
>
On Mon, 24 Aug 2009 16:11:15 +0200
Daniel Lezcano wrote:
>
>
> [ snip ]
> >>> i think that /proc/meminfo should be mounted after /proc . why? i think
> >>> that, because mounting /proc may override /proc/meminfo
> >>> Am I right? :)
> >>>
> >>>
> >>>
> >> Ha ! haha ! arrgh ! no way ! You
* KAMEZAWA Hiroyuki [2009-08-24 16:18:25]:
> On Mon, 24 Aug 2009 12:47:57 +0530
> Balbir Singh wrote:
>
> > * KAMEZAWA Hiroyuki [2009-08-24 15:58:35]:
> >
> > > On Mon, 24 Aug 2009 08:17:06 +0200
> > > Dietmar Maurer wrote:
> > >
> > > > > > how about memsw_limit for swap? :>
> > > > > > I
Krzysztof Taraszka wrote:
> 2009/8/24 Daniel Lezcano
>
>>
>> [ snip ]
>>
>>> i think that /proc/meminfo should be mounted after /proc . why? i think
> that, because mounting /proc may override /proc/meminfo
> Am I right? :)
>
>
>
>
Ha ! haha ! arrgh ! no way ! You ar
[ snip ]
i think that /proc/meminfo should be mounted after /proc . why? i think
that, because mounting /proc may override /proc/meminfo
Am I right? :)
Ha ! haha ! arrgh ! no way ! You are right :/
Hehe ;)
In the case of application container, lxc mounts /proc but in the
Krzysztof Taraszka wrote:
> 2009/8/24 Daniel Lezcano
>
>
>> Krzysztof Taraszka wrote:
>>
>>
>>> 2009/8/24 Daniel Lezcano
>>>
>>>
>>>
>>>
Krzysztof Taraszka wrote:
> 2009/8/24 Daniel Lezcano
>
>
>
>
>
>
>>
Krzysztof Taraszka wrote:
> 2009/8/24 Daniel Lezcano
>
>
>> Krzysztof Taraszka wrote:
>>
>>
>>> 2009/8/24 Daniel Lezcano
>>>
>>>
>>>
>>>
Krzysztof Taraszka wrote:
> 2009/8/24 Daniel Lezcano
>
> Krzysztof Taraszka wrote:
>
>
>>
Krzysztof Taraszka wrote:
> 2009/8/24 Daniel Lezcano
>
>
>> Krzysztof Taraszka wrote:
>>
>>
>>> 2009/8/24 Daniel Lezcano
>>>
>>> Krzysztof Taraszka wrote:
>>>
2009/8/23 Daniel Lezcano
> (...)
>
>
>
>
> With the lxc tools I did:
>
Krzysztof Taraszka wrote:
> 2009/8/24 Daniel Lezcano
>
>> Krzysztof Taraszka wrote:
>>
>>> 2009/8/23 Daniel Lezcano
>>>
>>> (...)
>>>
>>>
>>>
>>>
With the lxc tools I did:
lxc-execute -n foo /bin/bash
echo 268435456 > /cgroup/foo/memory.limit_in_bytes
m
Krzysztof Taraszka wrote:
> 2009/8/23 Daniel Lezcano
>
> (...)
>
>
>
>> With the lxc tools I did:
>>
>>lxc-execute -n foo /bin/bash
>>echo 268435456 > /cgroup/foo/memory.limit_in_bytes
>>mount --bind /cgroup/foo/memory.meminfo /proc/meminfo
>>for i in $(seq 1 100
On Mon, 24 Aug 2009 12:47:57 +0530
Balbir Singh wrote:
> * KAMEZAWA Hiroyuki [2009-08-24 15:58:35]:
>
> > On Mon, 24 Aug 2009 08:17:06 +0200
> > Dietmar Maurer wrote:
> >
> > > > > how about memsw_limit for swap? :>
> > > > > I am looking for swap usage statistics from cgroup right now from
>
* KAMEZAWA Hiroyuki [2009-08-24 15:58:35]:
> On Mon, 24 Aug 2009 08:17:06 +0200
> Dietmar Maurer wrote:
>
> > > > how about memsw_limit for swap? :>
> > > > I am looking for swap usage statistics from cgroup right now from
> > > > memcontrol.c :) but as you did the idea is good and should be ad
On Mon, 24 Aug 2009 08:17:06 +0200
Dietmar Maurer wrote:
> > > how about memsw_limit for swap? :>
> > > I am looking for swap usage statistics from cgroup right now from
> > > memcontrol.c :) but as you did the idea is good and should be add to
> > the
> > > kernel and lxc-tools :)
> > >
> >
> >
> > how about memsw_limit for swap? :>
> > I am looking for swap usage statistics from cgroup right now from
> > memcontrol.c :) but as you did the idea is good and should be add to
> the
> > kernel and lxc-tools :)
> >
>
> Hmm, why meminfo is necessary ? For cheating top/free/... etc ?
Many serv
On Sun, 23 Aug 2009 23:12:24 +0200
Krzysztof Taraszka wrote:
> :) excelent :)
>
> my ugly patch printing right now undefinied data but the idea was the same
> :)
> how about memsw_limit for swap? :>
> I am looking for swap usage statistics from cgroup right now from
> memcontrol.c :) but as you
Krzysztof Taraszka wrote:
> 2009/8/23 Daniel Lezcano
>
>> Krzysztof Taraszka wrote:
>>
>>> 2009/8/23 Krzysztof Taraszka
>>>
>>>
>>>
2009/8/23 Krzysztof Taraszka
> 2009/8/23 Daniel Lezcano
>
>
>
>> Krzysztof Taraszka wrote:
>>
>>
>>
>>> 20
Krzysztof Taraszka wrote:
> 2009/8/23 Krzysztof Taraszka
>
>
>> 2009/8/23 Krzysztof Taraszka
>>
>>
>>> 2009/8/23 Daniel Lezcano
>>>
>>>
Krzysztof Taraszka wrote:
> 2009/8/23 Daniel Lezcano
>
> Krzysztof Taraszka wrote:
>
>>
Krzysztof Taraszka wrote:
> 2009/8/23 Daniel Lezcano
>
>> Krzysztof Taraszka wrote:
>>
>>> Hello,
>>>
>>> I am running lxc on my debian unstable sandbox and I have a few question
>>> about memory managament inside linux containers based on lxc project.
>>>
>>> I have got linux kernel 2.6.30.5 wit
Krzysztof Taraszka wrote:
> Hello,
>
> I am running lxc on my debian unstable sandbox and I have a few question
> about memory managament inside linux containers based on lxc project.
>
> I have got linux kernel 2.6.30.5 with enabled :
>
> +Resource counter
> ++ Memory Resource Controller for Co
52 matches
Mail list logo