El día 8 de mayo de 2009 11:31, Alvaro Herrera
<alvhe...@alvh.no-ip.org> escribió:
> Emanuel Calvo Franco escribió:
>
>> Ernesto:
>> lo que podés hacer es que mientras se ejecute la consulta, verificar con
>> iostat y vmstat los accesos a disco. Por lo menos para tunear el work_mem
>> hasta que quepa lo mayor posible en memoria.
>
> Observa que si no consigues que quepa _todo_ el sort en memoria, no
> sirve de nada agrandar work_mem, porque de todas formas tendrá que ir a
> disco. (Para saber el tamaño del sort no es necesaria ninguna
> herramienta externa, porque el EXPLAIN ANALYZE ya te dijo cuántos kB
> ocupaba el sort en disco).
>
Sort Method: external merge Disk: 1971456kB
Casi 2 gb de disco...
> Nota que puede tener sentido subir work_mem hasta 2 GB (asumiendo que el
> servidor tiene suficiente memoria) pero obviamente sólo para esa
> consulta, es decir usando SET LOCAL dentro de la transacción que ejecuta
> la consulta.
Buen punto :)
--
Emanuel Calvo Franco
Sumate al ARPUG !
( www.arpug.com.ar)
ArPUG / AOSUG Member
--
TIP 3: Si encontraste la respuesta a tu problema, publícala, otros te lo
agradecerán
