Re: Consulta

Ojo: Deshabilitar fsync aplica únicamente en casos muy especiales, como la
restauración inicial de una base de datos. Es un modo de operación insegura
y puede provocar corrupción en la base si hay un crash o corte de luz.

Los tiempos que te pasé son con fsync = on.

Fijate los logs y vmstat que te arrojan con fsync =on mientras corres el
test.

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

> 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 <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.
>
>>
>>
>
>