Re: pregunta acerca de paging - mi conclusión -

Primero muchas gracias a Diego y Braulio por tomarse el tiempo para 
horientarme en este tema, del cual hasta hace poco no había leído nada.

En cuanto a lo que mencionó Diego "Si quieres que se use menos el swap y 
mas la memoria (pero potencialmente reduciendo la disponibilidad del 
page cache), puedes jugar con el valor de /proc/sys/vm/swappiness (por 
defecto en 60, lo cual tiene sentido en tus 3GB de memoria). Un valor de 
100 manda todo a disco, y un valor de 0 mantiene todo en memoria a menos 
que ya no haya)"
He estado jugando un poco con esto, sin embargo analizándolo un poco más 
veo que el vmstat -s me dice que            
0 pages swapped in
10 pages swapped out

Sin embargo en el mismo momento tiene

10364728 pages paged in
53716416 pages paged out

buscando un poco de información al respecto leí que el swaping vuelca 
toda la memoria que está usando un proceso a disco, mientras el paging 
sólo vuelca las páginas más viejas. No tengo muy claro como interpretar 
lo anterio, pues entonces podría decirse que prácticamente no estoy 
haciendo swapping.

Por otra parte, luego de leer lo que escribió Braulio "... el programa 
ese te dice que es malo el "paging". Realmente no sé por qué. Podría ser 
tan malo como tan bueno, o sea, que todas las páginas que están en disco 
no se están usando, por eso están en disco. Lo que es malo realmente es 
el "trashing...", a mí se me ocurre que el programita puede estar usando 
el tamaño de la memoria y el swap para hacer algún cálculo y determinar 
si la cantidad de paginas por minuto es "apropiada". Tomando en cuenta 
que la computadora de la que estoy hablando tiene un swap desde mi punto 
de vista mal definido esto podría provocar la alerta en el software. (Al 
decir mal definido me refiero a que el swap es de un tamaño demasiado 
grande 6GB y en algún lugar leí que un swap de más de 2GB no tiene mucho 
sentido)

Finalmente, les cuento que ya instalé el munin, el cual se recomienda  
en  uno de los vínculos que me pasó Diego para monitorear servidores. Se 
ve muy interesante y voy a seguir monitoreando. Casualmente ese servidor 
hace un uso intenso de mysql, por lo que voy a darle prioridad a algo 
que venía posponiendo hace tiempo, leer algo de documentación acerca de 
afinamiento de mysql y proceder a afinarlo.

Muchas gracias por toda la información que me enviaron,

Elídier.


Diego Dompe wrote:
> Elidier,
>
> Linux mantiene un un pool de paginas libres de memoria que tienen dos 
> destinos: el slab allocator (responsable de los "mallocs") y el page 
> cache (responsable de los buffers para operaciones en disco).
>
> Por defecto el page cache crece hasta ocupar casi toda la memoria del 
> sistema para buffers de discos (quitandosela al slab). Si al slab le 
> falta memoria el se la puede reclamar al page cache. Esta logica trata 
> de optimizar (minimizar) el uso del disco.
>
> Las paginas del page cache no pueden ser "swapeadas" a disco, solo las 
> del slab. El slab va a empezar a botar paginas al swap aunque tengas 
> espacio libre para dejarle campo al page cache.
>
> Si quieres que se use menos el swap y mas la memoria (pero 
> potencialmente reduciendo la disponibilidad del page cache), puedes 
> jugar con el valor de /proc/sys/vm/swappiness (por defecto en 60, lo 
> cual tiene sentido en tus 3GB de memoria). Un valor de 100 manda todo 
> a disco, y un valor de 0 mantiene todo en memoria a menos que ya no 
> haya). En el caso de tu servidor yo diria que un valor de 5 seria 
> usable ya que dejaria 150MB para page cache (lo cual es bastante, por 
> lo menos en mi mundo).
>
> El valor de swappiness es una lucha religiosa, asi que es cuestion de 
> que elijas tu bando:
> http://kerneltrap.org/node/3000
> http://feedblog.org/2006/09/27/stupid-linux-swap-tricks-with-swappiness/
>
> Saludos,
>
> Diego
>
> On Feb 25, 2008, at 9:18 AM, Elidier Moya R wrote:
>
>> Hola amigos listeros:
>>
>> Primero, mis disculpas por enviar esto a dos listas a la vez. El 
>> motivo es que en varias ocasiones he escrito y mi correo electrónico 
>> no llega. Vamos a ver esta vez como me va.
>>
>> Les comento que hace algunos días nos visitó un vendedor de una 
>> empresa que representa a Quest Software. El asunto es que durante la 
>> conversación mencionó que su empresa tenía un software gratuito 
>> llamado Spotlight para unix, el cual es para monitorear el 
>> rendimiento de los servidores.
>>
>> Lo instalé y el software tiene una interfáz gráfica agradable, sin 
>> embargo nada fuera de lo común. De hecho casi todo lo puedo obtener 
>> con comandos como free, df, etc.
>>
>> Bueno, para concretar el motivo de mi correo electrónico, el asunto 
>> es que dicho software presenta una alarma con respecto a algo llamado 
>> paging (concepto que yo hasta el momento desconocía)
>>
>> He estado leyendo un poco y entiendo que un valor alto en paging se 
>> da cuando la computadora tiene poca memoria libre y debe bajar 
>> páginas viejas al swap)
>>
>> El asunto es que la computadora tiene apróximadamente un 1GB de 
>> memoria libre. Entonces ¿por qué tengo este valor tan alto?
>>
>> Debo mencionar que mi sistema operativo es Debian Etch y que el 
>> kernel es el 2.6.18. Yo mismo lo compilé para que me reconociera los 
>> 3Gb de Ram, pues antes reconocía apróximadamente 900 Mb. ¿Será que no 
>> activé algo en el kernel y de allí viene mi problema?
>>
>> La verdad no tengo idea por donde entrarle a este asunto y cualquier 
>> luz que me puedan dar al respecto será muy bien recibida.
>>
>> Saludos,
>>
>> Elídier.
>>
>> --**************************
>> Salve un árbol. ¡No imprima este correo electrónico a no ser que sea 
>> realmente necesario!
>> Save a tree. Don't print this e-mail unless it's really necessary ! 
>> **************************
>>
>>
>> --Desuscripción: escriba a [email protected], tema 
>> 'unsubscribe'
>> Problemas a: listmaster-OboePbRKvvNfiGD1PZgFNpe6H/[email protected]  
>> http://gulcr.org/ListasDeCorreo
>>
>
>


-- 
**************************
Salve un árbol. ¡No imprima este correo electrónico a no ser que sea realmente necesario!
Save a tree. Don't print this e-mail unless it's really necessary ! 
**************************