Re: incremento de velocidad

Buenas tardes:
Ingrese una base de 140.000 registros y trabajo con ella desde el servidor (Windows server 2003 Enterpise) sin problemas procesador i3, 6GB de memoria.
El problema es que para hacer cualquier consulta desde una terminal, la demora es de 6 a 10 veces mayor.
Estuve tratando de hacer un tuning y obtuve algo de incremento de velocidad, peor no es suficiente; y ya que mis proximas tablas tienen aproximadamente 14.000.000 registros quisiera disminuir los tiempos de respuesta.
Donde puedo encontar un tutorial para realizar ese tuning?
Agradezcon a Juan Franco y Fernando Hevia quienes me ayudaron a configurar Postgresql.
Slds
Juan

__________ Información de ESET NOD32 Antivirus, versión de la base de firmas de virus 5990 (20110327) __________

ESET NOD32 Antivirus ha comprobado este mensaje.

http://www.eset.com

Juan,

En primer lugar sugiero hagas un *explain analyze* a tu consulta para
visualizar el plan de ejecución que aplica postgres sobre tu sentencia. Así
tendrás también la información exacta de cuanto tarda la sentencia en ser
ejecutada en la base.
Otro tema diferente, y me temo que a este te refieres, es cuánto tardan los
datos en transferirse desde el servidor de base de datos a la terminal desde
donde ejecutaste la sentencia. En esa etapa no interviene Postgres sino que
depende pura y exclusivamente de tu conexión de red al servidor y de la
aplicación cliente que recepta los datos, procesa, visualiza, etc.
Primero diagnostica bien el problema y luego busca como solucionarlo. Fijate
que te dice el explain y asegurate de entender donde se encuentra tu cuello
de botella.

Saludos,
Fernando.

2011/3/27 sistemas sisesa <sistemas(at)sisesa(dot)com(dot)ar>

> Buenas tardes:
> Ingrese una base de 140.000 registros y trabajo con ella desde el servidor
> (Windows server 2003 Enterpise) sin problemas procesador i3, 6GB de memoria.
> El problema es que para hacer cualquier consulta desde una terminal, la
> demora es de 6 a 10 veces mayor.
> Estuve tratando de hacer un tuning y obtuve algo de incremento de
> velocidad, peor no es suficiente; y ya que mis proximas tablas tienen
> aproximadamente 14.000.000 registros quisiera disminuir los tiempos de
> respuesta.
> Donde puedo encontar un tutorial para realizar ese tuning?
> Agradezcon a Juan Franco y Fernando Hevia quienes me ayudaron a configurar
> Postgresql.
> Slds
> Juan
>
>
>
> __________ Información de ESET NOD32 Antivirus, versión de la base de
> firmas de virus 5990 (20110327) __________
>
> ESET NOD32 Antivirus ha comprobado este mensaje.
>
> http://www.eset.com
>

El día 28 de marzo de 2011 00:01, sistemas sisesa
<sistemas(at)sisesa(dot)com(dot)ar> escribió:
> Buenas tardes:
> Ingrese una base de 140.000 registros y trabajo con ella desde el servidor
> (Windows server 2003 Enterpise) sin problemas procesador i3, 6GB de memoria.
> El problema es que para hacer cualquier consulta desde una terminal, la
> demora es de 6 a 10 veces mayor.

Recuerda que el tráfico de los datos en la red, puede hacer parecer
que la consulta se 'demora' y en realidad la consulta puede estar ejecutándose
correctamente, siendo el problema el network overload.

Para asegurarte esto, deberás hacer un explain analyze a la consulta con las
que tienes problemas y fijarte si es lenta la consulta. fijate también
en la cantidad
de datos que están devolviendo, porque esto es crucial.

Windows maneja el display de datos por terminal algo lento, por lo que puede
ser esto que tenga que ver con tu inconveniente.

> Estuve tratando de hacer un tuning y obtuve algo de incremento de velocidad,
> peor no es suficiente; y ya que mis proximas tablas tienen aproximadamente
> 14.000.000 registros quisiera disminuir los tiempos de respuesta.

Por ese monto de registros quizas, necesites aplicar particionado de datos
utilizando herencia de tablas (INHERIT). Esto requerirá que estudies
las consultas
de tu aplicativo y veas que campo se adecua más para el particionado
(generalmente
suele ser una fecha o periodo).

Quizás un pgbench a tu base, te pueda dar también los números de TPS y saber
cual es el límite que soporta tu servidor. 6GB de RAM y un i3 es un
servidor chico
para un entorno de producción de alta actividad, por lo que estudiaría
especialmente
que es lo que necesites adquirir de hardware a futuro.

Saludos!

--
--
              Emanuel Calvo
              Helpame.com