From: | Tonny <tonny(dot)lists(at)gmail(dot)com> |
---|---|
To: | ecpug(at)postgresql(dot)org |
Subject: | Re: Optimizar postgres multicore |
Date: | 2011-12-04 17:14:08 |
Message-ID: | 4EDBAA60.3060308@gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | ecpug |
On 12/03/2011 08:15 AM, palichis wrote:
> El vie, 02-12-2011 a las 22:52 -0500, Tonny escribió:
>> On 12/02/2011 02:34 PM, palichis wrote:
>>> Buen día a tod(at)s <mailto:tod(at)s>
>>>
>>> He adquirido un servidor HP ProLiant ML350 G6 E5645, el el cual hago
>>> correr Openerp, este usa python y postgres, he realizado algunas
>>> pruebas de funcionalidad pero veo que postgres no usa todos los
>>> cores del sistema core xeon 6cores.
>>>
>>> Mi pregunta es si hay alguna manera de optimizar postres para que se
>>> usen todos los cores del sistema?
>>>
>>> He realizado consultas demorandose 2 minutos en darme el resultado,
>>> pero he visto que solo utiliza 50% de un core.
>>>
>>>
>>> Saludos
>> Lo de las consultas que se demoren mas de dos minutos es mas por
>> velocidad de lectura en disco que por procesador, a tu postgres le
>> has optimizado en su configuración o está como viene por defecto
>> porque que ahí es muy lento en tablas grandes.
>>
>> Tengo un servidor VPS pequeñito :) con 1GB en ram y una tabla con mas
>> de 70 millones de puntos POSTGIS y ahora que esta un poco lento las
>> consultas no duran mas de 20 segundos, me falta afinar consultas e
>> indices, un poco ya está per aún falta, y mira con ese VPS es
>> suficiente para una base de datos que ya esta por los 15GB.
>
> Hola Tony
> No la verdad postgres esta como viene por defecto, la verdad el
> servidor esta con 1.1GB de datos tiene 6GB de ram.
>
> Me puedes guiar con la configuración del postgres
>
> Saludos
Los tips serian :
Usar RAID 10 es el mas rápido :)
Apagar el cache de escritura si es que tu controladora tiene bateria de
respaldo
En el archivo postgres.conf puedes ajustar algunos parámetros
max_connections puedes aumentar o usar un pool de conexiones
shared_buffers este es importante porque es la memoria que postgres
tiene como cache puedes empezar a probar con el 20 a 25% de la ram
Luego de modificar shared_buffers no sabe iniciar postgres y debes
cambiar el parametro en el kernel SHMMAX.
work_mem memoria para trabajos de ordenamiento puede ser del 2% al 4% de
la RAM
en el fstab puedes setear el noatime para la particion de postres
/dev/sda4 /var ext3 noatime 0 0
Hay muchas mas cosas pero inicia con eso.
Acá hay un link http://element.edoceo.com/howto/postgresql-performance
con todo prueba y comenta que por acá esta el experto Jaime quien es el
que me a indicado eso :)
Saludos
From | Date | Subject | |
---|---|---|---|
Next Message | Jaime Casanova | 2011-12-04 20:11:29 | Re: Optimizar postgres multicore |
Previous Message | palichis | 2011-12-03 13:15:23 | Re: Optimizar postgres multicore |