RE: Tunning postgres 8.2.5 con parametros ya definidos

> -----Mensaje original-----
> De: pgsql-es-ayuda-owner(at)postgresql(dot)org [mailto:pgsql-es-ayuda-
> owner(at)postgresql(dot)org] En nombre de Alvaro Herrera
> Enviado el: Miércoles, 17 de Octubre de 2007 18:36
> Para: Patricio Cifuentes Ithal
> CC: pgsql-es-ayuda(at)postgresql(dot)org
> Asunto: Re: [pgsql-es-ayuda] Tunning postgres 8.2.5 con parametros ya
> definidos
>
> Patricio Cifuentes Ithal escribió:
>
> > max_prepare_transactions = 5
>
> Si no usas "prepared transactions", puedes ponerlo en 0.
[Patricio Cifuentes Ithal]
Estoy ocupando starttrans y completetrans del adodb for php en mi
desarrollo, igualmente deviera ponerlo en 0?

>
> > work_mem = 100MB
>
> Demasiado alto. Quizas uno 16 MB serian suficientes.
>
> > vacumm_cost_delay=0
>
> No creo que te convenga tener un delay=0. Yo lo pondria en 10 solo
> para
> empezar, quizas despues subirlo.
[Patricio Cifuentes Ithal]
Esto es para el delay de inicio del vacuum? Ya que no lo entendí bien.

>
> > //WRITE AHEAD LOG
> >
> > wall_buffers=1024KB
>
> Esto es una perdida de memoria. El valor original de 64 KB deberia ser
> mas que suficiente.
>
>
> > //QUERY TUNNING
> >
> > seq_page_cost = 5.0
> > random_page_cost = 4.0
> > cpu_tuple_cost = 0.5
> > cpu_index_tuple_cost = 0.5
> > cpu_operator_cost = 0.5
>
> Estas parecen modificaciones aleatorias sin mucho sentido ...
[Patricio Cifuentes Ithal]
Quisiera entender bien para qué sirven estos parámetros, la doc en ingles
repoco me facilita las cosas, alguna idea en español de como configurar esos
parámetros, yo creo q se deben modificar según el uso de la BD q se le va a
dar. O es algo a lo cual puede servir para cualquier cosa?. Par ami efecto
son varios select ya q las tablas q se consultan son tablas geográficas de a
lo menos 1 millon de registros. Ya q se muestran vrios ríos y caminos, en
donde cada línea de rio ocamino representa un registro en la BD con postgis.

>
> > effective_cache_size = 128MB
>
> Esto esta totalmente malo; deberia ser shared_buffers+memoria que el
> OS usa para cache.
[Patricio Cifuentes Ithal]
El share_buffer esta en 1,6 GB por lo tanto debiera ser eso mas la memoria
del cache del S.O. q aun no la he visto (aunq no lo crean)

>
> > stats_reset_on_server_start = on
>
> Huhh ... para que??
[Patricio Cifuentes Ithal]
Ese parámetro no es parte de las estadísticas del vacuum?, no debiera
resetearce cada vez q el server se reinicie?, ahora si mi idea no es
factible o es una cabeza de pescado pido las disculpas correspondientes.

>
> --
> Alvaro Herrera Valdivia, Chile ICBM: S 39º 49' 18.1", W 73º 13'
> 56.4"
> Major Fambrough: You wish to see the frontier?
> John Dunbar: Yes sir, before it's gone.
> --
> TIP 5: ¿Has leído nuestro extenso FAQ?
> http://www.postgresql.org/docs/faqs.FAQ.html
>
> --
> Este mensaje ha sido analizado por MailScanner
> en busca de virus y otros contenidos peligrosos,
> y se considera que está limpio.
>
> www.siigsa.cl

--
Este mensaje ha sido analizado por MailScanner
en busca de virus y otros contenidos peligrosos,
y se considera que está limpio.

www.siigsa.cl