Re: Consulta Tuning

On 22/11/05, Edwin Quijada <listas_quijada(at)hotmail(dot)com> wrote:
> Empieza por cambiar de version y luego hablamos de velocidad. Puedes volarte
> a la 8.0.4 directamente y veras lo que es correr
>
>
> >From: "John Isler" <jisler(at)minrel(dot)gov(dot)cl>
> >To: "Edwin Quijada" <listas_quijada(at)hotmail(dot)com>
> >Subject: RE: [pgsql-es-ayuda] Consulta Tuning
> >Date: Tue, 22 Nov 2005 15:21:34 -0300
> >
> >No alvaro mi postgresql 7.3 y otra consultita
> >Mas menos cuanto se demora una consulta que te traiga unos 100 registros
> >Ya que en el mio se esta demorando unos 20 segundos
> >
A manera de pruebas cree un script en python que me devuelve 10400
registros en cerca de 2 segundos. La tabla no tiene indices, solo
seleciono todos los datos.

~/python$ time python select_values.py
[....]
Row 10463 = 0.34056811863 0.422311791907
Row 10464 = 0.210212941809 0.322026098371

real 0m2.393s
user 0m0.400s
sys 0m0.080s

Lo de arriba no es para nada un buen ejemplo sino es para demostrar
lo que podria tomar una consulta muy basica. No se que estaras sacando
de la base, porque para demorarse 20 segundos para 100 registros....
quizas algo debe andar mal.

> >
> >John Esteban Isler Icarte
> >Analista de Sistemas
> >Ministerio de Relaciones Exteriores
> >-----Mensaje original-----
> >De: pgsql-es-ayuda-owner(at)postgresql(dot)org
> >[mailto:pgsql-es-ayuda-owner(at)postgresql(dot)org] En nombre de Edwin Quijada
> >Enviado el: martes, 22 de noviembre de 2005 12:15
> >Para: John Isler
> >CC: pgsql-es-ayuda(at)postgresql(dot)org
> >Asunto: RE: [pgsql-es-ayuda] Consulta Tuning
> >
> >Yo tengo ese mismo equipo y le puse 140000 aunq Alvaro no le gusto mucho
> >ese
> >numero :)
> >
> >
> > >From: "John Isler" <jisler(at)minrel(dot)gov(dot)cl>
> > >To: <pgsql-es-ayuda(at)postgresql(dot)org>
> > >Subject: [pgsql-es-ayuda] Consulta Tuning
> > >Date: Tue, 22 Nov 2005 09:07:10 -0300
> > >
> > >Tengo un xeon de 3000 hz. Con 2 gigas en ram, haciendo pruebas de tuning
> > >ayer
> > >
> > >Llegue a darle hasta el 30 por ciento de ram para su zona de trabajo
> > >logrando mejorar
> > >
> > >Su performance de una manera aceptable, Mi pregunta va si es recomendable
> > >seguir subiendo
> > >
> > >El porcentaje de memoria para lograr más rendimiento, esto lo hice
> > >basándome en un documento
> > >
> > >Sacado de la pagina de Juan Carlos Moral, el valor final que deje en
> > >shared_buffers = 90000
> > >
> > >y tengo unas 300 conexiones concurrentes...
> > >
> > >