From: | Alvaro Herrera <alvherre(at)commandprompt(dot)com> |
---|---|
To: | Patricio Cifuentes Ithal <pcifuentes(at)siigsa(dot)cl> |
Cc: | pgsql-es-ayuda(at)postgresql(dot)org |
Subject: | Re: Performance y tunning postgres |
Date: | 2007-06-29 20:07:26 |
Message-ID: | 20070629200726.GK10563@alvh.no-ip.org |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-es-ayuda |
Patricio Cifuentes Ithal escribió:
> Max_connection | 300
> > share_buffer | 262164
> > > checkpoint_segments | 16
> > > effective_cache_size | 692674
> > > enable_seqscan | true
> > > max_fsm_pages | 1048576
> > > max_fsm_relations | 32768
> > > sort_mem | 32384
> > > vacuum_mem | 16384
> > > cpu_tuple_cost | 0.5
> > > cpu_index_tuple_cost | 0.1
> > > cpu_operator_cost | 0.5
>
> Ok asi la deje ahora, estará bien?, tomando en cuenta q es de dos
> procesadores de doble núcleo y 4 GB en RAM quiero dejarle el 40% de la RAM,
> indiferentemente la versión , es verdad q entre mas share_buffer se vuelve
> mas lento?
No es indiferente de la version; en 8.0 y anteriores si era cierto, en
las mas nuevas no es cierto. Los algoritmos de shared_buffers son
muchisimo mejores desde 8.1. En 7.4, no es buena idea subirlo mucho.
Quizas aqui lo dejaste demasiado alto.
sort_mem me sigue pareciendo muy alto, pero depende de que tanta
concurrencia tengas.
--
Alvaro Herrera http://www.CommandPrompt.com/
The PostgreSQL Company - Command Prompt, Inc.
From | Date | Subject | |
---|---|---|---|
Next Message | Leonel | 2007-06-29 20:12:28 | Re: No se registran los datos (Urgente) |
Previous Message | Leonel | 2007-06-29 20:05:40 | Re: joomla postgresql |