Efectivamente he encontrado en las horas picos que ha llegado a 40% el
iowait, quedando un buen % de procesador idle, y ya creo haber
encontrado la consulta sicaria que estaba produciendo este problema.
Muchas gracias por todo, y les consulto para terminar de comprender la
herramienta pg_top, que son los RES (memoria) y WCPU ?
Puede ser que SIZE sea lo que toma de memoria el proceso y RES es lo que
utiliza efectivamente?
Saludos y nuevamente gracias a todos.
Mario Sileone.
El 27/07/10 13:25, Alvaro Herrera escribió:
Excerpts from Mario Sileone's message of mar jul 27 09:52:59 -0400 2010:
Gente, ante nada quiero agradecer a todos por su ayuda, he seguido los
consejos de Alvaro, Eduardo, y revisado con respecto a esto para
descartar finalmente el problema de locks, sacar algunos índices y el
pg_top me ha ayudado mucho para revisar el problema que tengo, y gracias
a esto noté un par de cosas que no terminaron de cerrarme y me
parecieron extrañas. El buffer en pg_top bajó a tán solo 18 Mb y el
caché llego a casi 7 Gb. en la medida que pasó el tiempo, el buffer
comenzó a subir hasta 223 Mb.
Hola, esto es normal. La cantidad de memoria en "cache" es indicativo
del sistema operativo ocupando la memoria en forma eficiente.
Lo único que debe preocuparte es que el swap no suba de forma
descontrolada. También verifica el uso de CPU: si hay mucho en %iowait,
es mal indicador y debe investigarse.
y noté pocos procesos accediendo al disco pero si mas de 100 procesos,
con hasta 80 en sleep mientras se van liberando.
Todo normal.
-
Enviado a la lista de correo pgsql-es-ayuda (pgsql-es-ayuda@postgresql.org)
Para cambiar tu suscripci�n:
http://www.postgresql.org/mailpref/pgsql-es-ayuda
