Received: from maia.hub.org (maia-3.hub.org [200.46.204.243]) by mail.postgresql.org (Postfix) with ESMTP id 7A5381337BC8 for ; Mon, 9 May 2011 09:42:14 -0300 (ADT) Received: from mail.postgresql.org ([200.46.204.86]) by maia.hub.org (mx1.hub.org [200.46.204.243]) (amavisd-maia, port 10024) with ESMTP id 68653-04 for ; Mon, 9 May 2011 12:42:07 +0000 (UTC) X-Greylist: from auto-whitelisted by SQLgrey-1.7.6 Received: from mailserver.dialdata.com.ar (dialdata.com.ar [200.49.210.5]) by mail.postgresql.org (Postfix) with ESMTP id ADC561337B6E for ; Mon, 9 May 2011 09:42:06 -0300 (ADT) Received: from 192.1.3.1 (localhost [127.0.0.1]) by mailserver.dialdata.com.ar (Postfix) with ESMTP id 89F4F2E2C6; Mon, 9 May 2011 09:41:59 -0300 (ART) Received: from [192.1.3.192] by 192.1.3.1 with HTTP (HTTP/1.1 POST); Mon, 09 May 2011 09:41:59 -0300 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="=_a3cebcbd21decbe1e1229ff0a426346e" Date: Mon, 09 May 2011 09:41:59 -0300 From: Ezequiel Lovelle To: Fernando Hevia Cc: Arpug Subject: Re: Consulta Organization: Teleservicios y Marketing S.A In-Reply-To: References: <7e584a1df61e628d7b16d01a27d1a9d6@dialdata.com.ar> <3c82fe28fca089df4df103ce6823b1fd@dialdata.com.ar> <589af2fcfb2678bdf4db3045f370af4b@dialdata.com.ar> <6726d28cf45b54e9d92355257775977c@dialdata.com.ar> <549d4022bc9e560e8a4d96f30827f0dc@dialdata.com.ar> Message-ID: <288d5b82a676c524203dfd56f2e074a5@dialdata.com.ar> X-Sender: elovelle@dialdata.com.ar User-Agent: DDM/0.5 X-DDM-MailScanner-Information: DDM X-DDM-MailScanner-ID: 89F4F2E2C6.AEA39 X-DDM-MailScanner: Found to be clean X-DDM-MailScanner-From: elovelle@dialdata.com.ar X-Virus-Scanned: Maia Mailguard 1.0.1 X-Spam-Status: No, hits=4.315 tagged_above=-10 required=5 tests=BAYES_50=0.8, FUZZY_AMBIEN=0.552, HTML_MESSAGE=0.001, RCVD_DOUBLE_IP_SPAM=1.808, RCVD_NUMERIC_HELO=1.164, T_RP_MATCHES_RCVD=-0.01 X-Spam-Level: **** X-Archive-Number: 201105/15 X-Sequence-Number: 599 --=_a3cebcbd21decbe1e1229ff0a426346e Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=UTF-8 Voy a probar de instalar postgres en Debian a ver que pasa, muchas grácias por la ayuda. me fue bastante útil. Saludos. On Mon, 9 May 2011 08:34:42 -0300, Fernando Hevia wrote: > 2011/5/8 Ezequiel Lovelle > >> El server es dedicado y no tiene nada corriendo, excepto ntp y ssh obviamente. >> Estube jugando con los parámetros de la config y el único que me mejora los tiempos es fsync. >> Si lo pongo en off mejoro muchisimo. >> >> ... >> Si hago: >> >> [root@pgsql1 ~]# dd if=/dev/zero of=/tmp/test count=500000 >> 500000+0 records in >> 500000+0 records out >> 256000000 bytes transferred in 1.938541 secs (132058083 bytes/sec) >> >> El sistema me escribió 256 Mb en 1,9 segundos a una velocidad de escritura de 125Mb >> >> Por eso no creo que sea un problema de discos. > > 125 Mbps de escritura es imposible de lograr con los discos que tenés. El máximo debe rondar los 35 Mbps secuenciales. Es un caché el que te está brindando los 125 Mbps. > No conozco de freebsd y no se qué más puede estar afectando tu sistema. En tu config no veo nada que justifique los tiempos que estás experimentando. Si bien lograste bajar de 20 a 4 min, todavía me sigue pareciendo bastante. Y la diferencia de 1'20" en la ejecución desde el webserver me resulta más raro todavía. Algo no está bien pero no se decirte que puede ser. > Se me ocurre bloating... probá truncando la tabla y luego reintentar las pruebas a ver si te arroja mejores tiempos. > > También te recomiendo postear en la lista pgsql-performance (en inglés) que es específica para este tipo de consultas. > > Saludos. Links: ------ [1] mailto:elovelle@dialdata.com.ar --=_a3cebcbd21decbe1e1229ff0a426346e Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=UTF-8

Voy a probar de instalar postgres en Debian a ver que pasa, muchas gr&aa= cute;cias por la ayuda. me fue bastante útil.

Saludos.

On Mon, 9 May 2011 08:34:42 -0300, Fernando Hevia wrote:

 



2011/5/8 Ezequiel Lovelle <elovelle@dialdata.com.ar>

El server es dedicado y no tiene nada corriendo, excepto ntp y ssh obvia= mente.
Estube jugando con los parámetros de la config y el &uac= ute;nico que me mejora los tiempos es fsync.
Si lo pongo en off mejoro= muchisimo.

...

Si hago:

[root@pgsql1 ~]# dd if=3D/dev/zero of=3D/tmp/test= count=3D500000
500000+0 records in
500000+0 records out
256= 000000 bytes transferred in 1.938541 secs (132058083 bytes/sec)

= El sistema me escribió 256 Mb en 1,9 segundos a una velocidad de esc= ritura de 125Mb

Por eso no creo que sea un problema de discos.
125 Mbps de escritura es imposible de lograr con los discos que ten&ea= cute;s. El máximo debe rondar los 35 Mbps secuenciales. Es un cach&e= acute; el que te está brindando los 125 Mbps.
No conozco de freebsd y no se qué más puede estar afecta= ndo tu sistema. En tu config no veo nada que justifique los tiempos que est= ás experimentando. Si bien lograste bajar de 20 a 4 min, todav&iacut= e;a me sigue pareciendo bastante. Y la diferencia de 1'20" en la ejecuci&oa= cute;n desde el webserver me resulta más raro todavía. Algo n= o está bien pero no se decirte que puede ser.
Se me ocurre bloating... probá truncando la tabla y luego reint= entar las pruebas a ver si te arroja mejores tiempos.
También te recomiendo postear en la lista pgsql-performance (en= inglés) que es específica para este tipo de consultas.
Saludos.

 

--=_a3cebcbd21decbe1e1229ff0a426346e--