Colega,
O processo LMSx, onde esse x varia de 0 a j, é o próprio GCS (Global
Cache Service), responsável pela coordenação global de caches, ou se preferir,
chame-o de cache-fusion. Logo é comum ter mais de 1 processo desses em ambiente
RAC.
Quanto ao consumo de memória, acho que vc não está percebendo que boa
parte dessa memória é compartilhada com outros processos oracle.
Se vc se refere a área de swap(used) crescer, isso é normal, pode não
significar que o SO esteja sofrendo com swap. O kernel do linux considera que
memória livre é desperdício, dessa forma ele usa toda a memória, principalmente
com cache de file-system. Quando há necessidade de memória, ele decide ou
liberar a memória de cache ou fazer swap. No kernel 2.6 ele traz um novo
algoritmo para decidir qual é o melhor, vc pode induzir para fazer a decisão a
favor de sempre liberar o cache (sysctl -w vm.swappiness=0 ), mas não tem
jeito, invariavelmente vc irá ver que a área swap em uso aumenta, o que não
pode é aumentar a ponto de comprometer todo o espaço reservado para swap.
Aqui meu ambiente é muito parecido com o seu, tenho 2 nós com Red Hat
Linux ES 4 (X86-64), com 6GB de memória cada, minha SGA_TARGET é 2.5 GB, meu
PGA_AGGREGATE_TARGET é 1GB, minha área de swap usada é em torno de 350MB, e a
memória (SHR) dos processos oracle (inclusive o LMS que vc está preocupado),
consome em torno de 1.7GB.
Abraços,
Carlos Alfredo M. de Menezes
-----Mensagem original-----
De: [email protected] [mailto:[EMAIL PROTECTED] Em nome de Sergio
Leandro Ghellere
Enviada em: quinta-feira, 28 de setembro de 2006 10:39
Para: [email protected]
Assunto: [oracle_br] LMS - Lock manager server
Bom dia pessoal,
não sei se é exatamente um problema que estou enfrentando, mas é o seguinte:
Tenho 2 instancias configuradas em RAC (10.2.0.2) e as duas obviamente rodando
o
mesmo sistema operacional (LINUX IA64 - Red Hat enterprise server 4.0). As
instancias juntamente com db_keep_cache_size, db_recycle_cache_size, sga_target
e
pga_target atingem 2.55Gb de memória alocada nos dois servidores os quais
possuem
6Gb cada.
Acontece que um dos processos de background (LMS - Lock manager server) chega
a
ter 2 processos e cada um está alocando 1.2Gb! De vez em quando fazendo com que
as
máquinas façam swap...
Bom, duas coisas:
1 - Isso é normal? do que depende esse processo pra chegar a tanta memória
ocupada?
2 - Existe algum tipo de configuração do processo LMS?
Agradeço qualquer ajuda!
[]'s
Leandro
---- Webmail - http://www.ondarpc.com.br/
--------------------------------------------------------------------------------------------------------------------------
Atenção! As mensagens deste grupo são de acesso público e de inteira
responsabilidade de seus remetentes.
Acesse: http://www.mail-archive.com/[email protected]/
--------------------------------------------------------------------------------------------------------------------------__________________________________________________________________
OPORTUNIDADES DE TRABALHO, VAGAS, EMPREGOS PARA PROFISSIONAIS ORACLE VISITE:
http://www.oraclebr.com.br/
__________________________________________________________________
Este Grupo recebe o apoio da SQL Magazine - www.devmedia.com.br/sqlmagazine
Links do Yahoo! Grupos
--------------------------------------------------------------------------------------------------------------------------
Atenção! As mensagens deste grupo são de acesso público e de inteira
responsabilidade de seus remetentes.
Acesse: http://www.mail-archive.com/[email protected]/
--------------------------------------------------------------------------------------------------------------------------__________________________________________________________________
OPORTUNIDADES DE TRABALHO, VAGAS, EMPREGOS PARA PROFISSIONAIS ORACLE VISITE:
http://www.oraclebr.com.br/
__________________________________________________________________
Este Grupo recebe o apoio da SQL Magazine - www.devmedia.com.br/sqlmagazine
Links do Yahoo! Grupos
<*> Para visitar o site do seu grupo na web, acesse:
http://br.groups.yahoo.com/group/oracle_br/
<*> Para sair deste grupo, envie um e-mail para:
[EMAIL PROTECTED]
<*> O uso que você faz do Yahoo! Grupos está sujeito aos:
http://br.yahoo.com/info/utos.html
