Re: Comportamiento work_mem (windows)

From: Alvaro Herrera <alvherre(at)commandprompt(dot)com>
To: Raúl Andrés Duque Murillo <ra_duque(at)yahoo(dot)com(dot)mx>
Cc: pgsql-es-ayuda(at)postgresql(dot)org
Subject: Re: Comportamiento work_mem (windows)
Date: 2008-06-08 18:16:28
Message-ID: 20080608181628.GC5206@alvh.no-ip.org
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-es-ayuda

Raúl Andrés Duque Murillo escribió:

> 7. Ejecuto de nuevo la consulta, y efectivamente se ha eliminado el
> uso de los archivos temporales de aprox. 1.5MB, pero sigue usándose el
> de 35MB. Vamos bien !!!
> 8. Subo el work_mem = 50MB
> 9. Ejecuto la consulta MULTIPLES VECES y SIGUE utilizándose el archivo
> temporal de 35MB pero creció el tiempo en 2s !!!
> 10. Sé que los 35MB se utilizan para el order by por que si lo quito ya no se usa ese archivo temporal.

No tengo muy claro esta parte del codigo, pero se me ocurre que quizas
lo que pasa es que la estimacion es que va a usar mucha mas memoria para
hacer el sort completo, y por eso decide usar el disco desde el
principio. Fijate en el EXPLAIN ANALYZE si la estimacion total de
tuplas esta muy desviada de la cantidad verdadera de tuplas que se
generan en ese sort. Quizas intenta poner un work_mem mucho mas grande
(100 o 500 MB) a ver si en algun momento se decide a no usar el disco.

> 11. Vuelvo a work_mem = 5MB y vuelvo a optener los valores de 2s por debajo.

Esta parte no me queda nada clara. Supongo que hay una diferencia en el
plan pero no mostraste los planes.

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

In response to

Responses

Browse pgsql-es-ayuda by date

  From Date Subject
Next Message Jaime Casanova 2008-06-08 18:26:20 Re: generatedKeys, jdbc: no logro obtener llaves generadas
Previous Message Marcos Saldivar 2008-06-08 14:23:12 Re: Procedure para actualizar secuencias