Re: User concurrency thresholding: where do I look? - Mailing list pgsql-performance

From Tom Lane
Subject Re: User concurrency thresholding: where do I look?
Date
Msg-id 15685.1184895926@sss.pgh.pa.us
Whole thread Raw
In response to Re: User concurrency thresholding: where do I look?  (Josh Berkus <josh@agliodbs.com>)
Responses Re: User concurrency thresholding: where do I look?  (Josh Berkus <josh@agliodbs.com>)
List pgsql-performance
Josh Berkus <josh@agliodbs.com> writes:
>> Josh, what sort of workload is being tested here --- read-mostly,
>> write-mostly, a mixture?

> It's a TPCC-like workload, so heavy single-row updates, and the
> updates/inserts are what's being measured.  For that matter, when I've seen
> this before it was with heavy-write workloads and we were measuring the
> number of updates/inserts and not the number of reads.

Well, if the load is a lot of short writing transactions then you'd
expect the throughput to depend on how fast stuff can be pushed down to
WAL.  What have you got wal_buffers set to?  Are you using a commit
delay?  What's the I/O system anyway (any BB write cache on the WAL
disk?) and what wal sync method are you using?

While I'm asking questions, exactly what were the data columns you
presented?  Txn/User doesn't make much sense to me, and I'm not sure
what "response time" you were measuring either.

            regards, tom lane

pgsql-performance by date:

Previous
From: Tom Lane
Date:
Subject: Re: Improving select peformance
Next
From: Josh Berkus
Date:
Subject: Re: User concurrency thresholding: where do I look?