Skip site navigation (1) Skip section navigation (2)

Re: RES: Ayuda tuning PG 8.24

From: "Moises Alberto Lindo Gutarra" <mlindo(at)gmail(dot)com>
To: pgsql-es-ayuda(at)postgresql(dot)org
Subject: Re: RES: Ayuda tuning PG 8.24
Date: 2007-09-21 17:22:11
Message-ID: 5db591c00709211022n3de8109cx59ce88371e70b462@mail.gmail.com (view raw or flat)
Thread:
Lists: pgsql-es-ayuda
El 21/09/07, Alvaro Herrera <alvherre(at)commandprompt(dot)com> escribió:
> Moises Alberto Lindo Gutarra escribió:
> > El 21/09/07, Alvaro Herrera <alvherre(at)commandprompt(dot)com> escribió:
> > > Moises Alberto Lindo Gutarra escribió:
> > >
> > > > Hola Alvaro,
> > > > tenia entendido que el consumo de memoria por coneccion pasiva realizada
> > > > en PostgreSQL solo se consumia 14kb que era mucho menos que
> > > > 50kb que consume MSSQL, esto en la versión 7.4.x ahora mencionas que
> > > > son 3 MB (me imagino que en la version 8.2.x), me parece demasiado
> > > > consumo por una conección inerte, podrias explicar esto por favor.
> > >
> > > ¿14 kB?  ¿De donde salio esa cifra?  ¿Quien la calculó y cómo?
> >
> > Hace mucho tiempo revise algunos forums de HACKERS de postgresql y alli hacia
> > referencia a este consumo de memoria por coneccion en versiones 7.4.x, no tengo
> > la menor idea como lo calculó, y realmente cuando habian 200 usuarios
> > concurrentes, sin usar pool de conecciones ni nada pro el estilo, veia que el
> > cosumo de memoria era minimo, lo que me causó mucha impresión postgresl con
> > respecto a otros motores como mssql que consumian gran cantidad de memoria.
> >
> > Ahora mencionas 3MB que me parece excesivo para una coneccion pasiva
> > en postgresql, por eso te pregunto como realizas este calculo para
> > eviar problemas con servidores pobres en memoria.
>
> Vi la salida de "ps":
>
> USER       PID %CPU %MEM    VSZ   RSS TTY      STAT START   TIME COMMAND
> alvherre 11637  0.0  0.2  51964  2256 ?        Ss   12:51   0:00 postgres: alvherre alvherre [local] idle
>
>
> La columna RSS es "resident set size", aqui son 2.2MB.  En realidad
> habria que restarle la parte que es compartida entre varios backends.
> Hmm, creo que la forma mas facil de calcular la parte no compartida es
> ver cuantos segmentos marcados "w" en /proc/*/smaps.  En todo caso, aca
> el [heap] es de 1396 kB (800 kB de RSS), asi que la cifra es de ahí
> hacia arriba.  14 kB me parece una cifra bien inverosímil.
>
> --
> Alvaro Herrera                         http://www.flickr.com/photos/alvherre/
> "A wizard is never late, Frodo Baggins, nor is he early.
>  He arrives precisely when he means to."  (Gandalf, en LoTR FoTR)
>

Aqui tengo el resultado via webmin del soncumo de memoria de una consulta
regular, ojo que no es inerte y no llega a 1MB, entonces no podemos decir
que una que si lo es consuma 3M, en todo caso habra que realizar una
investigacion mas al fondo.

Command postgres: postgres tm_evaluacion 10.252.130.38(37239) idle
Process ID 16271 Parent process /home/postgres824/bin/postmast ...
Owner postgres
Size 826148 kB
Started 12:15 Real user postgres


-- 
Atentamente,
Moisés Alberto Lindo Gutarra
Asesor - Desarrollador Java / Open Source

In response to

Responses

pgsql-es-ayuda by date

Next:From: Felipe AmezquitaDate: 2007-09-21 18:21:06
Subject: Identificar si hay bloqueos
Previous:From: Miguel Bernilla SánchezDate: 2007-09-21 17:18:05
Subject: Re: RV: URGENTE

Privacy Policy | About PostgreSQL
Copyright © 1996-2014 The PostgreSQL Global Development Group