From: | jose javier parra sanchez <jojapasa(at)gmail(dot)com> |
---|---|
To: | |
Cc: | Postgres Ayuda <pgsql-es-ayuda(at)postgresql(dot)org> |
Subject: | Re: procesos idle |
Date: | 2010-03-23 16:15:09 |
Message-ID: | 99f1636c1003230915w2ecd5c6ie9ac6f11913cf206@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-es-ayuda |
Creo que con este tema estais 'creando' un problema donde no lo hay.
Postgresql usa procesos, cada vez que 'algo' se conecta, se crea un
proceso, pero al finalizar su tarea no se destruye, esto no es
necesariamente 'malo', se hace asi porque es menos costoso usar uno de
esos 'procesos' en espera a tener que crear uno nuevo y destruirlo
cuando el cliente se desconecta.
Repito, no es nada malo, todo lo contrario.
El día 23 de marzo de 2010 17:07, Marcelo Opazo Vivallos
<m(dot)opazovivallos(at)gmail(dot)com> escribió:
> Estimada Lista,
>
> Los problemas de IDLE tambien me pasan. He averiguado un poco y
> realmente nose si se deba a error de programación del cliente que se
> conecta o bien a configuración en el Postgres. Según vi en postgres no
> existe ninguna configuración que mate estos procesos zombies superado
> ciertos minutos, por lo que hay que ocupar una interface que los
> elimine. Realmente lo que pesen los procesos no es relevante, lo que
> si es matarlos para que no se acomulen.
>
> Podrían orientarme un poco.
>
> pd: ojo, no es idle in transaction. solo IDLE y se quedan hasta
> reiniciar el servicio.
>
> Gracias,
> Marcelo
>
>
>
> El día 23 de marzo de 2010 12:56, Diego Ayala <netdiego81(at)gmail(dot)com> escribió:
>>
>>
>> El 23 de marzo de 2010 11:41, Jaime Casanova <jcasanov(at)systemguards(dot)com(dot)ec>
>> escribió:
>>>
>>> 2010/3/23 Diego Ayala <netdiego81(at)gmail(dot)com>
>>> >
>>> >
>>> > Sin embargo, mis procesos IDLE varian mucho y utilizan mucha memoria,
>>> > como podria hacer para bajar ese consumo por conexion IDLE, ya que no hacen
>>> > nada..??
>>> > La configuracion que tengo es
>>> > shared_buffers=2GB
>>>
>>> si tienes 10 GB en ram en un servidor dedicado dale al menos 4GB a
>>> shared_buffers
>>>
>>> > work_men = 8MG
>>> SI, disculpas el valor es MB.. ;-)
>>> esta unidad es nueva para mi, que son? MegaGigas? ;)
>>>
>>> >
>>> > postgres 22288 3.6 2.2 2307028 236840 ? Ss 10:17 0:00
>>> > postgres: sicp db_reingenieria 192.168.202.21(7327) idle
>>> > postgres 22289 4.8 1.2 2304936 128452 ? Ss 10:17 0:01
>>> > postgres: sicp db_reingenieria 192.168.202.21(7328) idle
>>> > postgres 22296 3.9 0.9 2290336 99984 ? Ss 10:17 0:00
>>> > postgres: sicp db_reingenieria 192.168.202.22(37880) idle
>>> > postgres 22297 13.2 1.9 2319436 209588 ? Ss 10:17 0:02
>>> > postgres: sicp db_reingenieria 192.168.202.22(37881) idle
>>> > postgres 22300 1.7 0.2 2300164 24920 ? Ss 10:17 0:00
>>> > postgres: sicp db_reingenieria 192.168.202.22(37882) idle
>>> > postgres 22301 9.7 1.2 2308604 128712 ? Ss 10:17 0:01
>>> > postgres: sicp db_reingenieria 192.168.202.22(37883) idle
>>> >
>>> >
>>>
>>> cual de estos numeros representa a la memoria usada por el backend?
>>> quiza si mostraras la sentencia ps que usaste seria mas util.
>>
>> el comando utilizado fue ps aux|grep postgres
>>
>> el valor que se encuentra antes de '?' indica la cantidad de memoria en kb
>>>
>>> --
>>> Atentamente,
>>> Jaime Casanova
>>> Soporte y capacitación de PostgreSQL
>>> Asesoría y desarrollo de sistemas
>>> Guayaquil - Ecuador
>>> Cel. +59387171157
> --
> TIP 6: ¿Has buscado en los archivos de nuestra lista de correo?
> http://archives.postgresql.org/pgsql-es-ayuda
>
From | Date | Subject | |
---|---|---|---|
Next Message | Gabriel Hermes Colina Zambra | 2010-03-23 16:20:34 | Levantar respaldo solo con el directorio DATA |
Previous Message | Marcelo Opazo Vivallos | 2010-03-23 16:07:21 | Re: procesos idle |