DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:from:to:subject:date:message-id:mime-version:content-type:content-transfer-encoding:x-priority:x-msmail-priority:x-mailer:importance:in-reply-to:x-mimeole;
	b=hZbVbnU5b9Ukop59iwqW1qF9UHnXR4THE+r48apHLv16nP4vVfcdEtFcbShKnVi2dk64xZxbVZY479VwXtNlHWfQWNdlptMXIFgMpaSv3zQ3lrr9widlkIzC+iUbKO29v/HXEulo6gdeKt8lr+fRxuZfCGjiJXcPqx2byjiBDa8=
From: "Franklin Haut" <franklin.haut@gmail.com>
To: "'Merlin Moncure'" <merlin.moncure@rcsonline.com>,
	"'Ron'" <rjpeace@earthlink.net>, <pgsql-performance@postgresql.org>
Subject: RES: pg_dump slow
Date: Wed, 30 Nov 2005 18:36:42 -0300
Message-ID: <000001c5f5f6$29709090$8500a8c0@FRANKLIN>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Importance: Normal
In-Reply-To: <6EE64EF3AB31D5448D0007DD34EEB3417DD9BE@Herge.rcsinc.local>

Complementing...


The test was maked at the same machine ( localhost ) at Command-Prompt,
no client=B4s connected, no concurrent processes only PostgreSQL =
running.

In windows XP, exists much access to the processor (+- 70%) and HD (I
see HD Led allways on), while in the W2K almost without activity of
processor (3%)and little access to the HardDisk (most time of the led HD
is off).

Look, the database has 81 Tables, one of these, has 2 fields ( one
integer and another ByteA ), these table as 5.150 Records.=20
I=B4m Dumpped only this table and the file size is 7Mb  (41% of total
(17MB is the total)) was very slow.... Then I Maked Backup of the others
tables was fast!

So i=B4m conclused that pg_dump and pg_restore is very slow when
manipulates ByteA type on W2K!, is this possible ?


Franklin


-----Mensagem original-----
De: Merlin Moncure [mailto:merlin.moncure@rcsonline.com]=20
Enviada em: quarta-feira, 30 de novembro de 2005 13:57
Para: Ron
Cc: pgsql-performance@postgresql.org; Franklin Haut
Assunto: RE: [PERFORM] pg_dump slow


> At 08:35 AM 11/30/2005, Franklin Haut wrote:
> >Hi
> >
> >i=B4m using PostgreSQL on windows 2000, the pg_dump take around 50=20
> >minutes to do backup of 200Mb data ( with no compression, and 15Mb=20
> >with compression),
>=20
> Compression is reducing the data to 15/200=3D 3/40=3D 7.5% of original =

> size?
>=20
> >but in windows XP does not pass of 40 seconds... :(
>=20
> You mean that 40 secs in pg_dump under Win XP
> crashes, and therefore you have a WinXP problem?
>=20
> Or do you mean that pg_dump takes 40 secs to
> complete under WinXP and 50 minutes under W2K and
> therefore you have a W2K problem?

I think he is saying the time to dump does not take more than 40
seconds, but I'm not sure.
=20
> In fact, either 15MB/40secs=3D 375KBps or
> 200MB/40secs=3D 5MBps is _slow_, so there's a problem under either=20
> platform!

5 mb/sec dump output from psql is not terrible or even bad, depending on
hardware.

> >not pass of 3%.
> Assuming Win XP completes the dump, the first thing to do is *don't=20
> use W2K*

XP is not a server platform.  Next level up is 2003 server.  Many
organizations still have 2k deployed.  About half of my servers still
run it.  Anyways, the 2k/xp issue does not explain why there is a
performance problem.

> M$ has stopped supporting it in anything but absolutely minimum=20
> fashion anyway.
>   _If_ you are going to use an M$ OS you should be using WinXP. (You
> want to pay licensing fees for your OS, but you are using free DB SW?

> Huh?  If you are trying to save $$$, use Open Source SW like Linux
> or *BSD.  pg will perform better under it, and it's cheaper!)

I would like to see some benchmarks supporting those claims. No comment
on licensing issue, but there are many other factors in considering
server platform than licensing costs.  That said, there were several
win32 specific pg performance issues that were rolled up into the 8.1
release.  So for win32 you definitely want to be running 8.1.
=20
> Assuming that for some reason you can't/won't
> migrate to a non-M$ OS, the next problem is the
> slow HD IO you are getting under WinXP.

Problem is almost certainly not related to disk unless there is a
imminent disk failure.  Could be TCP/IP issue (are you running pg_dump
from remote box?), or possibly a network driver issue or some other
weird software issue.  Can you determine if disk is running normally
with respect to other applications?  Is this a fresh win2k install? A
LSP, virus scanner, backup software, or some other garbage can really
ruin your day.

Merlin