Re: Relation bulk write facility

From: Andres Freund <andres(at)anarazel(dot)de>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: Heikki Linnakangas <hlinnaka(at)iki(dot)fi>, Michael Paquier <michael(at)paquier(dot)xyz>, Robert Haas <robertmhaas(at)gmail(dot)com>, Noah Misch <noah(at)leadboat(dot)com>, Thomas Munro <thomas(dot)munro(at)gmail(dot)com>, Peter Smith <smithpb2250(at)gmail(dot)com>, vignesh C <vignesh21(at)gmail(dot)com>, pgsql-hackers <pgsql-hackers(at)postgresql(dot)org>, Melanie Plageman <melanieplageman(at)gmail(dot)com>
Subject: Re: Relation bulk write facility
Date: 2024-02-28 11:13:47
Message-ID: 20240228111347.336fvi3afse4tssn@alap3.anarazel.de
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Hi,

On 2024-02-27 12:59:14 -0800, Andres Freund wrote:
> On 2024-02-27 15:45:45 -0500, Tom Lane wrote:
> > Heikki Linnakangas <hlinnaka(at)iki(dot)fi> writes:
> > With AIX out of the picture, lapwing will be the only remaining
> > animal testing MAXALIGN less than 8. That seems like a single
> > point of failure ... should we spin up another couple 32-bit
> > animals? I had supposed that my faithful old PPC animal mamba
> > was helping to check this, but I see that under NetBSD it's
> > joined the ALIGNOF_DOUBLE==8 crowd.
>
> I can set up a i386 animal, albeit on an amd64 kernel. But I don't think the
> latter matters.

That animal is now running, named "adder". Due to a typo there are still
spurious errors on the older branches, but I've triggered those to be re-run.

Currently adder builds with autconf on older branches and with meson on newer
ones. Is it worth setting up two animals so we cover both ac and meson with 32
bit on 16/HEAD?

There's something odd about how we fail when not specifying the correct PERL
at configure time:
/home/bf/bf-build/adder/REL_13_STABLE/pgsql.build/../pgsql/src/pl/plperl/Util.c: loadable library and perl binaries are mismatched (got first handshake key 0x93c0080, needed 0x9580080)

Not sure what gets linked against what wrongly. But I'm also not sure it's
worth the energy to investigate.

Greetings,

Andres Freund

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Yuya Watari 2024-02-28 11:18:18 Re: [PoC] Reducing planning time when tables have many partitions
Previous Message Alena Rybakina 2024-02-28 10:27:41 Re: POC, WIP: OR-clause support for indexes