Vê só, no que você mandou, você teria livre de verdade: (used -
cached) + free = 4763, o Oracle e os demais processos do SO utilizam o
valor de used - cached.
Isso o Linux faz para ficar mais rápido o acesso a dados em memória,
assim não precisa ficar indo a disco direto. O que se acessa mais
permanece mais em memória.
total used free shared buffers cached
Mem: 63449 62834 615 0 398 58686
-/+ buffers/cache: 3748 59700
Swap: 24583 33 24550
No Oracle, você pode saber quanto está sendo utilizado:
SELECT
USERNAME,
VALUE "UGA memory"
FROM
GV$SESSION sess,
GV$SESSTAT stat,
GV$STATNAME name
WHERE
sess.SID = stat.SID
AND stat.STATISTIC# = name.STATISTIC#
AND name.NAME = 'session uga memory';
Ou ainda utilizando a V$PROCESS, ela tem três colunas PGA_USED_MEM,
PGA_ALLOC_MEM e PGA_FREEABLE_MEM. Dá para saber quanto está sendo
utilizado, quanto alocado e quanto tem para usar ainda.
2009/5/25 candiurudba <[email protected]>:
> Hummm entendi, ou seja...se eu tiver 10GB dr RAM e somente 2GB para a SGa, o
> Linux com o comando free -m irá mostrar quase todos os 20GB em uso...
>
> então...como faço para mapear o que realmente eata sendo utilizado pelo Banco
> ? Seja SGA + Processos de background ?
>
>
> --- Em [email protected], "candiurudba" <candiuru...@...> escreveu
>>
>> Hoje tenho o seguinte cenario:
>>
>> total used free shared buffers cached
>> Mem: 63449 62834 615 0 398 58686
>> -/+ buffers/cache: 3748 59700
>> Swap: 24583 33 24550
>>
>> Ou seja, o correto seria o cached e não o free para verificar quanto de
>> memoria eu teria livre ?
>>
>>
>> --- Em [email protected], Rosivaldo Ramalho <rosivaldo@> escreveu
>> >
>> > Vê só, você está esquecendo de que tem gente acessando teu banco.
>> > Quando uma sessão é iniciada, é iniciado um processo (to considerando
>> > que teu server esteja com conexão dedicada) e esse processo consome
>> > memória.
>> >
>> > Quanto a história do linux, ele não consome tua memória livre, ele faz
>> > cache, então conta tem que ser feita o seguinte:
>> > $ free -m
>> > total used free shared buffers cached
>> > Mem: 1946 1379 567 0 43 665
>> >
>> > Tua memória livre, de verdade mesmo é o valor da coluna free - cached.
>> >
>> > []'s
>> >
>> > 2009/5/25 Willian Fernando Frasson <wfrasson@>
>> > >
>> > > Bom Dia Amigo,
>> > >
>> > > O que o linux faz e todo consumo de memoria e com essa memoria ele faz o
>> > > gerencimento da mesma.
>> > > Voce pode adicionar 500GB de memoria... e ira aparecer que o consumo
>> > > sera total.
>> > >
>> > >
>> > > Em Seg, 2009-05-25 às 13:58 +0000, candiurudba escreveu:
>> > > >
>> > > >
>> > > > Bom dia colegas,
>> > > >
>> > > > Tenho uma dúvida...tenho um servidor DELL 2950 e nele esta instalado o
>> > > > Suse 10 enterprise + Oracle 10.2.0.3.
>> > > >
>> > > > Neste servidor, tinhamos 32GB e o total de SGA era de 13GB. Nesta
>> > > > antiga configuração, utilizando um simples free -m, verificava que
>> > > > sobravam 182M livre no servidor.
>> > > >
>> > > > Neste final de semana, aumentamos a memória do servidor para 64 GB e
>> > > > destinei para SGA 20GB e neste momento, tenho sobrando 312M no
>> > > > servidor.
>> > > >
>> > > > Minha dúvida é a seguinte, apór ter adicionado quase o dobro de
>> > > > memória no servidor, não era para pelo menos ter mais megas livres ?
>> > > > Levando em consideração que nada foi alterado no banco ? Ou é normal
>> > > > os processos de background consumirem a memória do servidor em quase
>> > > > sua totalidade, sem termos alterações significativas no RDBMS ?
>> > > >
>> > > >
>> > > >
>> > > >
>> > > >
>> > >
>> > > __________________________________________________
>> > > Faça ligações para outros computadores com o novo Yahoo! Messenger
>> > > http://br.beta.messenger.yahoo.com/
>> > >
>> > >
>> > > ------------------------------------
>> > >
>> > > --------------------------------------------------------------------------------------------------------------------------
>> > > >Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de
>> > > >inteira responsabilidade de seus remetentes.
>> > > Acesse: http://www.mail-archive.com/[email protected]/
>> > > --------------------------------------------------------------------------------------------------------------------------
>> > > >Apostilas » Dicas e Exemplos » Função » Mundo Oracle » Package »
>> > > >Procedure » Scripts » Tutoriais - O GRUPO ORACLE_BR TEM SEU PROPRIO
>> > > >ESPAÇO! VISITE: http://www.oraclebr.com.br/
>> > > ------------------------------------------------------------------------------------------------------------------------
>> > > Links do Yahoo! Grupos
>> > >
>> > >
>> >
>> >
>> >
>> > --
>> > Rosivaldo Azevedo Ramalho
>> > Oracle Database 10g Certified Associate
>> > mail/msn: rosivaldo@
>> > web: http://rosivaldo.googlepages.com
>> > blog: http://esquinaoracle.blogspot.com
>> > mobile: +55 83 8893 8281
>> >
>>
>
>
>
>
> ------------------------------------
>
> --------------------------------------------------------------------------------------------------------------------------
>>Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de inteira
>>responsabilidade de seus remetentes.
> Acesse: http://www.mail-archive.com/[email protected]/
> --------------------------------------------------------------------------------------------------------------------------
>>Apostilas » Dicas e Exemplos » Função » Mundo Oracle » Package » Procedure »
>>Scripts » Tutoriais - O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE:
>>http://www.oraclebr.com.br/
> ------------------------------------------------------------------------------------------------------------------------
> Links do Yahoo! Grupos
>
>
>
--
Rosivaldo Azevedo Ramalho
Oracle Database 10g Certified Associate
mail/msn: [email protected]
web: http://rosivaldo.googlepages.com
blog: http://esquinaoracle.blogspot.com
mobile: +55 83 8893 8281
