pg.ddx.io  arpug@postgresql.org mailing list archive  

help / color / mirror / Atom feed
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 21:12:44 -0300
Message-ID: <549d4022bc9e560e8a4d96f30827f0dc@dialdata.com.ar> (raw)
In-Reply-To: <BANLkTikwSxC4Gu=7XKo_u_L3hKjGZ9X05A@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>
	<589af2fcfb2678bdf4db3045f370af4b@dialdata.com.ar>
	<BANLkTimSS6HryMYyrKfP4zgske62c9ZdeA@mail.gmail.com>
	<6726d28cf45b54e9d92355257775977c@dialdata.com.ar>
	<BANLkTikwSxC4Gu=7XKo_u_L3hKjGZ9X05A@mail.gmail.com>

  

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@dialdata.com.ar

view thread (20+ messages)  latest in thread

Message-ID: <549d4022bc9e560e8a4d96f30827f0dc@dialdata.com.ar>
Permalink:  ../549d4022bc9e560e8a4d96f30827f0dc@dialdata.com.ar/
Also on:    postgresql.org/message-id/549d4022bc9e560e8a4d96f30827f0dc@dialdata.com.ar

 · 

reply
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: <549d4022bc9e560e8a4d96f30827f0dc@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