Re: Consulta

2011/5/7 Ezequiel Lovelle <elovelle(at)dialdata(dot)com(dot)ar>

> Gracias por tu respuesta, se que no es una manera eficiente pero es que
> quiero testear la bbdd en todos los aspectos.
>
> Te comento, cuando lo hago desde la consola de postgres me da lo siguiente:
>
> bbdd=> \timing
> El despliegue de duración está activado.
> bbdd=> INSERT INTO tabla (aa, bb, cc, dd, ee) VALUES (generate_series(1,
> 100000),generate_series(1, 100000),generate_series(1,
> 100000),generate_series(1, 100000),generate_series(1, 100000));
> INSERT 0 100000
> Duración: 1486,699 ms
>
> Ahí veo que me funciono perfecto, me ganas por unos ms jeje. (destaco que
> en realidad esto es todo detrás de un pgpool conectado con 3 nodos, no a una
> bbdd postgres directa) Pero el resultado fue bueno.
>
> El problema es cuando lo hago con php desde un webserver, me tarda lo
> siguiente:
>
> #time php script.php
>
> real 22m21.733s
> user 0m1.846s
> sys 0m1.902s
>
> Un problema de red no creo que sea ya que todos estos servers de testeo
> estan en una red separada de la mia en un switch de 100M.
>
> Lo que me hace pensar que el problema es la velocidad del procesamiento de
> php en el webserver... cosa que me parace muy rara. Igualmente voy a hacer
> el mismo script en bash o perl aver si es un problema de php.
>
22 minutos es una barbaridad.

Habilitá log_checkpoints y log_lock_waits en postgres.conf.
Fijate que dicen los logs de postgres mientras ejecutás los inserts.

Y corré un* vmstat 1* en el server de la base mientras ejecutás el script.

Alguna pista tiene que salir de esto.

Slds.,
Fernando.

>
>