Consumo de memoria dom0
Gilmar Cabral
Estou com a seguinte duvida sobre a memoria no dom0, eu estou com um serv. xen 8 vm virtualizadas, 7 linux e 1 windows 2003, rodando todas 100%.
Estes dias fui analisar o consumo de memoria do dom0 que estava dedicada para ela 1 G, porem com apenas um 1G para o dom0, esta ficando apenas 10 M em cached, isto analizando o free -m, porem nao utilizando a swap, entao disponibilizei mais 2 GB totalizando 3 GB para o dom0, e analisando o comando free -m a situacao continua porem a memoria em cached esta apenas 75 MB, o resultado do free -m esta abaixo.
Serv. Xen dom0
free -m
total used free shared buffers cached
Mem: 3072 3050 22 0 2645 75
-/+ buffers/cache: 330 2742
Swap: 4769 0 4769
A questão que fico intrigado, e que analisando este comando mostra que o dom0 esta administrando toda memoria disponivel, ja analisando outros servidores que nao tem o xen, vejo que a maior parte da memoria fica em cached, conforme abaixo
Serv. Normal sem xen.
free -m
total used free shared buffers cached
Mem: 3971 3943 27 0 57 2929
-/+ buffers/cache: 957 3014
Swap: 3812 0 3812
Penso que este ultimo free ele esta com sobra de memoria pois esta grande parte em cached, ao contrario do serv. xen dom0.
Se alguem souber o porque disso, se realmente terei q disponibilizar mais memoria para o dom0 trabalhar sem grandes sacrifícios.
gunther boeckmann
Interessante esta observação do uso de memória pelo Dom0 (Buffers) e
quando não existe o Hypervisor (Cached)! Pelo que sei, de maneira
geral, quanto ao uso de memória no Linux, o total de
Free+Buffers+Cached é a quantidade de memória física livre para ser
utilizada pelo sistema, logo percebe-se que seu Dom0 está com bastante
memória "livre", independente se ela está "Buffered" ou "Cached".
Porém seria interessante saber se existe alguma diferença SUBSTANCIAL
entre esses dois "estados", infelizmente desconheço. No entanto, sei
que o Xen gerencia o Driver Ballon de Memória que faz com que a
memória total do sistema seja alocada dinamicamente a medida que as
VMs e o Dom0 requisitem mais memória, daí é que pode estar a
diferença, o Dom0 reserva, mas não usa efetivamente a memória física
do sistema.
Se você não estiver usando o Dom0 para nada, além é claro de Hospedar
as VM, a quantidade de memória (3GB) pode ser reduzida, liberando mais
memória para novas VMs, acredito que 1GB seja suficiente.
Gunther
2010/1/3 Gilmar Cabral <gilmar...@gmail.com>:
> --
> Você recebeu esta mensagem porque está inscrito em Grupo "xen-br" do Grupos
> Google.
> Para enviar mensagens para este grupo, envie um email para
> xen...@googlegroups.com
> Para anular a inscrição neste grupo, envie um email para
> xen-br-un...@googlegroups.com
> Para mais opções, visite este grupo em
> http://groups.google.com/group/xen-br?hl=pt-BR
> Site do GU Xen-BR: http://www.xen-br.org
> Antes de enviar sua primeira mensagem leia atentamente as regras para
> participação no site
> http://groups.google.com/group/xen-br/web/regras?hl=pt-BR
Marco Sinhoreli
--
Marco Sinhoreli
Gilmar Cabral
Segue abaixo os processos q roda nesta maquina, lembrando que no dom0, alem de ser apenas hospedeira de 8 domUs, o mesmo em determinado horario monta montar um compartilhamento que e exportado via NFS de uma domU para gravar dvd.
Então o domU e utilizado somente para ser hospedeira e gravação de backup em DVD. este backup e so gravar o arquivo iso. pois o arquivo iso e gerado nda domU.
Obs: o consumo de memoria aumentou antes mesmo de colocar para gravação.
Desde ja agradeço
Reinaldo de Carvalho
> Ola a todos!
> Estou com a seguinte duvida sobre a memoria no dom0, eu estou com um serv.
> xen 8 vm virtualizadas, 7 linux e 1 windows 2003, rodando todas 100%.
> Estes dias fui analisar o consumo de memoria do dom0 que estava dedicada
> para ela 1 G, porem com apenas um 1G para o dom0, esta ficando apenas 10 M
> em cached, isto analizando o free -m, porem nao utilizando a swap, entao
> disponibilizei mais 2 GB totalizando 3 GB para o dom0, e analisando o
> comando free -m a situacao continua porem a memoria em cached esta apenas 75
> MB, o resultado do free -m esta abaixo.
>
> Serv. Xen dom0
> free -m
> total used free shared buffers
> cached
> Mem: 3072 3050 22 0 2645 75
> -/+ buffers/cache: 330 2742
> Swap: 4769 0 4769
>
Memória utilizada: 330 Mb
> A questão que fico intrigado, e que analisando este comando mostra que o
> dom0 esta administrando toda memoria disponivel, ja analisando outros
> servidores que nao tem o xen, vejo que a maior parte da memoria fica em
> cached, conforme abaixo
>
> Serv. Normal sem xen.
> free -m
> total used free shared buffers
> cached
> Mem: 3971 3943 27 0 57 2929
> -/+ buffers/cache: 957 3014
> Swap: 3812 0 3812
>
Memória utilizada: 957 Mb
Este valor está acima da média. Este um programa chamado 'gmemusage'
que mostra o consumo por processo de for interessante. Apesar de ser
gráfico ele depende apenas da xlibs , e você pode executá-lo via 'ssh
-X xen-host gmemusage' (com X11Forwarding yes).
> Penso que este ultimo free ele esta com sobra de memoria pois esta grande
> parte em cached, ao contrario do serv. xen dom0.
> Se alguem souber o porque disso, se realmente terei q disponibilizar mais
> memoria para o dom0 trabalhar sem grandes sacrifícios.
>
--
Reinaldo de Carvalho
http://korreio.sf.net
http://python-cyrus.sf.net
"Don't try to adapt the software to the way you work, but rather
yourself to the way the software works" (myself)
Gilmar Cabral
PID TTY STAT TIME COMMAND
1 ? Ss 0:00 init [2]
2 ? S 0:00 [migration/0]
3 ? SN 0:05 [ksoftirqd/0]
4 ? S 0:00 [watchdog/0]
5 ? S 0:00 [migration/1]
6 ? SN 0:00 [ksoftirqd/1]
7 ? S 0:00 [watchdog/1]
8 ? S 0:00 [migration/2]
9 ? SN 0:00 [ksoftirqd/2]
10 ? S 0:00 [watchdog/2]
11 ? S 0:00 [migration/3]
12 ? SN 0:00 [ksoftirqd/3]
13 ? S 0:00 [watchdog/3]
14 ? S 0:00 [migration/4]
15 ? SN 0:00 [ksoftirqd/4]
16 ? S 0:00 [watchdog/4]
17 ? S 0:00 [migration/5]
18 ? SN 0:00 [ksoftirqd/5]
19 ? S 0:00 [watchdog/5]
20 ? S 0:00 [migration/6]
21 ? SN 0:00 [ksoftirqd/6]
22 ? S 0:00 [watchdog/6]
23 ? S 0:00 [migration/7]
24 ? SN 0:00 [ksoftirqd/7]
25 ? S 0:00 [watchdog/7]
26 ? S< 0:00 [events/0]
27 ? S< 0:00 [events/1]
28 ? S< 0:00 [events/2]
29 ? S< 0:00 [events/3]
30 ? S< 0:00 [events/4]
31 ? S< 0:00 [events/5]
32 ? S< 0:00 [events/6]
33 ? S< 0:00 [events/7]
34 ? S< 0:00 [khelper]
35 ? S< 0:00 [kthread]
37 ? S< 0:00 [xenwatch]
38 ? S< 0:00 [xenbus]
47 ? S< 0:00 [kblockd/0]
48 ? S< 0:00 [kblockd/1]
49 ? S< 0:00 [kblockd/2]
50 ? S< 0:00 [kblockd/3]
51 ? S< 0:00 [kblockd/4]
52 ? S< 0:00 [kblockd/5]
53 ? S< 0:00 [kblockd/6]
54 ? S< 0:00 [kblockd/7]
55 ? S< 0:00 [kacpid]
177 ? S< 0:00 [cqueue/0]
178 ? S< 0:00 [cqueue/1]
179 ? S< 0:00 [cqueue/2]
180 ? S< 0:00 [cqueue/3]
181 ? S< 0:00 [cqueue/4]
182 ? S< 0:00 [cqueue/5]
183 ? S< 0:00 [cqueue/6]
184 ? S< 0:00 [cqueue/7]
187 ? S< 0:00 [kseriod]
264 ? S 0:00 [pdflush]
265 ? S 0:00 [pdflush]
266 ? S< 0:00 [kswapd0]
267 ? S< 0:00 [aio/0]
268 ? S< 0:00 [aio/1]
269 ? S< 0:00 [aio/2]
270 ? S< 0:00 [aio/3]
271 ? S< 0:00 [aio/4]
272 ? S< 0:00 [aio/5]
273 ? S< 0:00 [aio/6]
274 ? S< 0:00 [aio/7]
510 ? S< 0:00 [net_accel/0]
511 ? S< 0:00 [net_accel/1]
512 ? S< 0:00 [net_accel/2]
513 ? S< 0:00 [net_accel/3]
514 ? S< 0:00 [net_accel/4]
515 ? S< 0:00 [net_accel/5]
516 ? S< 0:00 [net_accel/6]
517 ? S< 0:00 [net_accel/7]
532 ? S< 0:00 [kpsmoused]
1036 ? S< 0:00 [khubd]
1048 ? S< 0:00 [scsi_eh_0]
1101 ? S< 0:00 [ata/0]
1102 ? S< 0:00 [ata/1]
1103 ? S< 0:00 [ata/2]
1104 ? S< 0:00 [ata/3]
1105 ? S< 0:00 [ata/4]
1107 ? S< 0:00 [ata/5]
1108 ? S< 0:00 [ata/6]
1109 ? S< 0:00 [ata/7]
1110 ? S< 0:00 [ata_aux]
1269 ? S< 0:00 [scsi_eh_1]
1270 ? S< 0:00 [scsi_eh_2]
1565 ? S< 0:00 [kmirrord]
1627 ? S< 0:00 [reiserfs/0]
1628 ? S< 0:00 [reiserfs/1]
1629 ? S< 0:00 [reiserfs/2]
1630 ? S< 0:00 [reiserfs/3]
1631 ? S< 0:00 [reiserfs/4]
1632 ? S< 0:00 [reiserfs/5]
1633 ? S< 0:00 [reiserfs/6]
1634 ? S< 0:00 [reiserfs/7]
1899 ? S<s 0:00 udevd --daemon
2562 ? S< 0:00 [scsi_eh_3]
2563 ? S< 0:00 [usb-storage]
2709 ? S< 0:00 [kmpathd/0]
2710 ? S< 0:00 [kmpathd/1]
2711 ? S< 0:00 [kmpathd/2]
2712 ? S< 0:00 [kmpathd/3]
2713 ? S< 0:00 [kmpathd/4]
2714 ? S< 0:00 [kmpathd/5]
2715 ? S< 0:00 [kmpathd/6]
2716 ? S< 0:00 [kmpathd/7]
3414 ? Ss 0:00 /sbin/portmap
3702 ? Ss 0:00 /sbin/syslogd
3708 ? Ss 0:00 /sbin/klogd -x
3801 ? Ss 0:00 /usr/sbin/acpid -c /etc/acpi/events -s /var/run/acpid.socket
3810 ? Ss 0:00 /usr/sbin/inetd
3822 ? Ss 0:00 /usr/sbin/sshd
3834 ? S 0:02 xenstored --pid-file /var/run/xenstore.pid
3838 ? S 0:00 /usr/bin/python2.4 /usr/sbin/xend start
3841 ? Ssl 0:00 blktapctrl
3842 ? Sl 0:00 xenconsoled
3845 ? Sl 0:10 /usr/bin/python2.4 /usr/sbin/xend start
5707 ? S< 0:00 [blkback.6.xvda1]
5708 ? S< 0:00 [blkback.6.xvda2]
6197 ? Sl 1:10 /usr/lib/xen/bin/qemu-dm -d 8 -domain-name munguba -vnc 0.0.0.0:1,password -vncunused -vcpus 1 -boot c -localtime -seria
6485 ? Sl 0:00 /usr/lib64/xen/bin/qemu-dm -d 9 -domain-name tigui -vnc 0.0.0.0:4,password -vncunused -serial pty -M xenpv
6699 ? S< 0:00 [blkback.9.xvda1]
6700 ? S< 0:00 [blkback.9.xvda2]
6728 ? Ss 0:00 /sbin/rpc.statd
6738 ? Ss 0:00 /usr/sbin/atd
6745 ? Ss 0:00 /usr/sbin/cron
6766 ? S 0:01 /usr/local/sbin/snmpd
6785 tty3 Ss+ 0:00 /sbin/getty 38400 tty3
6786 tty4 Ss+ 0:00 /sbin/getty 38400 tty4
6788 tty5 Ss+ 0:00 /sbin/getty 38400 tty5
6789 tty6 Ss+ 0:00 /sbin/getty 38400 tty6
8887 ? S< 0:00 [blkback.11.xvda]
8888 ? S< 0:00 [blkback.11.xvda]
9500 ? S< 0:00 [blkback.12.xvda]
9501 ? S< 0:00 [blkback.12.xvda]
10126 ? S< 0:00 [blkback.13.xvda]
10127 ? S< 0:00 [blkback.13.xvda]
10492 ? S< 0:00 [blkback.14.xvda]
10493 ? S< 0:00 [blkback.14.xvda]
10553 ? S< 0:00 [scsi_eh_5]
10555 ? S< 0:00 [usb-storage]
11108 ? S< 0:00 [blkback.15.xvda]
11109 ? S< 0:01 [blkback.15.xvda]
11486 tty2 Ss+ 0:00 /sbin/getty 38400 tty2
11501 tty1 Ss+ 0:00 /sbin/getty 38400 tty1
12093 ? S< 0:00 [blkback.16.xvda]
12094 ? S< 0:01 [blkback.16.xvda]
15230 ? Ss 0:00 sshd: gilmar [priv]
15234 ? R 0:00 sshd: gilmar@pts/9
15235 pts/9 Ss 0:00 -bash
15320 pts/9 R+ 0:00 ps -ax
--