pg.ddx.io  pgsql-performance@postgresql.org mailing list archive  
help / color / mirror / Atom feed
From: Worky Workerson <worky.workerson@gmail.com>
To: Luke Lonergan <llonergan@greenplum.com>
Cc: Merlin Moncure <mmoncure@gmail.com>
Cc: Markus Schaber <schabi@logix-tt.com>
Cc: pgsql-performance@postgresql.org
Subject: Re: Best COPY Performance
Date: Wed, 25 Oct 2006 14:26:27 -0400
Message-ID: <ce4072df0610251126w1eaca026x7751256f962b131f@mail.gmail.com> (raw)
In-Reply-To: <C164E009.51ED%llonergan@greenplum.com>
References: <b42b73150610250838g7e1cb6ccl30156787343bc79c@mail.gmail.com>
	<C164E009.51ED%llonergan@greenplum.com>

Merlin/Luke:

> > in theory, with 10 10k disks in raid 10, you should be able to keep
> > your 2fc link saturated all the time unless your i/o is extremely
> > random.  random i/o is the wild card here, ideally you should see at
> > least 2000 seeks in bonnie...lets see what comes up.

> I suspect the problem here is the sequential I/O rate - let's wait and see
> what the dd test results look like.

Here are the tests that you suggested that I do, on both the local
disks (WAL) and the SAN (tablespace).  The random seeks seem to be far
below what Merlin said was "good", so I am a bit concerned.  There is
a bit of other activity on the box at the moment which is hard to
stop, so that might have had an impact on the processing.

Here is the bonnie++ output:

Version 1.03       ------Sequential Output------ --Sequential Input- --Random-
                   -Per Chr- --Block-- -Rewrite- -Per Chr- --Block-- --Seeks--
              Size K/sec %CP K/sec %CP K/sec %CP K/sec %CP K/sec %CP  /sec %CP
Local Disks    31G 45119  85 56548  21 27527   8 35069  66 86506  13 499.6   1
SAN            31G 53544  98 93385  35 18266   5 24970  47 57911   8 611.8   1

And here are the dd results for 16GB RAM, i.e. 4,000,000 8K blocks:
# Local Disks
$ time bash -c "dd if=/dev/zero of=/home/myhome/bigfile bs=8k
count=4000000 && sync"
4000000+0 records in
4000000+0 records out

real    10m0.382s
user    0m1.117s
sys     2m45.681s
$ time dd if=/home/myhome/bigfile of=/dev/null bs=8k count=4000000
4000000+0 records in
4000000+0 records out

real    6m22.904s
user    0m0.717s
sys     0m53.766s

# Fibre Channel SAN
$ time bash -c "dd if=/dev/zero of=/data/test/bigfile bs=8k
count=4000000 && sync"
4000000+0 records in
4000000+0 records out

real    5m58.846s
user   0m1.096s
sys     2m18.026s
$ time dd if=/data/test/bigfile of=/dev/null bs=8k count=4000000
4000000+0 records in
4000000+0 records out

real    14m9.560s
user    0m0.739s
sys     0m53.806s



view thread (52+ messages)  latest in thread

Message-ID: <ce4072df0610251126w1eaca026x7751256f962b131f@mail.gmail.com>
Permalink:  ../ce4072df0610251126w1eaca026x7751256f962b131f@mail.gmail.com/
Also on:    postgresql.org/message-id/ce4072df0610251126w1eaca026x7751256f962b131f@mail.gmail.com

 · 

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: pgsql-performance@postgresql.org
  Cc: worky.workerson@gmail.com, llonergan@greenplum.com, mmoncure@gmail.com, schabi@logix-tt.com
  Subject: Re: Best COPY Performance
  In-Reply-To: <ce4072df0610251126w1eaca026x7751256f962b131f@mail.gmail.com>

* 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