Re: Looking for tips - Mailing list pgsql-performance

From Oliver Crosby
Subject Re: Looking for tips
Date
Msg-id 1efd553a05071912111f6a3121@mail.gmail.com
Whole thread Raw
In response to Re: Looking for tips  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: Looking for tips
List pgsql-performance
> If you're running only a single query at a time (no multiple clients),
> then this is pretty much the definition of a MySQL-friendly workload;
> I'd have to say we are doing really well if we are only 50% slower.
> Postgres doesn't have any performance advantages until you get into
> complex queries or a significant amount of concurrency.

The original port was actually twice as slow. It improved quite a bit
after I added transactions and trimmed the schema a bit.

> You could possibly get some improvement if you can re-use prepared plans
> for the queries; but this will require some fooling with the client code
> (I'm not sure if DBD::Pg even has support for it at all).

Aye. We have prepared statements.

pgsql-performance by date:

Previous
From: PFC
Date:
Subject: Re: Impact of checkpoint_segments under continual load conditions
Next
From: "Steinar H. Gunderson"
Date:
Subject: Re: Looking for tips