From: Ezequiel Lovelle <elovelle@dialdata.com.ar>
To: Fernando Hevia <fhevia@gmail.com>
Cc: Arpug <arpug@postgresql.org>
Subject: Re: Consulta
Date: Sat, 07 May 2011 18:27:01 -0300
Message-ID: <589af2fcfb2678bdf4db3045f370af4b@dialdata.com.ar> (raw)
In-Reply-To: <BANLkTi=k+VLwMUbTc1vJHK1KmnRiSO2_bQ@mail.gmail.com>
References: <a525e92786a1a11f37ee3bbf813c1d69@dialdata.com.ar>
<BANLkTim3pnqT0wC+z6x9gZGj7YdFm-PtSw@mail.gmail.com>
<7e584a1df61e628d7b16d01a27d1a9d6@dialdata.com.ar>
<BANLkTimB6XFr=4WUOueysXL62fW_8xbWWQ@mail.gmail.com>
<3c82fe28fca089df4df103ce6823b1fd@dialdata.com.ar>
<BANLkTi=k+VLwMUbTc1vJHK1KmnRiSO2_bQ@mail.gmail.com>
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@dialdata.com.ar
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Reply to all the recipients using the --to and --cc options:
reply via email
To: arpug@postgresql.org
Cc: elovelle@dialdata.com.ar, fhevia@gmail.com
Subject: Re: Consulta
In-Reply-To: <589af2fcfb2678bdf4db3045f370af4b@dialdata.com.ar>
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
This inbox is served by DDX for PostgreSQL; see mirroring instructions
for how to clone and mirror all data and code used for this inbox