Re: Consulta

From: Ezequiel Lovelle <elovelle(at)dialdata(dot)com(dot)ar>
To: Fernando Hevia <fhevia(at)gmail(dot)com>
Cc: Arpug <arpug(at)postgresql(dot)org>
Subject: Re: Consulta
Date: 2011-05-08 00:12:44
Message-ID: 549d4022bc9e560e8a4d96f30827f0dc@dialdata.com.ar
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: arpug

Me voy a fijar, aunque la prueba la hice en los dos postgres de los
nodos, siendo practicamente idéntico en ambos.

Y si ese fuese el caso,
¿porque cuando hago la query en la consola de postgres me la ejecuta en
cuestión de 1 segundo y escribió bien los datos en disco? yo creo que
estoy teniendo mal algo en postgres.conf

te pego lo que tengo
modificado aver si se te ocurre algo.

listen_addresses = '*'
wal_level
= archive
fsync = on
archive_mode = on
archive_command = 'exit
0'

maintenance_work_mem = 480MB
checkpoint_completion_target =
0.7
effective_cache_size = 5632MB
work_mem = 40MB
wal_buffers =
4MB
checkpoint_segments = 8
shared_buffers = 1920MB
max_connections =
400

Gracias nuevamente.

Saludos.

On Sat, 7 May 2011 21:02:53
-0300, Fernando Hevia wrote:

> 2011/5/7 Ezequiel Lovelle
>
>> Ok,
con fsync=on directamente a postgres me tardo:
>>
>> #time php
script.php
>> real 5m34.471s
>> user 0m2.527s
>> sys 0m1.917s
>>
>>
procs memory page disks faults cpu
>> r b w avm fre flt re pi po fr sr
ad4 ad6 in sy cs us sy id
>> ...
>> 0 0 0 2336M 7454M 8 0 0 0 0 0 810
810 2844 7114 22456 1 2 97
>> 0 0 0 2336M 7454M 632 0 0 0 649 0 496 497
1742 4577 13957 0 1 99
>> 0 0 0 2328M 7455M 265 0 0 0 662 0 189 189 677
1795 5696 0 0 99
>> 0 0 0 2328M 7455M 0 0 0 0 0 0 0 0 10 171 456 0 0
100
>> 0 0 0 2363M 7454M 414 0 0 0 161 0 4 4 33 6478 601 2 0 98
>> 0 0 0
2363M 7454M 0 0 0 0 0 0 0 0 7 151 456 0 0 100
>> 0 0 0 2363M 7454M 0 0 0
0 0 0 0 0 18 149 575 0 0 100
>> 0 0 0 2363M 7454M 0 0 0 0 0 0 3 3 10 147
485 0 0 100
>> 0 0 0 2363M 7454M 0 0 0 0 0 0 0 0 6 149 465 0 0 100
>> 0
0 0 2363M 7454M 2 0 0 0 0 0 0 0 7 152 489 0 0 100
>> 0 0 0 2363M 7454M 0
0 0 0 4 0 2 2 24 149 604 0 0 100
>> 0 0 0 2363M 7454M 0 0 0 0 8 0 9 9 22
147 562 0 0 100
>
> En estos últimos registros, a partir del que pinté
en rojo, me da la impresión que el script terminó de ejecutar. Sin
embargo, la ocupación de discos sigue al 100%.
> Indicaría que tenés
algo más ejecutando que te está ocupando todo el ancho de banda de I/O.

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

In response to

Responses

Browse arpug by date

  From Date Subject
Next Message Fernando Hevia 2011-05-08 02:46:49 Re: Consulta
Previous Message Fernando Hevia 2011-05-08 00:02:53 Re: Consulta