Re: DBT-5 & Postgres 9.0.3

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Aidan Van Dyk <aidan(at)highrise(dot)ca>
Cc: "ktm(at)rice(dot)edu" <ktm(at)rice(dot)edu>, bobbyw <bobbyw(at)sendprobe(dot)com>, pgsql-performance(at)postgresql(dot)org
Subject: Re: DBT-5 & Postgres 9.0.3
Date: 2011-08-17 21:17:11
Message-ID: 4624.1313615831@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-performance

Aidan Van Dyk <aidan(at)highrise(dot)ca> writes:
> On Wed, Aug 17, 2011 at 4:12 PM, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> wrote:
>> It sounds to me like bobbyw might have two separate installations of
>> postgres (or at least two copies of psql), one compiled with /tmp as the
>> default socket location and one compiled with /var/run/postgresql as the
>> default. /tmp is the out-of-the-box default but I think Debian likes to
>> build it with /var/run/postgresql as the default.

> It looked like the actual DBT-5 harness is built with "system
> libraries" (libpqxx, linked to system libpq, with debian's
> /var/run/postgresql), but the scaffolding around it uses a "local"
> postgres (server and psql) using the source default of /tmp?

Hmm ... doesn't sound like an amazingly good idea. But if DBT wants to
do it that way, it'd be well advised to not assume that the system
libraries have either the port number or socket directory defaulting
to what it is using. Or maybe the problem is that it does override all
that stuff and works fine by itself, but then you can't easily connect
to the server manually?

regards, tom lane

In response to

Browse pgsql-performance by date

  From Date Subject
Next Message Jim Nasby 2011-08-17 21:17:18 Re: Need to tune for Heavy Write
Previous Message Ogden 2011-08-17 21:01:53 Re: Raid 5 vs Raid 10 Benchmarks Using bonnie++