Re: Easy read-heavy benchmark kicking around?

From: Mark Kirkwood <markir(at)paradise(dot)net(dot)nz>
To: Brian Hurt <bhurt(at)janestcapital(dot)com>
Cc: pgsql-performance(at)postgresql(dot)org
Subject: Re: Easy read-heavy benchmark kicking around?
Date: 2006-11-07 01:52:09
Message-ID: 454FE6C9.7060404@paradise.net.nz
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-performance

Brian Hurt wrote:
> I'm having a spot of problem with out storage device vendor. Read
> performance (as measured by both bonnie++ and hdparm -t) is abysmal
> (~14Mbyte/sec), and we're trying to get them to fix it. Unfortunately,
> they're using the fact that bonnie++ is an open source benchmark to
> weasle out of doing anything- they can't fix it unless I can show an
> impact in Postgresql.
>
> So the question is: is there an easy to install and run, read-heavy
> benchmark out there that I can wave at them to get them to fix the
> problem? I have a second database running on a single SATA drive, so I
> can use that as a comparison point- "look, we're getting 1/3rd the read
> speed of a single SATA drive- this sucks!"
>

You could use the lineitem table from the TPC-H dataset
(http://www.tpc.org/tpch/default.asp).

Generate the dataset for a scale factor that makes lineitem about 2x
your ram, load the table and do:

SELECT count(*) FROM lineitem

vmstat or iostat while this is happening should display your meager
throughput well enough to get your vendors attention (I'm checking this
on a fairly old 4 disk system of mine as I type this - I'm seeing about
90Mb/s...)

best wishes

Mark

In response to

Browse pgsql-performance by date

  From Date Subject
Next Message Dimitri Fontaine 2006-11-07 10:49:05 Re: Easy read-heavy benchmark kicking around?
Previous Message Jim Nasby 2006-11-07 01:37:13 Re: Help w/speeding up range queries?