Re: How to get higher tps

From: Scott Marlowe <smarlowe(at)g2switchworks(dot)com>
To: Marty Jia <mjia(at)ask(dot)com>
Cc: pgsql-performance(at)postgresql(dot)org
Subject: Re: How to get higher tps
Date: 2006-08-21 23:43:50
Message-ID: 1156203830.1090.117.camel@state.g2switchworks.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-performance

On Mon, 2006-08-21 at 15:45, Marty Jia wrote:
> I'm exhausted to try all performance tuning ideas, like following
> parameters
>
> shared_buffers
> fsync
> max_fsm_pages
> max_connections
> shared_buffers
> work_mem
> max_fsm_pages
> effective_cache_size
> random_page_cost
>
> I believe all above have right size and values, but I just can not get
> higher tps more than 300 testd by pgbench
>
> Here is our hardware
>
>
> Dual Intel Xeon 2.8GHz
> 6GB RAM
> Linux 2.4 kernel
> RedHat Enterprise Linux AS 3
> 200GB for PGDATA on 3Par, ext3
> 50GB for WAL on 3Par, ext3
>
> With PostgreSql 8.1.4

I assume this is on a blade server then? Just guessing. I'd suspect
your vscsi drivers if that's the case. Look into getting the latest
drivers for your hardware platform and your scsi/vscsi etc... drivers.
If you're connecting through a fibrechannel card make sure you've got
the latest drivers for that as well.

1500, btw, is quite high. Most fast machines I've dealt with were
hitting 600 to 800 tps on fairly good sized RAID arrays.

You may be able to put your pg_xlog on a sep partition / set of spindles
and get some perf gain. Also look into how your drives are configured.
The more drives you can throw into a RAID 10 the better. RAID 5 will
usually never give as good of write performance as RAID 10, although it
gets better as the number of drives increases.

In response to

Browse pgsql-performance by date

  From Date Subject
Next Message Eamonn Kent 2006-08-22 01:27:53 Re: Vacuum not identifying rows for removal..
Previous Message Joshua D. Drake 2006-08-21 22:08:35 Re: How to get higher tps