Re: Tunning postgres 8.2.5 con parametros ya definidos

From: "Mario Soto" <msotocl(at)gmail(dot)com>
To: pcifuentes(at)siigsa(dot)cl
Cc: pgsql-es-ayuda(at)postgresql(dot)org
Subject: Re: Tunning postgres 8.2.5 con parametros ya definidos
Date: 2007-10-10 01:29:24
Message-ID: e9b17cde0710091829l4f74d627ydb91fd97d231daa4@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-es-ayuda

Creo que deberias triplicarlo, en todo caso ve este articulo:

http://www.network-theory.co.uk/docs/postgresql/vol3/FreeSpaceMap.html

Pero insisto, correu un vacuum (no full) y analiza las estadisticas

Saludos

El día 9/10/07, Patricio Cifuentes Ithal <pcifuentes(at)siigsa(dot)cl> escribió:
>
> *De:* pgsql-es-ayuda-owner(at)postgresql(dot)org [mailto:
> pgsql-es-ayuda-owner(at)postgresql(dot)org] *En nombre de *Mario Soto
> *Enviado el:* Martes, 09 de Octubre de 2007 14:25
> *Para:* pcifuentes(at)siigsa(dot)cl
> *CC:* pgsql-es-ayuda(at)postgresql(dot)org
> *Asunto:* Re: [pgsql-es-ayuda] Tunning postgres 8.2.5 con parametros ya
> definidos
>
>
>
> Patricio:
>
>
>
> Bueno lo preguntaba porque creo que tu free space map es un poco
> pequeño, (max_fsm_pages). Podrías correr un vacuum verbose y ver las
> estadisticas que te indica.
>
>
>
> Saludos
>
>
>
> *[Patricio Cifuentes Ithal] *
>
> *En ese caso que valores me recomendarías poner? Tomando en cuenta la conf
> que tengo*
>
> * *
>
> * *
>
> * *
>
> //CONECTIONS
>
> max_connections = 100
>
>
>
> //RESOURCES
>
> shared_buffer = 1550MB
>
> temp_buffers = 8MB
>
> max_prepare_transactions = 5
>
> work_mem = 100MB
>
> maintenance_work_mem = 16MB
>
> max_fsm_pages = 153600
>
> vacumm_cost_delay=0
>
> vacumm_cost_page_hit=1
>
> vacumm_cost_page_miss = 10
>
> vacumm_cost_limit=200
>
>
>
> //WRITE AHEAD LOG
>
> wall_buffers=1024KB
>
> checkpoint_segments = 9
>
>
>
> //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
>
> effective_cache_size = 128MB
>
>
>
> //RUNTIME STATISTICS
>
> stats_start_collector = on
>
> stats_block_level = on
>
> stats_row_level = on
>
> stats_reset_on_server_start = on
>
>
>
>
>
> //AUTOVACUUM PARAMETERS
>
> autovacuum = on (todos los demás vacuum van por defecto)
>
>
>
> * *
>
>
>
>
>
>
> El día 9/10/07, *Patricio Cifuentes Ithal* <pcifuentes(at)siigsa(dot)cl>
> escribió:
>
> *De:* Mario Soto [mailto: msotocl(at)gmail(dot)com]
> *Enviado el:* Martes, 09 de Octubre de 2007 14:01
> *Para:* pcifuentes(at)siigsa(dot)cl
> *Asunto:* Re: [pgsql-es-ayuda] Tunning postgres 8.2.5 con parametros ya
> definidos
>
>
>
> Hola Patricio:
>
>
>
> Como calculastes el valor del max_fsm_pages, work_mem y shared_buffer
>
>
>
> Saludos
>
> *[Patricio Cifuentes Ithal] *
>
> *Mario,*
>
> * Bueno primero que todo responde a la lista también.*
>
> *Los parámetros los calcule de alguna de las doc que trae postgres, pero
> que no entendí muxo, eso por dos cosas.. no le pego mucho al english y con
> eso no puedo poner bajo contexto de la materia para entenderla cabalmente.
> Por suerte en la lista hay varios cálculos ya hechos y a su vez unos link
> muy buenos donde uno te puedes orientar mejor. Uno de eso lugares es
> www.juancarlosmoral.es y de ahí principalmente fueron mis cálculos*
>
>
>
>
> El día 9/10/07, *Patricio Cifuentes Ithal* <pcifuentes(at)siigsa(dot)cl>
> escribió:
>
> Lista,
>
> Bueno adjunto envío l listado de parámetros modificados en mi postgres,
> ojala me ayuden a configurar el server para obtener un mejor rendimiento y
> sacar el máximo provecho en terminos de software y hardware.
>
> Tomando en consideración que mi server es un DELL 2900 dos procesadores
> doble núcleo, 4GB RAM 300 GB DD, la configuración sería para sistemas
> geográficos o sea de bastantes consultas, por lo tanto lo que más necesito
> es que los índices corran mejor que bien, y a su vez tengo unas 1000
> transacciones en mis tablas como promedio, los cuales ya tengo bien
> estructurados y definidos.
>
>
>
> //CONECTIONS
>
> max_connections = 100
>
>
>
> //RESOURCES
>
> shared_buffer = 1550MB
>
> temp_buffers = 8MB
>
> max_prepare_transactions = 5
>
> work_mem = 100MB
>
> maintenance_work_mem = 16MB
>
> max_fsm_pages = 153600
>
> vacumm_cost_delay=0
>
> vacumm_cost_page_hit=1
>
> vacumm_cost_page_miss = 10
>
> vacumm_cost_limit=200
>
>
>
> //WRITE AHEAD LOG
>
> wall_buffers=1024KB
>
> checkpoint_segments = 9
>
>
>
> //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
>
> effective_cache_size = 128MB
>
>
>
> //RUNTIME STATISTICS
>
> stats_start_collector = on
>
> stats_block_level = on
>
> stats_row_level = on
>
> stats_reset_on_server_start = on
>
>
>
>
>
> //AUTOVACUUM PARAMETERS
>
> autovacuum = on (todos los demás vacuum van por defecto)
>
>
>
>
>
> Muchas gracias por la ayuda que puedan ofrecer!!
>
>
>
> *Patricio Cifuentes Ithal | Ingeniero en Informática*
>
> Desarrollo Tecnológico
>
> +56(2) 204 60 22 | www.siigsa.cl
>
> SIIGSA
>
>
>
>
> --
> Este mensaje ha sido analizado por MailScanner<http://www.mailscanner.info/>
> en busca de virus y otros contenidos peligrosos,
> y se considera que está limpio.
>
> *www.siigsa.cl* <http://www.siigsa.cl/>* *
>
> *
>
> --
> Este mensaje ha sido analizado por MailScanner<http://www.mailscanner.info/>
> en busca de virus y otros contenidos peligrosos,
> y se considera que está limpio.
>
> www.siigsa.cl *
>
> *
> --
> Este mensaje ha sido analizado por MailScanner<http://www.mailscanner.info/>
> en busca de virus y otros contenidos peligrosos,
> y se considera que está limpio.
>
> www.siigsa.cl *
>
> *
>
> --
> Este mensaje ha sido analizado por MailScanner<http://www.mailscanner.info/>
> en busca de virus y otros contenidos peligrosos,
> y se considera que está limpio.
>
> www.siigsa.cl *
>
> --
> Este mensaje ha sido analizado por MailScanner<http://www.mailscanner.info/>
> en busca de virus y otros contenidos peligrosos,
> y se considera que está limpio.
>
> *www.siigsa.cl* <http://www.siigsa.cl/>
>

In response to

Browse pgsql-es-ayuda by date

  From Date Subject
Next Message Mario Soto 2007-10-10 01:32:20 Re: Probles al ejecutar un procedimiento almacenado en postgres
Previous Message Teofilo Oviedo 2007-10-09 19:41:12 Re: Consulta