Re: More speedups for tuple deformation

From: Álvaro Herrera <alvherre(at)kurilemu(dot)de>
To: Andres Freund <andres(at)anarazel(dot)de>
Cc: David Rowley <dgrowleyml(at)gmail(dot)com>, Zsolt Parragi <zsolt(dot)parragi(at)percona(dot)com>, John Naylor <johncnaylorls(at)gmail(dot)com>, Chao Li <li(dot)evan(dot)chao(at)gmail(dot)com>, PostgreSQL Developers <pgsql-hackers(at)lists(dot)postgresql(dot)org>
Subject: Re: More speedups for tuple deformation
Date: 2026-02-26 18:07:27
Message-ID: 202602261806.jmjmvvfavrlj@alvherre.pgsql
Views: Whole Thread | Raw Message | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On 2026-Feb-26, Andres Freund wrote:

> But I think it's reasonably important that we don't go for "one extension for
> every single C benchmark function", because that'll just make the overhead for
> adding another benchmark function too high.

Absolutely. I just don't think we should think that one extension is
going to be enough forever.

> And I think we shouldn't install anything in there by default (like with
> src/test/modules), as otherwise we'll have to care about the benchmark module
> being perfectly safe, which I don't think we want to.

Agreed.

--
Álvaro Herrera Breisgau, Deutschland — https://www.EnterpriseDB.com/
"Thou shalt not follow the NULL pointer, for chaos and madness await
thee at its end." (2nd Commandment for C programmers)

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Marcos Pegoraro 2026-02-26 18:15:25 Re: Partial Mode in Aggregate Functions
Previous Message Matheus Alcantara 2026-02-26 18:06:59 Re: Show expression of virtual columns in error messages