Re: PROBLEMAS CON POSTGRES EN MAQUINAS MULTIPROCESADORES

Jimmy Salazar escribió:

> El 4% de 1 GB: 41943 KB (1048576 KB*4)/100
> work_mem = 41943
> ---
> modificamos el work_men como si solo tubieramos 2gb de memoria (solo para hacer la prueba)
> en realidad tenemos 8Gb
>
> work_mem = 83886
>
>
> se redujo razonablemente el tiempo de ejecución del proceso de 4h a
> 3h-30min

Nota que esa sugerencia es para el estado estacionario, i.e., cuando
esten realmente "usando" la base de datos (operacion continua). Para
propositos de restauracion (cosa que supuestamente ocurre con poca
frecuencia, y sobre todo no hay dos restauraciones funcionando
simultaneamente), es mucho mas conveniente subir los valores para que
usen un porcentaje muy grande de la memoria, por ej. 50%. De este modo
la creacion de indices ira aun mucho mas rapido.

Otra cosa a tomar en cuenta es ajustar checkpoint_segments y
checkpoint_timeout, para que los checkpoints se hagan lo mas lejano
posible.

> (aunque no lo esperado inicialmente por el cambio de 2 a 4
> procesadores)

Si la restauracion se hace serialmente (que es lo normal que ocurre si
uno simplemente lanza pg_restore o psql para restaurar un script), es
imposible que se use mas de un procesador. Si uno requiere bajar los
tiempos, es posible hacer dos o tres CREATE INDEX simultaneamente, con
lo que se puede bajar algo el tiempo total de restauracion. Pero para
esto no se puede hacer pg_restore/psql; hay que programar un poco.

> hemos realizado un seguimiento al funcionamiento de los 4 procesadores y
> notamos que la carga esta recargada al procesador #1 y los demas no
> tienen casi participación... CREEMOS QUE ESE ES EL PROBLEMA...

No, solo parcialmente.

--
Alvaro Herrera http://www.CommandPrompt.com/
The PostgreSQL Company - Command Prompt, Inc.