Re: Draft release notes for next week's releases

From: Oleg Bartunov <obartunov(at)gmail(dot)com>
To: Peter Geoghegan <pg(at)heroku(dot)com>
Cc: Teodor Sigaev <teodor(at)postgrespro(dot)ru>, Pgsql Hackers <pgsql-hackers(at)postgresql(dot)org>, tgl Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Subject: Re: Draft release notes for next week's releases
Date: 2016-03-28 09:31:09
Message-ID: CAF4Au4xpQxeiNVq4_vB3RutnN=NvFDUYkJ3pM6FJOJREi2zqOA@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On Mon, Mar 28, 2016 at 2:06 PM, Peter Geoghegan <pg(at)heroku(dot)com> wrote:

> On Mon, Mar 28, 2016 at 12:55 AM, Oleg Bartunov <obartunov(at)gmail(dot)com>
> wrote:
> > We'll post the patch.
>
> Cool.
>
> > Teodor made something to get abbreviated keys work as
> > I remember. I should say, that 27x improvement I got on my macbook. I
> will
> > check on linux.
>
> I think that Linux will be much faster. The stxfrm() blob produced by
> Mac OSX will have a horribly low concentration of entropy. For an 8
> byte Datum, you get only 2 distinguishing bytes. It's really, really
> bad. Mac OSX probably makes very little use of strxfrm() in practice;
> there are proprietary APIs that do something similar, but all using
> UTF-16 only.
>

Yes, Linux is much-much faster, I see no difference in performance using
latest icu 57_1.
I tested on Ubuntu 14.4.04. But still, icu provides us abbreviated keys
and collation stability,
so let's add --with-icu.

>
> --
> Peter Geoghegan
>

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Dilip Kumar 2016-03-28 09:32:54 Re: Relation extension scalability
Previous Message Amit Langote 2016-03-28 09:25:47 Re: Support for N synchronous standby servers - take 2