Re: Testing 9.2 in ~production environment

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Peter Eisentraut <peter_e(at)gmx(dot)net>
Cc: James Cloos <cloos(at)jhcloos(dot)com>, pgsql-hackers(at)postgresql(dot)org, Josh Berkus <josh(at)agliodbs(dot)com>
Subject: Re: Testing 9.2 in ~production environment
Date: 2012-06-19 06:38:39
Message-ID: 5135.1340087919@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Peter Eisentraut <peter_e(at)gmx(dot)net> writes:
> On mn, 2012-06-18 at 17:57 -0400, James Cloos wrote:
>> I presume that lc_ctype is the significant difference?

> It certainly makes some difference, but it's a bit shocking that makes
> things that much slower.

If James is testing text-comparison-heavy operations, it doesn't seem
shocking in the least. strcoll() in most non-C locales is a pig.

>> LC_CTYPE *is* specified as 'C' in the dump from which I created the 9.2
>> cluster, so it must have been overridden by pg_restore. I see that my
>> dist's /etc rc script now sets LC_CTYPE. Would that explain why lc_ctype
>> changed between the two clusters?

> It's possible, depending on how exactly the start up script maze is set
> up on your particular OS.

pg_dumpall should generate a script that correctly restores database
locales. However, pg_dump+pg_restore is dependent on user creation
of the specific database, which is likely to be environment sensitive.
We really oughta do something about that ...

regards, tom lane

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Martijn van Oosterhout 2012-06-19 07:07:06 Re: Pg default's verbosity?
Previous Message Hannu Valtonen 2012-06-19 06:35:08 Re: [PATCH 10/16] Introduce the concept that wal has a 'origin' node