Alocado Diferença de memória em xen guests com Linux 2.6.18 e 2.6.32

4

Alguém pode me explicar por que há diferença na memória disponível em convidados com a mesma configuração:

Hipervisor: xen 4.2 64 bits

VM1 : Centos 5.7 com 2.6.18-274.el5xen,

A memória atribuída do xen é exatamente igual à memória do convidado 524288k (512m)

free -k
     total       used       free     shared    buffers     cached
Mem:        524288     445004      79284          0      18040     182652
-/+ buffers/cache:     244312     279976
Swap:       524280          0     524280

apesar de mostrar

" Memory: 500984k/524288k available (2533k kernel code, 23212k reserved, 1746k data, 196k init) "

dmesg: link

Pergunta1:

aqui Por que o free mostrou a memória exata, onde o dmesg clear mostrou 2.5mb para o código do kernel e 23mb como reservado.

VM2: redhat6.0 com 2.6.32

free -k

total       used     free     shared    buffers   cached
502224     122064     380160     0       7636      32648

Para os mesmos recursos, RHEl6.0 com pvopskernel está mostrando 502224k.

Question2:

Qual poderia ser a razão para este comportamento, isso pode ter algo a ver com o kernel pvops (linux-kernel com suporte a xen)

    
por ananthan 12.07.2013 / 17:36

4 respostas

1

Q1: provavelmente usado pelo crash-kernel (?)

Q2: Eu não vi esse comportamento em um SLES11 SP2 DomU (também um kernel Linux 3.0, sem pvops).

O que eu vejo do dmesg é um disco de RAM no Ubuntu - este disco provavelmente não foi liberado mais tarde?

Não tenho certeza aqui, já que sua saída dmesg mostra apenas a parte XEN do processo de inicialização, não o processo de inicialização "normal" do SO.

    
por 20.07.2013 / 23:48
1

Pergunta 1:

Why free showed exact memory,where dmesg clear showed 2.5mb for kernel code and 23mb as reserved.

Não tenho certeza se sua interpretação está correta. free está mostrando 524288k no total e, portanto, é dmesg . dmesg está mostrando que, no momento da inicialização, o kernel e as reservas associadas estão usando aproximadamente 25m, deixando 500984k disponíveis. Mais tarde, quando você executar free , existem outros programas em execução, portanto, há menos memória disponível. Mas ambos estão relatando o mesmo total na VM1.

Pergunta 2:

What could be the reason for this behavior can this has something to do with with pvops kernel(linux-kernel with xen support) or is it because of any changes in Linux 3.0+ Memory Management.

Eu acho que você está perguntando Por que essas duas VMs são diferentes? Eu vou com a resposta: "não há informações suficientes ". Há muitas razões pelas quais as duas VMs podem relatar informações diferentes, nenhuma delas necessariamente específica para o fato de serem Domu no Xen (suspeito que você tenha diferenças semelhantes no bare metal, ou no VMware, etc.):

  1. Eles têm diferentes números de CPUs
  2. Eles estão usando sequências de inicialização diferentes (a VM1 tem ro root=/dev/VolGroup00/LogVol00 console=xvc0 graphical utf8 e a VM2 tem root=UUID=ef8a64ee-140d-46b5-8061-231d81e1c7a0 ro console=hvc0 quiet splash $vt_handoff
  3. Os kernels podem ser compilados com padrões drasticamente diferentes (e provavelmente são, já que a VM1 é baseada em RedHat e a VM2 é baseada em Debian)
por 21.07.2013 / 01:14
0

Eu não sei se você fez, mas se você não tentou verificar seus parâmetros vm mem e verificar esta reservertion de memória para o seu vm com "xl list"

link

Obrigado

    
por 21.07.2013 / 00:15
-3

sim, como eu imaginei, é uma limitação dos convidados xen com o linux. Até parece que o kernel que você está usando só pode detectar 32 GB de memória para dom0.

    
por 17.07.2013 / 08:25