pg.ddx.io  pgsql-performance@postgresql.org mailing list archive  
help / color / mirror / Atom feed
From: Carlos H. Reimer <carlos.reimer@opendb.com.br>
To: Mark Kirkwood <markir@paradise.net.nz>
Cc: pgsql-performance@postgresql.org
Subject: RES: Bad iostat numbers
Date: Fri, 1 Dec 2006 12:47:28 -0200
Message-ID: <PEEPKDFEHHEMKBBFPOOKCEIGDKAA.carlos.reimer@opendb.com.br> (raw)
In-Reply-To: <456F89AC.9070207@paradise.net.nz>

Hi,

If you look the iostat data it shows that the system is doing much more
writes than reads. It is strange, because if you look in the pg_stat tables
we see a complete different scenario. Much more reads than writes. I was
monitoring the presence of temporary files in the data directory what could
denote big sorts, but nothing there too.

But I think it is explained because of the high number of indexes present in
those tables. One write in the base table, many others in the indexes.

Well, about the server behaviour, it has not changed suddenly but the
performance is becoming worse day by day.


Reimer


> -----Mensagem original-----
> De: Mark Kirkwood [mailto:markir@paradise.net.nz]
> Enviada em: quinta-feira, 30 de novembro de 2006 23:47
> Para: carlos.reimer@opendb.com.br
> Cc: pgsql-performance@postgresql.org
> Assunto: Re: [PERFORM] Bad iostat numbers
>
>
> Carlos H. Reimer wrote:
> > While collecting performance data I discovered very bad numbers in the
> > I/O subsystem and I would like to know if I´m thinking correctly.
> >
> > Here is a typical iostat -x:
> >
> >
> > avg-cpu:  %user   %nice %system %iowait   %idle
> >
> >           50.40    0.00    0.50    1.10   48.00
> >
> >
> >
> > Device:    rrqm/s wrqm/s   r/s   w/s  rsec/s  wsec/s    rkB/s    wkB/s
> > avgrq-sz avgqu-sz   await  svctm  %util
> >
> > sda          0.00   7.80  0.40  6.40   41.60  113.60    20.80
> > 56.80    22.82 570697.50   10.59 147.06 100.00
> >
> > sdb          0.20   7.80  0.60  6.40   40.00  113.60    20.00
> > 56.80    21.94 570697.50    9.83 142.86 100.00
> >
> > md1          0.00   0.00  1.20 13.40   81.60  107.20    40.80
> > 53.60    12.93     0.00    0.00   0.00   0.00
> >
> > md0          0.00   0.00  0.00  0.00    0.00    0.00     0.00
> > 0.00     0.00     0.00    0.00   0.00   0.00
> >
> >
> >
> > Are they not saturated?
> >
>
> They look it (if I'm reading your typical numbers correctly) - %util 100
> and svctime in the region of 100 ms!
>
> On the face of it, looks like you need something better than a RAID1
> setup - probably RAID10 (RAID5 is probably no good as you are writing
> more than you are reading it seems). However read on...
>
> If this is a sudden change in system behavior, then it is probably worth
> trying to figure out what is causing it (i.e which queries) - for
> instance it might be that you have some new queries that are doing disk
> based sorts (this would mean you really need more memory rather than
> better disk...)
>
> Cheers
>
> Mark
>
>
>
>
>




view thread (3+ messages)  latest in thread

Message-ID: <PEEPKDFEHHEMKBBFPOOKCEIGDKAA.carlos.reimer@opendb.com.br>
Permalink:  ../PEEPKDFEHHEMKBBFPOOKCEIGDKAA.carlos.reimer@opendb.com.br/
Also on:    postgresql.org/message-id/PEEPKDFEHHEMKBBFPOOKCEIGDKAA.carlos.reimer@opendb.com.br

 · 

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: carlos.reimer@opendb.com.br, markir@paradise.net.nz
  Subject: Re: RES: Bad iostat numbers
  In-Reply-To: <PEEPKDFEHHEMKBBFPOOKCEIGDKAA.carlos.reimer@opendb.com.br>

* 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