-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
[Quando li o Assunto dessa mensagem, pensei "ih, l� vem a hist�ria de novo"]
F�bio Santos Almeida wrote:
>Depois que fecho o ambiente gr�fico continuo com
>poucos MB livres, consegui liberar a mem�ria dando um
>boot no micro. E j� verifiquei com o ps ax, que n�o
>ficou nenhum processo do Java ativo quando encerrei o
>IceWM.
>
>Algu�m sabe o que posso fazer para resolver este
>problema?
Pela l�gica, para voc� resolver um problema, voc� precisa ter um problema.
Voc� n�o tem nenhum. Logo, n�o h� nada para resolver.
Explico-me:
a sua pergunta � uma d�vida extremamente comum entre iniciantes de Linux. Por
isso pensei "l� vem de novo". O que voc�s t�m que se acostumar � que o Linux
n�o � um operacional de besteira. O gerenciamento de mem�ria e performance do
sistema s�o coisas levadas muito a s�rio, usando algoritmos novos e modernos.
Aquilo que aprendemos nas aulas de computa��o sobre "libero a mem�ria =
mem�ria fica livre" e o que estamos acostumados desde operacionais simples
como o DOS em que "mais mem�ria livre melhor" n�o � mais necessariamente
verdade!
Pense assim: voc� tem mem�ria que n�o est� sendo usada pelos seus programas. O
que � melhor fazer dela: deix�-la ali, sem uso, ou us�-la para acelerar o
sistema? Pois bem, � isso que o Linux faz. A mem�ria que os aplicativos n�o
est�o usando � usada pelo pr�prio kernel para fazer cache de dados e para os
buffes de rede. Essa mem�ria � prontamente retornada ao sistema caso um
programa pe�a mais mem�ria.
Ent�o, por exemplo, examinemos a sa�da do comando free na minha m�quina:
$ free
total used free shared buffers cached
Mem: 775640 771420 4220 0 30272 384540
- -/+ buffers/cache: 356608 419032
Swap: 1012016 187132 824884
Voc� vai me dizer que a minha m�quina de 768MB de RAM tem apenas 4 MB livre
n�o? Pois eu te digo que ela tem na verdade mais de 400 MB dispon�veis para
os aplicativos caso eles queiram usar. A coluna "free" tem dois significados:
na primeira linha, � a mem�ria imediatamente dispon�vel e geralmente fica
nessa casa a�, 4MB. A segunda linha � a mem�ria que est� dispon�vel para os
aplicativos (e na coluna "used" quanto realmente eles est�o usando).
Algo similar ocorre para o swap. Iniciantes pensam, "o swap n�o deve ser usado
enquanto tiver mem�ria f�sica dispon�vel". N�o � verdade. O kernel pode
eleger algumas p�ginas de mem�ria para serem mandadas para o swap caso ele
detecte que essas p�ginas realmente n�o est�o sendo usadas e que o processo
de swap n�o v� atrapalhar o sistema. Como voc� pode ver no meu sistema, mais
de 180MB em p�ginas foram mandadas para o swap. E olhe que n�o � por falta de
mem�ria f�sica: � justamente para liberar _mais_ mem�ria.
Espero que tenha elucidado sua d�vida.
PS: a coluna "shared" n�o � mais usada desde o kernel 2.4.0.
- --
Thiago Macieira - Registered Linux user #65028
[EMAIL PROTECTED]
ICQ UIN: 1967141 PGP/GPG: 0x6EF45358; fingerprint:
E067 918B B660 DBD1 105C 966C 33F5 F005 6EF4 5358
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.2 (GNU/Linux)
iD8DBQE/KkiWM/XwBW70U1gRAihbAJwNeiZHtO0PIiBveWVCISpqJCYjhQCgkM4x
wVA1yzqLZKmy9PSn3VLN6g8=
=oqZm
-----END PGP SIGNATURE-----
---------------------------------------------------------------------------
Esta lista � patrocinada pela Conectiva S.A. Visite http://www.conectiva.com.br
Arquivo: http://bazar2.conectiva.com.br/mailman/listinfo/linux-br
Regras de utiliza��o da lista: http://linux-br.conectiva.com.br
FAQ: http://www.zago.eti.br/menu.html
