Limpar Memória

[hamasterisk]

O problema é exatamente esse.
Nosso banco de dados está bem grande e a cada dump, chupa uma memória muito grande.
A máquina originalmente estava com 1Gb de RAM. Passei pra 2Gb e agora ta com 4Gb.
Como faço um backup por hora, depois de 5 backup, a memória RAM livre tá em 23Mb e isso compromete a performance, pois começar a fazer cache no disco.

Postado Originalmente por fredy10

Não... Uma das grandes vantagens do linux em relação ao ruindows é a questão de gerenciamento de memória... Ele não fragmenta muito a memória e por isso ganha performance.

A questão de cached, ele mesmo vai se virando. Você não precisa se preocupar com isso. É só você ficar de olho, quando a memória em cache (cached) estiver alta, é sinal que tem memória livre. Se for diminuindo muito e a memória livre também estiver baixa, aí sim está faltando memória fisica.

Passe por favor o resultado do TOP para eu dar uma olhada.

[fredy10]

Postado Originalmente por hamasterisk

O problema é exatamente esse.
Nosso banco de dados está bem grande e a cada dump, chupa uma memória muito grande.
A máquina originalmente estava com 1Gb de RAM. Passei pra 2Gb e agora ta com 4Gb.
Como faço um backup por hora, depois de 5 backup, a memória RAM livre tá em 23Mb e isso compromete a performance, pois começar a fazer cache no disco.

Mas e a memória cached tá em quanto???

Tenho 15 servidores de banco aqui. 3 deles são mysql. O menor banco mysql tem 5GB e as máquinas rodam tranquilas... a última foi reiniciada a mais de 6 meses.

Por isso quero ver se ela está deixando em cached

[hamasterisk]

Fazer cache de pesquisas frequentes é totalmente compreensível.
Mas quando o sistema compacta alguns arquivos pra serem copiados e nunca mais serão usados, não faz sentido ficar com isso em RAM.

Postado Originalmente por fredy10

Mas e a memória cached tá em quanto???

Tenho 15 servidores de banco aqui. 3 deles são mysql. O menor banco mysql tem 5GB e as máquinas rodam tranquilas... a última foi reiniciada a mais de 6 meses.

Por isso quero ver se ela está deixando em cached

[galahad]

Qual a distribuição e a versão de kernel você está utilizando?

Verificou se o flush tables melhora a questão da utilização da memória?

[hamasterisk]

Centos

2.6.9-67.0.15.ELsmp #1 SMP Thu May 8 10:52:19 EDT 2008 i686 i686 i386 GNU/Linux

Postado Originalmente por galahad

Qual a distribuição e a versão de kernel você está utilizando?

Verificou se o flush tables melhora a questão da utilização da memória?

[fredy10]

Eu sei que você está confuso quanto a isso... Mas pense só em uma coisa:

Quando a memória é utilizada, são gravados dados nela. Após a utilização, mesmo que o kernel marque essa área como livre, os dados permanecerão lá, pois para limpar a memória, ele teria que zerar todos os bits da memória (isso falando a nível de hardware mesmo) e isso traria uma demora. Certo?
Então... o cache, é justamente essa área que está livre para gravação. Caso o kernel necessite alocar algo naquela área, ele irá regravar os dados que estavam lá antes.

Se ele tivesse que limpar a memória primeiro (zerar os bits) e depois gravar novamente os novos dados, isso demoraria o dobro do tempo. Por esse motivo o *nix fazem esse cache. A micro$$oft aprendeu a fazer isso e está utilizando o mesmo sistema no rwindows vista...

[hamasterisk]

O problema é a grande perda de performance quando estamos sem RAM livre.
Vou lhe dar um exemplo: acabo de dar boot no servidor e ele sobe com 3.9Gb de memória RAM livre. Disparo o backup e após o dump em SQL e posterior compactação com tgz, a memória livre cai para 23Mb e fica nisso. A performance da aplicação fica horrível. Se eu não der um boot no servidor ou executar os comandos, fica simplesmente inviável usar a aplicação.
O boot resolve, mas tem que ficar fazendo manual e demora uns 7 minutos, em virtude de todas as checagens SCSI, etc... Se esse comando funcionasse, sem ficar travando, seria o ideal.

Postado Originalmente por fredy10

Eu sei que você está confuso quanto a isso... Mas pense só em uma coisa:

Quando a memória é utilizada, são gravados dados nela. Após a utilização, mesmo que o kernel marque essa área como livre, os dados permanecerão lá, pois para limpar a memória, ele teria que zerar todos os bits da memória (isso falando a nível de hardware mesmo) e isso traria uma demora. Certo?
Então... o cache, é justamente essa área que está livre para gravação. Caso o kernel necessite alocar algo naquela área, ele irá regravar os dados que estavam lá antes.

Se ele tivesse que limpar a memória primeiro (zerar os bits) e depois gravar novamente os novos dados, isso demoraria o dobro do tempo. Por esse motivo o *nix fazem esse cache. A micro$$oft aprendeu a fazer isso e está utilizando o mesmo sistema no rwindows vista...

[fredy10]

Bom, se você passar o resultado do TOP quando sua máquina está lenta, fica mais fácil analisar e opinar...