Re: Consulta

Puse fsync = off

#time php script.php

real 0m50.592s
user
0m1.744s
sys 0m1.243s

Mejoro bastante, en cuanto pueda te paso lo de
los logs, ¿alguna idea de algún otro parámetro para tocar?

On Sat, 7
May 2011 17:09:59 -0300, Fernando Hevia wrote:

> 2011/5/7 Ezequiel
Lovelle
>
>> 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é unVMSTAT 1en el
server de la base mientras ejecutás el script.
>
> Alguna pista tiene
que salir de esto.
>
> Slds.,
> Fernando.
>
>>

Links:
------
[1] mailto:elovelle(at)dialdata(dot)com(dot)ar