* 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[parent not found: <4CAED1CF.6050908-jI/kxupzh7HSLaPbPq81kw@public.gmane.org>]
* 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
[parent not found: <20101008164122.GA16891-A9i7LUbDfNHQT0dZR+AlfA@public.gmane.org>]
* 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
[parent not found: <20101012140509.0ab6c617.kamezawa.hiroyu-+CUm20s59erQFUHtdCDX3A@public.gmane.org>]
* 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
[parent not found: <4CB708A1.7000403-jI/kxupzh7HSLaPbPq81kw@public.gmane.org>]
* 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
* 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
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.