* Fwd: Re: lxc-performance?
@ 2010-10-08 8:09 MALATTAR
[not found] ` <4CAED1CF.6050908-jI/kxupzh7HSLaPbPq81kw@public.gmane.org>
0 siblings, 1 reply; 8+ messages in thread
From: MALATTAR @ 2010-10-08 8:09 UTC (permalink / raw)
To: containers-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA
-------- Message original --------
Sujet: Re: lxc-performance
Date : Thu, 07 Oct 2010 16:56:05 +0200
De : MALATTAR <mouhannad.alattar-jI/kxupzh7HSLaPbPq81kw@public.gmane.org>
Pour : MALATTAR <mouhannad.alattar-jI/kxupzh7HSLaPbPq81kw@public.gmane.org>
Le 07/10/2010 16:43, MALATTAR a écrit :
> ------------------------------------------------------------------------
> 06.10.2010 23:41, MALATTAR ?????:
>
> >/ the container dora1, where i launch an instance of my IDS, does not take
> />/ more than 70 MB as memory even though the memory limit for it is much
> />/ bigger than this value,
> /
> How do you measure memory usage?
by using the command:
lxc-cgroup -n dora1 memory.usage_in_bytes
> What's in memory.max_usage_in_bytes of
> the container's cgroup?
executing the next command lxc-cgroup -n dora1 memory.max_usage_in_bytes
gave me 70193152 bytes
> --
> Mouhannad AlATTAR
> Doctorant à L'UFR Sciences,Techniques et Gestion de l'Industrie
> Pôle multimedia de Franche Comté - numerica
> 1, cours Leprince-Ringuet
> 25201 Montbéliard
> Fixe bureau : 03 81 99 47 87
> Portable : 06 16 71 05 10
>
>
--
Mouhannad AlATTAR
Doctorant à L'UFR Sciences,Techniques et Gestion de l'Industrie
Pôle multimedia de Franche Comté - numerica
1, cours Leprince-Ringuet
25201 Montbéliard
Fixe bureau : 03 81 99 47 87
Portable : 06 16 71 05 10
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: Fwd: Re: lxc-performance?
[not found] ` <4CAED1CF.6050908-jI/kxupzh7HSLaPbPq81kw@public.gmane.org>
@ 2010-10-08 16:41 ` Serge E. Hallyn
[not found] ` <20101008164122.GA16891-A9i7LUbDfNHQT0dZR+AlfA@public.gmane.org>
2010-10-12 5:05 ` KAMEZAWA Hiroyuki
2010-10-12 22:47 ` Serge E. Hallyn
2 siblings, 1 reply; 8+ messages in thread
From: Serge E. Hallyn @ 2010-10-08 16:41 UTC (permalink / raw)
To: MALATTAR; +Cc: containers-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA
Quoting MALATTAR (mouhannad.alattar-jI/kxupzh7HSLaPbPq81kw@public.gmane.org):
>
>
> -------- Message original --------
> Sujet: Re: lxc-performance
> Date : Thu, 07 Oct 2010 16:56:05 +0200
> De : MALATTAR <mouhannad.alattar-jI/kxupzh7HSLaPbPq81kw@public.gmane.org>
> Pour : MALATTAR <mouhannad.alattar-jI/kxupzh7HSLaPbPq81kw@public.gmane.org>
>
>
>
> Le 07/10/2010 16:43, MALATTAR a écrit :
> > ------------------------------------------------------------------------
> > 06.10.2010 23:41, MALATTAR ?????:
> >
> > >/ the container dora1, where i launch an instance of my IDS, does not take
> > />/ more than 70 MB as memory even though the memory limit for it is much
> > />/ bigger than this value,
> > /
> > How do you measure memory usage?
>
> by using the command:
> lxc-cgroup -n dora1 memory.usage_in_bytes
> > What's in memory.max_usage_in_bytes of
> > the container's cgroup?
> executing the next command lxc-cgroup -n dora1 memory.max_usage_in_bytes
> gave me 70193152 bytes
Interesting - that's not the value you set in your intro email.
What does /var/lib/lxc/dora1/config have?
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: Fwd: Re: lxc-performance?
[not found] ` <20101008164122.GA16891-A9i7LUbDfNHQT0dZR+AlfA@public.gmane.org>
@ 2010-10-11 8:05 ` MALATTAR
0 siblings, 0 replies; 8+ messages in thread
From: MALATTAR @ 2010-10-11 8:05 UTC (permalink / raw)
To: containers-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA
Le 08/10/2010 18:41, Serge E. Hallyn a écrit :
> Quoting MALATTAR (mouhannad.alattar-jI/kxupzh7HSLaPbPq81kw@public.gmane.org):
>>
>> -------- Message original --------
>> Sujet: Re: lxc-performance
>> Date : Thu, 07 Oct 2010 16:56:05 +0200
>> De : MALATTAR<mouhannad.alattar-jI/kxupzh7HSLaPbPq81kw@public.gmane.org>
>> Pour : MALATTAR<mouhannad.alattar-jI/kxupzh7HSLaPbPq81kw@public.gmane.org>
>>
>>
>>
>> Le 07/10/2010 16:43, MALATTAR a écrit :
>>> ------------------------------------------------------------------------
>>> 06.10.2010 23:41, MALATTAR ?????:
>>>
>>>> / the container dora1, where i launch an instance of my IDS, does not take
>>> />/ more than 70 MB as memory even though the memory limit for it is much
>>> />/ bigger than this value,
>>> /
>>> How do you measure memory usage?
>> by using the command:
>> lxc-cgroup -n dora1 memory.usage_in_bytes
>>> What's in memory.max_usage_in_bytes of
>>> the container's cgroup?
>> executing the next command lxc-cgroup -n dora1 memory.max_usage_in_bytes
>> gave me 70193152 bytes
> Interesting - that's not the value you set in your intro email.
???
> What does /var/lib/lxc/dora1/config have?
>
lxc.utsname = dora1
lxc.tty = 4
lxc.network.type = veth
lxc.network.flags = up
lxc.network.link = br-node1
lxc.network.name = eth0
lxc.network.mtu = 1500
lxc.network.ipv4 = 10.0.0.1/24
lxc.network.hwaddr = 12:DA:00:4B:54:45
lxc.rootfs = /lxc/rootfs.fedora
lxc.mount = /lxc/fstab.fedora
lxc.cgroup.devices.deny = a
# /dev/null and zero
lxc.cgroup.devices.allow = c 1:3 rwm
lxc.cgroup.devices.allow = c 1:5 rwm
# consoles
lxc.cgroup.devices.allow = c 5:1 rwm
lxc.cgroup.devices.allow = c 5:0 rwm
lxc.cgroup.devices.allow = c 4:0 rwm
lxc.cgroup.devices.allow = c 4:1 rwm
# /dev/{,u}random
lxc.cgroup.devices.allow = c 1:9 rwm
lxc.cgroup.devices.allow = c 1:8 rwm
# /dev/pts/* - pts namespaces are "coming soon"
lxc.cgroup.devices.allow = c 136:* rwm
lxc.cgroup.devices.allow = c 5:2 rwm
# rtc
lxc.cgroup.devices.allow = c 254:0 rwm
lxc.cgroup.memory.limit_in_bytes = 1524435456
lxc.pts=1
--
Mouhannad AlATTAR
Doctorant à L’UFR Sciences,Techniques et Gestion de l’Industrie
Pôle multimedia de Franche Comté - numerica
1, cours Leprince-Ringuet
25201 Montbéliard
Fixe bureau : 03 81 99 47 87
Portable : 06 16 71 05 10
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: Fwd: Re: lxc-performance?
[not found] ` <4CAED1CF.6050908-jI/kxupzh7HSLaPbPq81kw@public.gmane.org>
2010-10-08 16:41 ` Serge E. Hallyn
@ 2010-10-12 5:05 ` KAMEZAWA Hiroyuki
[not found] ` <20101012140509.0ab6c617.kamezawa.hiroyu-+CUm20s59erQFUHtdCDX3A@public.gmane.org>
2010-10-12 22:47 ` Serge E. Hallyn
2 siblings, 1 reply; 8+ messages in thread
From: KAMEZAWA Hiroyuki @ 2010-10-12 5:05 UTC (permalink / raw)
To: MALATTAR; +Cc: containers-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA
On Fri, 08 Oct 2010 10:09:51 +0200
MALATTAR <mouhannad.alattar@univ-fcomte.fr> wrote:
> Le 07/10/2010 16:43, MALATTAR a écrit :
> > ------------------------------------------------------------------------
> > 06.10.2010 23:41, MALATTAR ?????:
> >
> > >/ the container dora1, where i launch an instance of my IDS, does not take
> > />/ more than 70 MB as memory even though the memory limit for it is much
> > />/ bigger than this value,
> > /
> > How do you measure memory usage?
>
> by using the command:
> lxc-cgroup -n dora1 memory.usage_in_bytes
> > What's in memory.max_usage_in_bytes of
> > the container's cgroup?
> executing the next command lxc-cgroup -n dora1 memory.max_usage_in_bytes
> gave me 70193152 bytes
>
Hmm. what latencytop shows ?
You can see this kind of output.
==
Cause Maximum Percentage
Writing a page to disk 551.6 msec 36.8 %
Fork() system call 273.7 msec 1.1 %
Page fault 253.9 msec 29.5 %
Writing buffer to disk (synchronous) 225.9 msec 2.9 %
Creating block layer request 202.7 msec 17.1 %
Walking directory tree 161.5 msec 1.4 %
[congestion_wait] 97.6 msec 4.4 %
Executing a program 97.1 msec 0.3 %
synchronous write 73.9 msec 0.1 %
==
IMHO, if memory limit is the problem, "Page Fault" tend to be big.
Thanks,
-Kame
_______________________________________________
Containers mailing list
Containers@lists.linux-foundation.org
https://lists.linux-foundation.org/mailman/listinfo/containers
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: Fwd: Re: lxc-performance?
[not found] ` <4CAED1CF.6050908-jI/kxupzh7HSLaPbPq81kw@public.gmane.org>
2010-10-08 16:41 ` Serge E. Hallyn
2010-10-12 5:05 ` KAMEZAWA Hiroyuki
@ 2010-10-12 22:47 ` Serge E. Hallyn
2 siblings, 0 replies; 8+ messages in thread
From: Serge E. Hallyn @ 2010-10-12 22:47 UTC (permalink / raw)
To: MALATTAR; +Cc: containers-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA
Quoting MALATTAR (mouhannad.alattar-jI/kxupzh7HSLaPbPq81kw@public.gmane.org):
>
>
> -------- Message original --------
> Sujet: Re: lxc-performance
> Date : Thu, 07 Oct 2010 16:56:05 +0200
> De : MALATTAR <mouhannad.alattar-jI/kxupzh7HSLaPbPq81kw@public.gmane.org>
> Pour : MALATTAR <mouhannad.alattar-jI/kxupzh7HSLaPbPq81kw@public.gmane.org>
>
>
>
> Le 07/10/2010 16:43, MALATTAR a écrit :
> > ------------------------------------------------------------------------
> > 06.10.2010 23:41, MALATTAR ?????:
> >
> > >/ the container dora1, where i launch an instance of my IDS, does not take
> > />/ more than 70 MB as memory even though the memory limit for it is much
> > />/ bigger than this value,
> > /
> > How do you measure memory usage?
>
> by using the command:
> lxc-cgroup -n dora1 memory.usage_in_bytes
> > What's in memory.max_usage_in_bytes of
> > the container's cgroup?
> executing the next command lxc-cgroup -n dora1 memory.max_usage_in_bytes
> gave me 70193152 bytes
Ah, linux/Documentation/cgroups/memory.txt explains that max_usage_in_bytes
reports the maximum memory usage recorded, not the limit. Look at
lxc-cgroup -n dora1 memory.max_usage_in_bytes
-serge
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: Fwd: Re: lxc-performance?
[not found] ` <20101012140509.0ab6c617.kamezawa.hiroyu-+CUm20s59erQFUHtdCDX3A@public.gmane.org>
@ 2010-10-14 13:41 ` MALATTAR
[not found] ` <4CB708A1.7000403-jI/kxupzh7HSLaPbPq81kw@public.gmane.org>
0 siblings, 1 reply; 8+ messages in thread
From: MALATTAR @ 2010-10-14 13:41 UTC (permalink / raw)
To: KAMEZAWA Hiroyuki; +Cc: containers-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA
Le 12/10/2010 07:05, KAMEZAWA Hiroyuki a écrit :
> On Fri, 08 Oct 2010 10:09:51 +0200
> MALATTAR<mouhannad.alattar@univ-fcomte.fr> wrote:
>
>> Le 07/10/2010 16:43, MALATTAR a écrit :
>>> ------------------------------------------------------------------------
>>> 06.10.2010 23:41, MALATTAR ?????:
>>>
>>>> / the container dora1, where i launch an instance of my IDS, does not take
>>> />/ more than 70 MB as memory even though the memory limit for it is much
>>> />/ bigger than this value,
>>> /
>>> How do you measure memory usage?
>> by using the command:
>> lxc-cgroup -n dora1 memory.usage_in_bytes
>>> What's in memory.max_usage_in_bytes of
>>> the container's cgroup?
>> executing the next command lxc-cgroup -n dora1 memory.max_usage_in_bytes
>> gave me 70193152 bytes
>>
> Hmm. what latencytop shows ?
>
> You can see this kind of output.
> ==
> Cause Maximum Percentage
> Writing a page to disk 551.6 msec 36.8 %
> Fork() system call 273.7 msec 1.1 %
> Page fault 253.9 msec 29.5 %
> Writing buffer to disk (synchronous) 225.9 msec 2.9 %
> Creating block layer request 202.7 msec 17.1 %
> Walking directory tree 161.5 msec 1.4 %
> [congestion_wait] 97.6 msec 4.4 %
> Executing a program 97.1 msec 0.3 %
> synchronous write 73.9 msec 0.1 %
> ==
>
> IMHO, if memory limit is the problem, "Page Fault" tend to be big.
>
>
> Thanks,
> -Kame
>
>
executing latencytop during the execution of my program gave me:
Cause
Maximum Percentage
fsync() on a file (type 'F' for details) 45.1
msec 2.2 %
Waiting for event (poll) 5.0
msec 47.9 %
Userspace lock contention 5.0
msec 43.1 %
Waiting for event (select) 4.8
msec 5.7 %
Throttling GPU while waiting for commands 3.4 msec 0.4 %
[i915_do_wait_request] 3.3
msec 0.5 %
Waiting for data on unix socket 0.3
msec 0.1 %
Waiting for TTY data 0.2
msec 0.1 %
Process mysqld (291) Total: 2.3 msec
Waiting for data on unix socket 0.3 msec 100.0 %
It seems that there is no problem...
also memtest command was able to allocate up to 1024MB but it takes a
long time
for one loop only ...
So, i think the problem is in my program not in the container, is not it?
a+
--
Mouhannad AlATTAR
Doctorant à L’UFR Sciences,Techniques et Gestion de l’Industrie
Pôle multimedia de Franche Comté - numerica
1, cours Leprince-Ringuet
25201 Montbéliard
Fixe bureau : 03 81 99 47 87
Portable : 06 16 71 05 10
_______________________________________________
Containers mailing list
Containers@lists.linux-foundation.org
https://lists.linux-foundation.org/mailman/listinfo/containers
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: Fwd: Re: lxc-performance?
[not found] ` <4CB708A1.7000403-jI/kxupzh7HSLaPbPq81kw@public.gmane.org>
@ 2010-10-14 13:54 ` Balbir Singh
2010-10-15 14:32 ` Pavel Labushev
1 sibling, 0 replies; 8+ messages in thread
From: Balbir Singh @ 2010-10-14 13:54 UTC (permalink / raw)
To: MALATTAR; +Cc: containers-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA
On Thu, Oct 14, 2010 at 7:11 PM, MALATTAR
<mouhannad.alattar-jI/kxupzh7HSLaPbPq81kw@public.gmane.org> wrote:
>
> Le 12/10/2010 07:05, KAMEZAWA Hiroyuki a écrit :
> > On Fri, 08 Oct 2010 10:09:51 +0200
> > MALATTAR<mouhannad.alattar-jI/kxupzh7HSLaPbPq81kw@public.gmane.org> wrote:
> >
> >> Le 07/10/2010 16:43, MALATTAR a écrit :
> >>> ------------------------------------------------------------------------
> >>> 06.10.2010 23:41, MALATTAR ?????:
> >>>
> >>>> / the container dora1, where i launch an instance of my IDS, does not take
> >>> />/ more than 70 MB as memory even though the memory limit for it is much
> >>> />/ bigger than this value,
> >>> /
> >>> How do you measure memory usage?
> >> by using the command:
> >> lxc-cgroup -n dora1 memory.usage_in_bytes
> >>> What's in memory.max_usage_in_bytes of
> >>> the container's cgroup?
> >> executing the next command lxc-cgroup -n dora1 memory.max_usage_in_bytes
> >> gave me 70193152 bytes
> >>
> > Hmm. what latencytop shows ?
> >
> > You can see this kind of output.
> > ==
> > Cause Maximum Percentage
> > Writing a page to disk 551.6 msec 36.8 %
> > Fork() system call 273.7 msec 1.1 %
> > Page fault 253.9 msec 29.5 %
> > Writing buffer to disk (synchronous) 225.9 msec 2.9 %
> > Creating block layer request 202.7 msec 17.1 %
> > Walking directory tree 161.5 msec 1.4 %
> > [congestion_wait] 97.6 msec 4.4 %
> > Executing a program 97.1 msec 0.3 %
> > synchronous write 73.9 msec 0.1 %
> > ==
> >
> > IMHO, if memory limit is the problem, "Page Fault" tend to be big.
> >
> >
> > Thanks,
> > -Kame
> >
> >
> executing latencytop during the execution of my program gave me:
> Cause
> Maximum Percentage
> fsync() on a file (type 'F' for details) 45.1
> msec 2.2 %
> Waiting for event (poll) 5.0
> msec 47.9 %
> Userspace lock contention 5.0
> msec 43.1 %
> Waiting for event (select) 4.8
> msec 5.7 %
> Throttling GPU while waiting for commands 3.4 msec 0.4 %
> [i915_do_wait_request] 3.3
> msec 0.5 %
> Waiting for data on unix socket 0.3
> msec 0.1 %
> Waiting for TTY data 0.2
> msec 0.1 %
>
> Process mysqld (291) Total: 2.3 msec
> Waiting for data on unix socket 0.3 msec 100.0 %
>
> It seems that there is no problem...
>
> also memtest command was able to allocate up to 1024MB but it takes a
> long time
> for one loop only ...
> So, i think the problem is in my program not in the container, is not it?
Could you please dump your cgroup filesystem? What is
memory.limit_in_bytes, memory.stat? fysnc() can clearly hold up things
across the filesystem with ext3 and other FS. The source does sound
like mysql database for the frequent fsync's - is that correct? What
does the iotop output look like?
Balbir
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: Fwd: Re: lxc-performance?
[not found] ` <4CB708A1.7000403-jI/kxupzh7HSLaPbPq81kw@public.gmane.org>
2010-10-14 13:54 ` Balbir Singh
@ 2010-10-15 14:32 ` Pavel Labushev
1 sibling, 0 replies; 8+ messages in thread
From: Pavel Labushev @ 2010-10-15 14:32 UTC (permalink / raw)
Cc: containers-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA
14.10.2010 21:41, MALATTAR пишет:
> also memtest command was able to allocate up to 1024MB but it takes a
> long time
> for one loop only ...
OK, the problem is not with LXC memory limits therefore.
> So, i think the problem is in my program not in the container, is not it?
It could be your program or too low rlimits. What 'ulimit -a' says? Note
that rlimits are per-process, so you should investigate their values
from inside your program's operating environment.
_______________________________________________
Containers mailing list
Containers@lists.linux-foundation.org
https://lists.linux-foundation.org/mailman/listinfo/containers
^ permalink raw reply [flat|nested] 8+ messages in thread
end of thread, other threads:[~2010-10-15 14:32 UTC | newest]
Thread overview: 8+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2010-10-08 8:09 Fwd: Re: lxc-performance? MALATTAR
[not found] ` <4CAED1CF.6050908-jI/kxupzh7HSLaPbPq81kw@public.gmane.org>
2010-10-08 16:41 ` Serge E. Hallyn
[not found] ` <20101008164122.GA16891-A9i7LUbDfNHQT0dZR+AlfA@public.gmane.org>
2010-10-11 8:05 ` MALATTAR
2010-10-12 5:05 ` KAMEZAWA Hiroyuki
[not found] ` <20101012140509.0ab6c617.kamezawa.hiroyu-+CUm20s59erQFUHtdCDX3A@public.gmane.org>
2010-10-14 13:41 ` MALATTAR
[not found] ` <4CB708A1.7000403-jI/kxupzh7HSLaPbPq81kw@public.gmane.org>
2010-10-14 13:54 ` Balbir Singh
2010-10-15 14:32 ` Pavel Labushev
2010-10-12 22:47 ` Serge E. Hallyn
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.