Re: PostgreSQL and sql-bench

From: "Jim C(dot) Nasby" <jim(at)nasby(dot)net>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: yoav x <yoav112003(at)yahoo(dot)com>, pgsql-performance(at)postgresql(dot)org
Subject: Re: PostgreSQL and sql-bench
Date: 2006-09-21 21:49:14
Message-ID: 20060921214913.GV28987@nasby.net
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-performance

On Thu, Sep 21, 2006 at 11:12:45AM -0400, Tom Lane wrote:
> yoav x <yoav112003(at)yahoo(dot)com> writes:
> > I've applied the following parameters to postgres.conf:
>
> > max_connections = 500
> > shared_buffers = 3000
> > work_mem = 100000
> > effective_cache_size = 3000000000

You just told the database that you have 23G of storage.
effective_cache_size is measured in blocks, which are normally 8K.

> Please see my earlier reply --- you ignored at least
> checkpoint_segments, which is critical, and perhaps other things.
>
> Don't forget also that testing mysql/myisam against fsync = on
> is inherently unfair.

Even with fsync = off, there's still a non-trivial amount of overhead
brought on by MVCC that's missing in myisam. If you don't care about
concurrency or ACIDity, but performance is critical (the case that the
MySQL benchmark favors), then PostgreSQL probably isn't for you.
--
Jim Nasby jim(at)nasby(dot)net
EnterpriseDB http://enterprisedb.com 512.569.9461 (cell)

In response to

Responses

Browse pgsql-performance by date

  From Date Subject
Next Message Arjen van der Meijden 2006-09-21 22:26:15 Re: PostgreSQL and sql-bench
Previous Message Markus Schaber 2006-09-21 21:42:56 Re: Large tables (was: RAID 0 not as fast as