Re: Postgres Benchmark Results

From: Arjen van der Meijden <acmmailing(at)tweakers(dot)net>
To: PFC <lists(at)peufeu(dot)com>
Cc: pgsql-performance(at)postgresql(dot)org
Subject: Re: Postgres Benchmark Results
Date: 2007-05-20 17:26:38
Message-ID: 465084CE.5010703@tweakers.net
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-performance

On 20-5-2007 19:09 PFC wrote:
> Since I use lighttpd, I don't really care about the number of actual
> slow clients (ie. real concurrent HTTP connections). Everything is
> funneled through those 8 PHP processes, so postgres never sees huge
> concurrency.

Well, that would only be in favour of postgres anyway, it scales in our
benchmarks better to multiple cpu's, multiple clients and appaerantly in
yours to larger datasets. MySQL seems to be faster up untill a certain
amount of concurrent clients (close to the amount of cpu's available)
and beyond that can collapse dramatically.

> I'm writing a full report, but I'm having a lot of problems with
> MySQL, I'd like to give it a fair chance, but it shows real obstination
> in NOT working.

Yeah, it displayed very odd behaviour when doing benchmarks here too. If
you haven't done already, you can try the newest 5.0-verion (5.0.41?)
which eliminates several scaling issues in InnoDB, but afaik not all of
them. Besides that, it just can be pretty painful to get a certain query
fast, although we've not very often seen it failing completely in the
last few years.

Best regards,

Arjen van der Meijden

In response to

Browse pgsql-performance by date

  From Date Subject
Next Message Zoltan Boszormenyi 2007-05-20 18:00:25 Re: Postgres Benchmark Results
Previous Message Arjen van der Meijden 2007-05-20 17:13:58 Re: Diminishing bandwidth performance with multiple quad core X5355s